ক্যাসকেড উন্নয়ন। একটি পুনরাবৃত্তিমূলক মডেল ব্যবহার করার সেরা সময় কখন? জলপ্রপাত হল একটি প্রজেক্ট ম্যানেজমেন্ট টেকনিক যা স্কিপ না করে এবং পূর্ববর্তী পর্যায়ে ফিরে না গিয়ে এক পর্যায় থেকে অন্য ধাপে ক্রমিক রূপান্তরকে জড়িত করে।

একটি স্টার্টআপ একটি প্রকল্প। এবং আপনি যখন একটি প্রকল্প তৈরি করেন, তখন প্রশ্নটি সর্বদা উত্থাপিত হয়: কীভাবে এটি বাস্তবায়ন করা যায়, কীভাবে একটি দলকে সংগঠিত করা যায়। পণ্যের গুণমান এবং সময়সীমা নির্ভর করে যে পদ্ধতির মাধ্যমে স্টার্টআপটি বাস্তবায়িত হয় তার উপর।

কেন একটি পদ্ধতি প্রয়োজন? শুধু এটা নিন এবং এটা করুন!

আপনি মোটামুটিভাবে আপনার ধারণা, আনুমানিক সময় ফ্রেম এবং ফলাফল কি হতে হবে উপস্থাপন. কিন্তু "সম্পর্কে" হল বিশৃঙ্খলা।

এবং একটি গুরুতর প্রকল্প যা সাফল্যের উপর নির্ভর করে, সেখানে কোন বিশৃঙ্খলা হওয়া উচিত নয়।

পদ্ধতিটি মন, দল গঠন করে এবং একটি পরিষ্কার চিত্র তৈরি করে। আপনি দেখতে পারেন যে প্রকল্পটি কোন পর্যায়ে রয়েছে, এটি কোথায় চলছে এবং পরবর্তীতে কী পদক্ষেপ নিতে হবে।

আমরা নিশ্চিত যে আমাদের অর্ডার দরকার। কোন পদ্ধতিটি বেছে নেবে তা বেছে নেওয়া বাকি।

যেমনটি আমরা শিরোনামে ঘোষণা করেছি, যুদ্ধ হবে চটপটে এবং জলপ্রপাতের মধ্যে। অবিলম্বে, আমরা নোট করি যে কোন নির্দিষ্ট উত্তর নেই, পছন্দটি প্রকল্পের উপর নির্ভর করে।

তবে আমরা সুবিধা এবং অসুবিধা সম্পর্কে কথা বলতে পারি :)

জলপ্রপাত

জলপ্রপাত পরিষ্কারভাবে প্রকল্পের উন্নয়ন গঠন করে, আমাদের একটি পরিকল্পনা রয়েছে যা পর্যায়গুলি নিয়ে গঠিত। তাদের অনুসরণ করে, আমরা চূড়ান্ত পণ্য পাই:

পণ্য ধারণা

এটি একটি স্টার্টআপ শুরু হয় যে একটি লাইট বাল্বের মত আপনার মাথার উপরে আলো যে ধারণা সঙ্গে. আপনি কোন বার্তা সম্প্রচার করছেন তা আপনাকে স্পষ্টভাবে বুঝতে হবে নির্ধারিত শ্রোতাএবং আপনার লক্ষ্য কি. এটি আপনাকে শৃঙ্খলাবদ্ধ করে এবং শেষ ফলাফলের জন্য একটি দৃষ্টি তৈরি করে।

দীক্ষা

আমরা একটি দলকে একত্রিত করি, প্রযুক্তিগত কাজ, সময়সীমা বিতরণ করি এবং কাগজে বা একটি বিশেষ প্রোগ্রামে (ERP) ব্যবসার দায়িত্ব ঠিক করি।

বিশ্লেষণ

আমরা ধারণাটি বাস্তবায়নের জন্য সর্বোত্তম উপায় খুঁজছি, আমরা বাজার এবং প্রতিযোগীদের অধ্যয়ন করি, আমরা বুঝতে পারি লক্ষ্য শ্রোতা কারা।

এই জাতীয় বিশ্লেষণের জন্য ধন্যবাদ, ধারণাটি রূপান্তরিত হয়েছে, এমন উপাদানগুলি যা চাহিদার ছুটিতে থাকবে না এবং বাস্তবায়নের জন্য প্রয়োজনীয় নতুন বৈশিষ্ট্যগুলি তাদের জায়গায় আসে।

জলপ্রপাতে, এই প্রক্রিয়াটি আলাদা হয়ে যায়। সম্পূর্ণ নকশা, ইন্টারফেস (সামনের শেষ), যখন সফ্টওয়্যার বিষয়বস্তু অজানা (ব্যাক এন্ড) তৈরি করা হয়।

উন্নয়ন

এই পর্যায়ে, আমরা সম্পূর্ণ কোড. ডেভেলপাররা ডিজাইনারদের তৈরি করা ইন্টারফেসের সাথে মানিয়ে নেয়, এটি প্রয়োজনীয় কার্যকারিতা দিয়ে পূরণ করে।

পরীক্ষামূলক

আমরা বাগ পরিত্রাণ পেতে যাতে গ্রাহকরা নিখুঁত পণ্য পেতে.

পণ্য প্রবর্তন

আমরা প্রজেক্টটি বাজারে নিয়ে আসি, মার্কেটিং চালু করি, নিশ্চিত করুন যে পুরো বিশ্ব পণ্যটি সম্পর্কে জানে! (অন্তত লক্ষ্য দর্শক)

শোষণ

প্রথম গ্রাহকরা উপস্থিত হবেন যারা সাইটটি ভিজিট করেন, একটি পণ্য কিনুন বা একটি অ্যাপ্লিকেশন ডাউনলোড করেন - কোন স্টার্টআপের উপর নির্ভর করে।

জলপ্রপাতের গঠন খুবই সহজ, সমস্ত ধাপ একে অপরকে অনুসরণ করে এবং আমরা জানি যে আমরা পরবর্তী কোন পদক্ষেপ নেব।

কর্মতত্পর

চটপটে একটি চটপটে উন্নয়ন পদ্ধতি। দলটির কঠোর পর্যায় নেই, তারা সবই আন্তঃসংযুক্ত এবং পুনরাবৃত্তি:

প্রকল্পটি পুনরাবৃত্তি - চক্রে বিভক্ত। তাদের প্রতিটিতে, পরিকল্পনা, বিশ্লেষণ, নকশা, উন্নয়ন এবং পরীক্ষা করা হয়।

পুনরাবৃত্তিগুলি স্প্রিন্টে বিভক্ত - 1 বা 2 সপ্তাহ, যার জন্য প্রতিটি দলের সদস্যের একটি টাস্ক প্যাকেজ রয়েছে। প্রতিদিন, দলটি ব্রিফিংয়ের জন্য মিলিত হয়, প্রতিদিনের লক্ষ্য নির্ধারণ করে, আগের দিনের অর্জনের প্রতিবেদন।

ডিজাইনাররা বিচ্ছিন্ন নয়, তারা ক্রমাগত বিকাশকারী এবং পরীক্ষকদের সাথে যোগাযোগ করে, ভবিষ্যতের ক্লায়েন্টদের জন্য সর্বাধিক গুণমান এবং ব্যবহারযোগ্যতার জন্য ইন্টারফেস আপডেট করে। বিশ্লেষণ একই লক্ষ্য সঙ্গে ক্রমাগত বাহিত হয়.

পুরো প্রক্রিয়াটি যতটা সম্ভব নমনীয়, প্রতিটি পুনরাবৃত্তির পরে দল একটি সম্ভাব্য কার্যকারী পণ্য পায় যা তারা বিশ্লেষণ করে এবং উন্নতি করতে পারে।

আসুন উভয় পদ্ধতির সুবিধা এবং অসুবিধাগুলি দেখুন:

যদিও সতর্ক পরিকল্পনা একটি বড় প্লাস (সমস্ত অনুমান, ধারণা, বাজেট তৈরি করা হয়, ঝুঁকি তৈরি করা হয়), অনেক প্রকল্পের জন্য এটি একটি বিয়োগে পরিণত হয়। প্রথম পর্যায়ে অনেক সময় এবং সম্পদ ব্যয় করে, সমস্ত পরিকল্পনা উপাদান প্রক্রিয়ায় করা যেতে পারে। ডকুমেন্টেশন একটি বিশাল অ্যারের সঙ্গে একই অবস্থা.

সমস্ত স্তরের বিচ্ছিন্নতার কারণে, উন্নয়ন এবং নকশায় কিছু পরিবর্তন করার সম্ভাবনা নেই। প্রোগ্রামাররা একটি বিদ্যমান ইন্টারফেসের সাথে মানিয়ে নিতে বাধ্য হয়। ক্লায়েন্ট পরীক্ষার পর্যায় পর্যন্ত তার প্রকল্প জানেন না, যখন পরিবর্তন করতে দেরি হয়ে যায়।

জলপ্রপাতের বিপরীতে, এজিলের সমস্ত প্রক্রিয়া অবিচ্ছেদ্য। পরীক্ষক যে সমস্ত ত্রুটি খুঁজে পান তা প্রোগ্রামার দ্বারা অবিলম্বে সংশোধন করা হয় এবং ইন্টারফেস পরিবর্তন করতে পারে।

চটপটে পণ্যের গুণমানের উপর একটি শক্তিশালী ফোকাস রয়েছে এবং এটি পুরো কাজ জুড়ে উন্নতি করে এবং মানিয়ে নেয়।

চতুরতার একটি দুর্দান্ত প্লাস হ'ল ক্লায়েন্ট প্রকল্পে নিমগ্ন, তিনি যে কোনও সময় কাজটি কীভাবে চলছে তা পরীক্ষা করতে পারেন, পুনরাবৃত্তির শেষে দলের সাথে মিটিংয়ে অংশ নিতে পারেন এবং পরিবর্তনের প্রস্তাব দিতে পারেন।

চটপটে কাজ করার জন্য, আপনাকে চ্যালেঞ্জগুলি সম্পর্কে সচেতন হতে হবে এবং কীভাবে সেগুলি মোকাবেলা করতে হবে তা জানতে হবে:

• আপনাকে অবশ্যই প্রক্রিয়াগুলিতে সম্পূর্ণভাবে জড়িত হতে হবে যাতে বিভ্রান্ত না হয়, কারণ সেগুলি একই সময়ে ঘটে। উন্নতি সাধনের জন্য, ক্লায়েন্টের প্রাথমিক প্রয়োজনীয়তাগুলি মনে রাখবেন।
• একটি স্প্রিন্টের জন্য অনেকগুলি কাজ সেট করবেন না, এটি কাজের মানকে আরও খারাপ করে। একটি বড় কাজকে কয়েকটি ছোট কাজ করে ফেলুন।

একটি পদ্ধতি নির্বাচন করার সময়, সেই নীতিগুলি দ্বারা পরিচালিত হন যা প্রকল্পের জন্য আরও গুরুত্বপূর্ণ। আপনার কাছে প্রয়োজনীয়তার একটি নির্দিষ্ট তালিকা এবং চূড়ান্ত পণ্য সম্পর্কে একটি পরিষ্কার ধারণা থাকলে জলপ্রপাতটি ভাল। চতুর শিল্পের উপর দৃষ্টি নিবদ্ধ করে যেখানে মান ক্রমাগত পরিবর্তিত হচ্ছে এবং নতুন প্রযুক্তি উদ্ভূত হচ্ছে। এবং আপনি প্রক্রিয়ার ঠিক মাঝখানে তাদের সাথে সামঞ্জস্য করতে পারেন।

উদাহরণস্বরূপ, আইটি শিল্প ক্রমাগত বিকশিত হচ্ছে, নতুন প্রবণতা উত্থিত হচ্ছে, এবং Agile-এর সাহায্যে, Artjoker স্টার্টআপগুলির সাথে একটি দুর্দান্ত কাজ করে!

আজ আমরা বিষয়টি নিয়ে আলোচনা করব এবং ম্যানেজার তার কাজে যে সরঞ্জামগুলি ব্যবহার করেন সে সম্পর্কে কথা বলব।

বুকমার্ক করতে

পদ্ধতি

প্রজেক্ট ম্যানেজমেন্টের পদ্ধতি হল প্রকল্প বাস্তবায়নের প্রমিতকরণ। এখানে স্ট্যান্ডার্ডাইজেশন মানে কাজের পদক্ষেপের বর্ণনা, যাচাইয়ের জন্য চেকলিস্ট - এক ধরনের ক্যানভাস যাতে আপনি একটি প্রকল্প নিক্ষেপ করতে পারেন এবং একজন ম্যানেজারের তত্ত্বাবধানে, এটি সম্পূর্ণ এবং সমাপ্ত পণ্যের জন্য যাত্রা করবে। যেহেতু প্রতিটি প্রকল্প কিছু পরিমাণে অনন্য, পদ্ধতিটি একটি নিরাময় নয়, আপনাকে এখনও ভাবতে হবে।

প্রচুর প্রজেক্ট ম্যানেজমেন্ট পদ্ধতি রয়েছে - সেগুলি শুধুমাত্র একটি কোম্পানিতে ব্যবহৃত হয়, সেগুলি বিশ্বব্যাপী। পদ্ধতিগুলি সরঞ্জামের আকারে আসে (যেমন চটপটে), আকারে আসে বড় বইএই সরঞ্জামগুলির একটি সেট সহ (PMBoK, একটি পদ্ধতিও)।

আমার জীবনে, আমি সবচেয়ে জনপ্রিয় দুটি পদ্ধতি ব্যবহার করেছি এবং এখনও ব্যবহার করি - জলপ্রপাত ("জলপ্রপাত" / "ক্যাসকেড") এবং চতুর (এবং এর শাখা - স্ক্রাম), এবং আমরা সেগুলি সম্পর্কে কথা বলব। পাঠকের দিগন্ত প্রসারিত করার স্বার্থে, আমি আমার জানা অন্যান্য বিষয় সম্পর্কে আপনাকে বলব। পাঠক যদি ডিজিটালের সাথে কাজ করে, তবে "জলপ্রপাত" এবং "চঞ্চল" চোখের জন্য যথেষ্ট হবে - এগুলিকে কাজে, জীবনে ব্যবহার করা, বন্ধুদের এবং অপরিচিতদের বলা, মিটআপে, স্মার্ট চেহারার সাথে স্মুদিতে চুমুক দেওয়া সম্ভব হবে।

পদ্ধতিগুলো কোথা থেকে এসেছে?

অবশ্যই, কোথাও থেকে কিছুই নেওয়া হয় না, এবং পিটার দ্য গ্রেট চটপটে কিছু শুনতে পাননি। পদ্ধতিগুলি সমস্ত ধরণের বিভিন্ন সংস্থা এবং সমিতি দ্বারা উদ্ভাবিত হয়, যেখানে স্মার্ট ছেলেরা তাদের সমস্যাগুলি স্তূপাকারে সংগ্রহ করে, তারপরে বুঝতে পারে কীভাবে সেগুলি এড়ানো যেতে পারে এবং তারপরে তাদের সমাধানগুলি আমার মতো সাধারণ মানুষের সাথে ভাগ করে নেয়, উদাহরণস্বরূপ। কখনও কখনও পদ্ধতিগুলি রাষ্ট্রীয় স্তরে চিন্তা করা হয় - তারা সেখানে সমস্যাগুলি সমাধান করে এবং সেরা অনুশীলনগুলি সংগ্রহ করে (একটি শালীন সমাজে এটিকে সেভাবে রাখবেন না) বই এবং ম্যানুয়ালগুলিতে।

চটপটে এবং জলপ্রপাত

আজ আমরা প্রধানত এই দুটি প্রাণী সম্পর্কে কথা বলব। এই বিভাগটি পড়ার পর, আপনি শহরের সবচেয়ে বড় যোগ্য প্রতিষ্ঠানে সবচেয়ে ভালো প্রজেক্ট ম্যানেজারের চাকরির জন্য যেতে পারবেন।

জলপ্রপাত

জলপ্রপাত, জলপ্রপাত পদ্ধতি হল ঐতিহ্যগত, সবচেয়ে জনপ্রিয় এবং যৌক্তিক প্রকল্প ব্যবস্থাপনা পদ্ধতি। এর বিশুদ্ধ আকারে, এটি খুব সাধারণ প্রকল্পগুলিতে কাজ করতে পারে। ধরা যাক আপনাকে একটি গাছ লাগাতে হবে। "জলপ্রপাত বরাবর" প্রকল্পের বাস্তবায়ন এই মত দেখায়:

• চারা কিনুন
• একটি গর্ত খনন
• এর মধ্যে একটি চারা রাখুন
• মাটি দিয়ে ছিটিয়ে দিন
• গাছে জল দাও

এই জাতীয় প্রকল্পের প্রতিটি পর্যায় পূর্ববর্তীটিকে অনুসরণ করে এবং পূর্ববর্তীটির আগে শেষ করা যায় না - এটি "জলপ্রপাত"। এটি "সমালোচনামূলক পথ পদ্ধতি" এর সাথেও ছেদ করে, তবে আমি এটি সম্পর্কে একটি পৃথক নিবন্ধে কথা বলব - আমাকে মনে করিয়ে দিন।

আমি ওয়েবসাইট এবং মোবাইল অ্যাপ্লিকেশন বিকাশের ক্ষেত্রে প্রকল্পগুলির সাথে কাজ করি। এই জাতীয় জলপ্রপাত প্রকল্পগুলির বিকাশের পর্যায়গুলি প্রায় একই:

• লিখুন প্রযুক্তিগত কাজ
• নকশা আঁকা
• মেক আপ ডিজাইন
• এনকোড
• পরীক্ষা
• প্রকল্প শুরু করুন

জলপ্রপাত বরাবর এগিয়ে যাওয়ার জন্য, আপনার একটি পরিষ্কার প্রযুক্তিগত কাজ এবং একের পর এক অনুসরণ করা পদক্ষেপগুলির একটি বোঝার প্রয়োজন। অনুশীলন থেকে, আমি বলব যে একটি খাঁটি জলপ্রপাতের উপর কাজ করা অবাস্তব - এটি সর্বদা কোথাও দেখা যায় যে কিছু মিস হয়েছে, কোথাও আপনাকে আগের পর্যায়ে ফিরে যেতে হবে এবং বর্তমান পর্যায়ে সমান্তরালভাবে এটি করতে হবে। যাইহোক, রেফারেন্সের শর্তাবলী যত পরিষ্কার হবে, প্রকল্পটি পাশ কাটিয়ে যাওয়ার সম্ভাবনা তত কম। প্রকল্পগুলির জন্য যেখানে "পাশে যাওয়া" গ্রহণযোগ্য, সেখানে চটপট রয়েছে।

কর্মতত্পর

"চতুর" (বা "চটপটি", বা "কি দুঃখের" - তার অনেক দুর্দান্ত নাম রয়েছে) টাইপ বোঝায় নমনীয় পদ্ধতি. জলপ্রপাত থেকে এর প্রধান পার্থক্য হল কাজের প্রতিটি পর্যায়ে একটি কার্যকরী পণ্য এবং একটি অস্পষ্ট চূড়ান্ত প্রকল্প। একই গাছের উদাহরণে, যেখানে প্রতিটি পর্যায় অনুক্রমিক, এই চটপটে কাজ করবে না: ভাল, আপনি একটি চারা কিনেছেন, কিন্তু বিন্দু কি? চতুরতার একটি মোটামুটি বিস্তৃত সুযোগ রয়েছে, তবে সবচেয়ে বেশি এটি আইটিতে রুট করেছে। এবং এর ধরন এবং উপপ্রকারগুলি একটি পুরু ফিল্ম দিয়ে সংলগ্ন অঞ্চলগুলিকে আচ্ছাদিত করেছে - ব্যবসায়িক পরিকল্পনা, পণ্য পরিচালনা, এবং আরও অনেক কিছু।

আসুন "আগিলের মতে" কাজ করার উদাহরণের জন্য একটি আরও জটিল প্রকল্প কল্পনা করি। এটি একটি নির্মাণ প্রকল্প হতে দিন. কাজ: এমন একটি বাড়ি তৈরি করা যেখানে আপনি থাকতে পারেন।

উৎপাদন পর্যায় (আসুন কল্পনা করা যাক যে প্রতিটি পর্যায়ে ঠিক একটি স্প্রিন্ট লাগে):

• দেয়াল এবং একটি ছাদ সহ একটি বাক্স তৈরি করুন
• একটি ছাদ তৈরি করুন এবং প্লাস্টার দিয়ে দেয়াল গুটিয়ে নিন
• ঘরের দরজা-জানালা লাগান
• বিদ্যুৎ, পানি, পয়ঃনিষ্কাশন ব্যবস্থা পরিচালনা করুন
• স্তরিত স্তর, আঠালো ওয়ালপেপার
• আসবাবপত্র এবং টিভি আনুন
• বিড়ালকে ঢুকতে দাও

জলপ্রপাত বা চটপটে?

কোন পদ্ধতিই একটি নিরাময় নয়। আমি চেকলিস্টের সাথে সবচেয়ে কাছের সাদৃশ্যটি আঁকতে পারি - এটি এমন একটি দুর্দান্ত জিনিস (@সালাখমির পড়ুন), যা কাজে অনেক সাহায্য করে, কিন্তু, কিছু কারণে, সবার জন্য কাজ করে না। যে কোনো টুল শুধু একটি টুল এবং নিজে থেকে কাজ করবে না। কল্পনা করুন যে তারা মাটিতে একটি বেলচা রেখেছে এবং কিছু ঘটার জন্য অপেক্ষা করছে - তাই এখানে, কিছু হওয়ার জন্য, আপনাকে কিছু করতে হবে।

আমি প্রধানত একটি হাইব্রিড পদ্ধতি ব্যবহার করি (উভয় জলপ্রপাত এবং চটপটে), যেখানে একটি প্রযুক্তিগত কাজ আছে, পর্যায়গুলি পরিষ্কার, তবে প্রকল্পের সময় বিচ্যুতি ঘটে। বাইরে থেকে মনে হতে পারে বিশৃঙ্খলা ঘটছে, মূল কথা হল শো-অফ ফেস করা, সবকিছু পরিকল্পনা মাফিক চলছে। প্রায়শই, বিচ্যুতিগুলি পৃথক প্রকল্পগুলিতে যায়, তবে প্রায়শই সেগুলি বর্তমানের মধ্যে থাকে এবং প্রকল্পের সময় (বাজেট) বৃদ্ধি করে। এটা খারাপ মনে হয়, কিন্তু মানুষের সাথে কাজ করার রাজনীতির মুহূর্ত (আমরা মানুষের সাথে কাজ করি, সাইটের সাথে নয়, মনে রাখবেন?) উড়িয়ে দেওয়া যায় না।

সংস্থাগুলি পরিচালনার পদ্ধতি

এই সংস্থাগুলি, বেশিরভাগ অংশে, পদ্ধতিগুলির বিকাশ পরিচালনা করে - এগুলি একই পরিচালকদের দ্বারা বিকাশ করা হয় যা একদিন আপনি হয়ে উঠবেন। পৃথিবীতে তাদের এত বেশি নেই, তবে তারা সবই অত্যন্ত গুরুত্বপূর্ণ - অর্থ এবং সময়ের জন্য আপনি তাদের ডিপ্লোমা পেতে পারেন এবং ইন্টারভিউতে যেতে পারেন, আশ্চর্যজনক ইন্টারভিউয়ার।

পিএমআই

প্রজেক্ট ম্যানেজমেন্ট ইনস্টিটিউট আমাদের বন্ধু। এই সংস্থার সাথে আমার একটি বিশেষ সংযুক্তি রয়েছে - তাদের একটি শক্তিশালী সম্প্রদায় এবং একটি ভাল ভিত্তি রয়েছে। সংস্থাটি মার্কিন যুক্তরাষ্ট্রে অবস্থিত, 1969 সাল থেকে বিদ্যমান, এবং তাদের প্রকল্প পরিচালনার মান ANSI দ্বারা স্বীকৃত।

PMI-এর প্রধান পণ্য হল প্রকল্প পরিচালনার বিষয়ে জ্ঞানের একটি সেট PMBoK, ষষ্ঠ অংশটি 2017 সালের শরত্কালে প্রকাশিত হয়েছিল। জ্ঞানের অংশে প্রকল্প বাস্তবায়নের রূপরেখা বিশদভাবে রয়েছে - স্টেকহোল্ডারদের প্রয়োজনীয়তা সংগ্রহ করা থেকে প্রকল্পটি বন্ধ করা পর্যন্ত। আমি অন্তত বইটির সাথে পরিচিত হওয়ার পরামর্শ দিচ্ছি - এতে আপনি চটপটে জলপ্রপাত সম্পর্কে এবং সমালোচনামূলক পথ পদ্ধতি এবং দ্রুত পাস পদ্ধতি সম্পর্কেও পড়তে পারেন - আমার ভবিষ্যতের নিবন্ধগুলির একটির বিষয়।

PMBoK ছাড়াও, PMI-এর এই ধরনের মৌলিক জিনিস রয়েছে: পোর্টফোলিও (প্রকল্প) এবং প্রোগ্রাম পরিচালনার মান, ঝুঁকি ব্যবস্থাপনার মান এবং স্ক্রাম গাইড। PMBoK একটি আইটি বই নয়, সেট থেকে পদ্ধতিগুলি কার্যত সমস্ত প্রকল্পের জন্য প্রযোজ্য (কিছু ধরণের জন্য আলাদা এক্সটেনশন রয়েছে) - সাধারণভাবে অবশ্যই থাকতে হবে।

পিএমআই-এর একগুচ্ছ ধরনের শংসাপত্র রয়েছে, ধাপ, ঘণ্টা এবং শিস সহ। PMI সার্টিফিকেশন বিখ্যাত এবং জনপ্রিয়। উদাহরণস্বরূপ, একটি পিএমপি - একটি প্রকল্প ব্যবস্থাপনা পেশাদার - এক প্রকার নিশ্চিত করে যে আপনি প্রকল্পগুলি পরিচালনা করতে পারেন। অভিজ্ঞতা ছাড়া প্রতিষ্ঠানের শংসাপত্রগুলি পাওয়া অসম্ভব, কারণ সেগুলি আপনার এই বিশ্ববিদ্যালয় ডিপ্লোমার মতো একটি নিশ্চিতকরণের মতো যা আপনি শিখতে অধ্যয়নের সময় পেয়েছিলেন।

আইপিএমএ

ইন্টারন্যাশনাল প্রজেক্ট ম্যানেজমেন্ট অ্যাসোসিয়েশন হল PMI-এর মতো একই সংস্থা, শুধুমাত্র ইউরোপীয় (সুইজারল্যান্ড), এবং এটি সম্পর্কে কম শোনা যায়। এটি 1965 সাল থেকে কাজ করছে, এবং মূলত ইন্টারনেট বলা হত (যখন ইন্টারনেট ছিল না)।

সেখানে তারা কী করছে তা স্পষ্ট নয়। ওয়েল, তারা পরিচালকদের প্রত্যয়িত. তারা তাদের নিজস্ব পত্রিকা প্রকাশ করে - নিজেরা এবং প্রতিনিধিত্বের অধীনে। অর্থ উপার্জন করা. এবং ঈশ্বরকে ধন্যবাদ.

PRINCE2

"প্রিন্স" (নিয়ন্ত্রিত পরিবেশে প্রকল্প)। পদ্ধতিটি 1989 সালে যুক্তরাজ্যে উপস্থিত হয়েছিল (এবং তারপর আলাদা করা হয়েছিল)। পদ্ধতির একটি মূল বৈশিষ্ট্য হল সুবিধা যা প্রকল্পের মধ্যে প্রক্রিয়াগুলি প্রকল্পে নিয়ে আসবে। ঝুঁকি কমানো, প্রকল্পের গুণমানের সাথে সম্মতি। PRINCE2 প্রকল্পগুলিও একটি কঠিন সাংগঠনিক কাঠামোপ্রকল্প কমিটির সাথে। বাকিদের জন্য, অন্যান্য পদ্ধতির উপর ভিত্তি করে প্রকল্প হিসাবে এই জাতীয় প্রকল্পগুলির একটি শুরু, পর্যায় এবং সমাপ্তি রয়েছে - সবকিছুই পরিচিত এবং পরিচিত।

P2M

"এন্টারপ্রাইজ উদ্ভাবনের জন্য প্রকল্প এবং প্রোগ্রাম পরিচালনার একটি গাইডবুক"। জাপানি প্রজেক্ট ম্যানেজমেন্ট পদ্ধতিটি এই সময় তাজা, এটি 1999 থেকে। এখানে তাঁবুগুলি উদ্ভাবনের উপর ফোকাস এবং স্টেকহোল্ডারদের প্রত্যাশার ব্যবস্থাপনা। আমি ঘনিষ্ঠভাবে আসিনি, আমি এটি অধ্যয়ন করিনি, আমি একটি মূল্যায়ন দিতে পারি না।

মাইক্রোসফট সলিউশন ফ্রেমওয়ার্ক

"ব্যক্তিগত" প্রকল্প পরিচালনা পদ্ধতি, MSF, উদ্ভাবিত হয়েছিল এবং 1994 সালে মাইক্রোসফ্ট দ্বারা কার্যকর করা হয়েছিল। এটি বিশেষ যে এটি উন্নয়নের জন্য সরাসরি তৈরি করা হয়েছিল সফটওয়্যার, কিন্তু অভিযোজিত নয়, যা একই PMBoK সম্পর্কে বলা যেতে পারে। বাহ্যিকভাবে, এটি প্রজেক্ট ম্যানেজারদের জন্য অভ্যন্তরীণ সুপারিশের একটি তালিকার মতো দেখায় (যেমন আপনি ইন্ট্রানেটে আছে)। তার বিশুদ্ধ আকারে, এমনকি মাইক্রোসফ্ট ব্যবহার করা হয় না - তারা একই চটপটে যোগ করে, উদাহরণস্বরূপ। উইকিপিডিয়ায় এই কাঠামো সম্পর্কে একটি তথ্যপূর্ণ নিবন্ধ রয়েছে, অনুগ্রহ করে সেখানে যান - আমি বলতে পারি তার চেয়েও বেশি কিছু আছে।

সারসংক্ষেপ

কিছুই একটি প্রতিষেধক নয়, তবে নীতিগুলি বোঝা এবং তাদের থেকে সেরাটি নেওয়া সম্ভব এবং প্রয়োজনীয়। নিবন্ধটি লেখার সময়, আমার চোখের কোণ থেকে আমি স্তাখানভ সম্পর্কে একটি নিবন্ধ পেয়েছি - সোভিয়েতদের অধীনে এমন একজন বন্ধু ছিলেন, তিনি উত্পাদনশীলতার সোভিয়েত প্রচারে ব্যবহার করেছিলেন। তিনি পদ্ধতি অনুসারেও কাজ করেছিলেন (তিনি কয়লা খনন করেছিলেন), কিন্তু একদিন তিনি বুঝতে পেরেছিলেন যে আপনি যদি মানুষকে কিছুটা পুনর্বিন্যাস করেন এবং সমান্তরালভাবে কিছু প্রক্রিয়া শুরু করেন তবে আপনি আরও ভাল কাজ করতে পারবেন। এভাবেই তিনি উইকিপিডিয়ায় একটি পৃষ্ঠা অর্জন করেছেন। তাই এখানে - পরীক্ষা করুন, প্রয়োগ করুন এবং পরিমার্জন করুন (তারপর ভাগ করুন)। আপনি যা কিছু দেখেন, সমস্ত উপদেশ, একটি হাইপোথিসিস যা পরীক্ষা করা দরকার। উপভোগ কর!

পরবর্তী অংশে, আমি আমার নিজস্ব মাইক্রোম্যানেজমেন্ট সহ টাস্ক এবং সময় পরিকল্পনা সম্পর্কে কথা বলার চেষ্টা করব। নিবন্ধটি কেবল নবীন পরিচালকদেরই নয়, যারা তাদের সাথে কাজ করে তাদেরও সহায়তা করা উচিত। যদি যথেষ্ট ফিউজ হয়, তাহলে নিবন্ধটি এই সপ্তাহে সঠিক হবে। চিঠি লিখো.

আপনার মৌলিক নীতিগুলি সম্পর্কে ভাল ধারণা থাকতে হবে জীবনচক্রসফ্টওয়্যার, তৈরি করা পণ্যের জন্য গ্রাহকের প্রয়োজনীয়তা এবং এর আর্থিক সামর্থ্যগুলিও বিবেচনায় নেওয়া হয়। বেশ কয়েকটি জীবন চক্র মডেল রয়েছে (ক্যাসকেড মডেল, সর্পিল মডেল, দ্রুত প্রোটোটাইপিং ইত্যাদি)। একটি নির্দিষ্ট জীবনচক্র মডেলের পছন্দ মূলত প্রকল্পের বিষয়বস্তু এবং লক্ষ্যগুলির পাশাপাশি এর অর্থায়নের পরিমাণের উপর নির্ভর করে।

একটি নিয়ম হিসাবে, আমরা সর্পিল মডেল পছন্দ করি, যার মধ্যে চতুর বিকাশের পদ্ধতি রয়েছে। যাইহোক, আমরা কখনও কখনও ছোট বা সাধারণ প্রকল্পের জন্য জলপ্রপাত মডেল (জলপ্রপাত নামেও পরিচিত) এবং এর ডেরিভেটিভ ব্যবহার করি। এই নিবন্ধে, আমরা জলপ্রপাত মডেল বর্ণনা করব, যা একটি ক্লাসিক ধরনের সফ্টওয়্যার জীবন চক্র।

এই মডেল অনুসারে, কার্যক্রমের সুনির্দিষ্ট ক্রম অনুসারে প্রকল্পটি ধাপে ধাপে বাস্তবায়িত হয়: প্রয়োজনীয়তা সংগ্রহ এবং অধ্যয়ন, সফ্টওয়্যার ডিজাইন এবং বিকাশ, পরীক্ষা এবং প্রযুক্তিগত সহায়তা। জলপ্রপাত মডেল বেশ নমনীয়, এবং কিছু পর্যায় ওভারল্যাপ হতে পারে।

চলুন এক এক করে জীবনচক্রের প্রতিটি পর্যায় দেখে নেওয়া যাক:

1. প্রয়োজনীয়তা বিশ্লেষণ

এই পর্যায়ে, ভবিষ্যতের সফ্টওয়্যারের জন্য সমস্ত প্রয়োজনীয়তা নথিভুক্ত করা গুরুত্বপূর্ণ৷ সমস্ত স্টেকহোল্ডারদের সাথে প্রকল্পের বিশদ আলোচনা করার জন্য পর্যাপ্ত সময় দেওয়া উচিত। সমস্ত আগত তথ্য বিশ্লেষণ এবং পদ্ধতিগত করা আবশ্যক. গ্রাহকের পক্ষ থেকে উদ্ভূত সমস্ত প্রযুক্তিগত সীমাবদ্ধতাগুলি বিবেচনায় নেওয়াও গুরুত্বপূর্ণ। এই পর্যায়ের ফলাফল একটি বিস্তারিত স্পেসিফিকেশন তৈরি করা উচিত যা সমস্ত গ্রাহকের প্রয়োজনীয়তা পূরণ করে। এছাড়াও আপনার অন্যান্য কারণগুলির দিকে মনোযোগ দেওয়া উচিত যা উন্নয়ন প্রক্রিয়াকে বাধাগ্রস্ত করতে পারে। এর মধ্যে রয়েছে গ্রাহকের দ্বারা নির্ধারিত সময়সীমা, সেইসাথে বাজেটের সীমাবদ্ধতা।

অনুগ্রহ করে মনে রাখবেন: আপনি যে প্রকল্প সম্পর্কে আরও তথ্য সংগ্রহ করবেন, আপনি ত্রুটি সংশোধন, প্রকল্প চূড়ান্তকরণ, বাজেট সংশোধন, আলোচনা এবং অন্যান্য সমস্যাগুলিতে কম সময় ব্যয় করবেন।

প্রকল্প দৃষ্টি

একটি গুরুত্বপূর্ণ কাজ একটি বিস্তারিত তৈরি করা হয় প্রকল্পের ভিশন ডকুমেন্ট (বা ছবি) , যা রয়েছে ছোট বিবরণপ্রকল্প, ব্যবসায়িক লক্ষ্য, সেইসাথে প্রকল্পের সাফল্যের মানদণ্ড, ব্যবসায়িক ঝুঁকির কারণ এবং পণ্যের শেষ ব্যবহারকারীর বিবরণ।

সমাপ্ত নথিটি গ্রাহকের অনুমোদনের জন্য জমা দিতে হবে যাতে নিশ্চিত করা যায় যে সমস্ত প্রয়োজনীয়তা বিবেচনায় নেওয়া হয়েছে, সেইসাথে প্রকল্পটি প্রকাশের পরে যে কোনও ঝুঁকির বিষয়ে তাকে অবহিত করতে হবে।

সংগ্রহের প্রয়োজনীয়তা

সমস্ত প্রধান সমস্যা সমাধানের পরে, সমস্ত স্টেকহোল্ডারদের সাথে অতিরিক্ত আলোচনা এবং ইন্টারেক্টিভ ওয়ার্কশপ করার সুপারিশ করা হয়। এটি কোনো অ-স্পষ্ট পয়েন্ট সনাক্ত করতে সাহায্য করবে যা ভবিষ্যতে অ্যাপ্লিকেশন ইন্টারফেসে পরিবর্তন বা কোড প্যাটার্ন পুনরায় লেখার প্রয়োজন হতে পারে। এই পর্যায়ে প্রশ্নাবলী পূরণ করা, কেস পর্যালোচনা, বুদ্ধিমত্তা, ইত্যাদি অন্তর্ভুক্ত থাকতে পারে।

অনেক প্রকল্প উন্নয়নের পর্যায়ে আসা অতিরিক্ত প্রয়োজনীয়তার কারণে বাধাগ্রস্ত হয়। অতএব, প্রাথমিক ব্যবসায়িক লক্ষ্যগুলি বোঝা খুবই গুরুত্বপূর্ণ এবং মূল ধারণাভবিষ্যতের আবেদন।

2. সফটওয়্যার ডিজাইন

সফ্টওয়্যার জীবনচক্রের পরবর্তী ধাপ হল একটি নথি তৈরি করা যা প্রকল্পের সুযোগ এবং সীমানা বর্ণনা করে। এই নথিতে ভবিষ্যতের অ্যাপ্লিকেশনের ইন্টারফেসের মকআপ বা স্কেচ, সেইসাথে সফ্টওয়্যার প্রয়োজনীয়তার একটি বিশদ বিবরণ অন্তর্ভুক্ত রয়েছে। এটি লক্ষ করা উচিত যে কিছু ক্ষেত্রে প্রকল্পের দৃষ্টিভঙ্গির নথি (চিত্র) এবং প্রকল্পের সুযোগ এবং সীমানা সংক্রান্ত নথি একটি একক নথি হিসাবে উপস্থাপন করা যেতে পারে "প্রকল্পের চিত্র এবং সীমানার উপর"।

প্রকল্পের সুযোগ এবং সীমানা

প্রকল্পের সুযোগ এবং সীমানা বর্ণনাকারী নথিতে সফ্টওয়্যার তৈরির প্রধান বৈশিষ্ট্যগুলি তালিকাভুক্ত করা উচিত। এগুলি প্রকল্পের দৃষ্টি নথির ভিত্তিতে নির্ধারিত হয় এবং অবশ্যই, নির্দিষ্ট সময়সীমা এবং প্রতিষ্ঠিত বাজেট বিবেচনায় নিয়ে।
উপরন্তু, এই নথিতে প্রকল্পের দৃষ্টি নথির ভিত্তিতে তৈরি করা মকআপ বা স্কেচ, সেইসাথে সংগৃহীত প্রয়োজনীয়তা অন্তর্ভুক্ত রয়েছে।
আপনি হাতে ইউজার ইন্টারফেসের একটি স্কেচ আঁকতে পারেন বা এর জন্য মকআপ প্রোগ্রামগুলি ব্যবহার করতে পারেন এবং তারপরে এটি গ্রাহকের সাথে সমন্বয় করতে পারেন। নীচে দরকারী মকআপ প্রোগ্রামগুলির একটি তালিকা রয়েছে যা আমরা অনুশীলনে ব্যবহার করি:

প্রকল্পটি আলোচনা করার প্রক্রিয়ায়, গ্রাহকের এটি বাস্তবায়নের বিষয়ে আরও এবং আরও নতুন ধারণা থাকতে পারে। অতএব, তাকে তার প্রকল্প এবং এর জন্য প্রয়োজনীয়তাগুলি সম্পর্কে চিন্তা করার জন্য সময় দেওয়ার সুপারিশ করা হয়, এবং তারপরে প্রকল্পের বিশদ বিবরণ নিয়ে আলোচনা করুন যাতে কিছুই উপেক্ষা করা না হয়।
এ পর্যায়ে পণ্যের বিক্রয়োত্তর সেবার বিষয়টিও উঠে আসে। পরীক্ষার পর্যায় শেষ হওয়ার পরে এবং পণ্যের পরবর্তী প্রকাশের পরে কীভাবে প্রযুক্তিগত সহায়তা প্রদান করা হবে তা আপনাকে অবশ্যই গ্রাহককে অবহিত করতে হবে।
অনুগ্রহ করে নোট করুন যে চুক্তি স্বাক্ষরের আগে একটি প্রকল্প দৃষ্টি নথি এবং একটি প্রকল্পের সুযোগ এবং সুযোগ নথি তৈরি করতে হবে।

সফ্টওয়্যার প্রয়োজনীয়তা স্পেসিফিকেশন

সফ্টওয়্যার রিকোয়ারমেন্ট স্পেসিফিকেশন (এসআরএস) প্রয়োজনীয়তাগুলি বর্ণনা করে যা সফ্টওয়্যার তৈরি করা আবশ্যক। এটি যৌক্তিক, সামঞ্জস্যপূর্ণ, অ্যাক্সেসযোগ্য এবং সম্পূর্ণ হওয়া উচিত। প্রয়োজনীয়তা বিভিন্ন আকারে প্রকাশ করা যেতে পারে, যেমন ঐতিহ্যগত বিবৃতি (যেমন, "স্টাফ ম্যানেজার সিস্টেমকে অবশ্যই নিম্নলিখিত ব্রাউজারগুলিকে সমর্থন করতে হবে: Google Chrome, Apple Safari, Mozilla Firefox, Opera, IE 8+") বা ব্যবহারকারীর গল্প (যেমন "কারণ আমি একজন ম্যানেজার, আমার অ্যাক্সেস দরকার ব্যক্তিগত তথ্যসমস্ত কর্মচারীদের).
স্পেসিফিকেশন টেমপ্লেট একটি বড় সংখ্যা আছে. একটি নির্দিষ্ট টেমপ্লেটের পছন্দ প্রকল্পের সুনির্দিষ্টতার উপর নির্ভর করে। বেশিরভাগ ক্ষেত্রে, স্পেসিফিকেশনে একটি পণ্যের বিবরণ, ব্যবহারকারীর ক্লাস, সফ্টওয়্যার বিকাশের জন্য কার্যকরী এবং অ-কার্যকর প্রয়োজনীয়তা অন্তর্ভুক্ত থাকে। কখনও কখনও একটি টেমপ্লেট একটি প্রোটোটাইপ অন্তর্ভুক্ত করে। প্রধান জিনিস স্পেসিফিকেশন স্পষ্ট, সংক্ষিপ্ত এবং বিকাশকারীদের জন্য দরকারী করা হয়.

একটি প্রোটোটাইপ তৈরি করতে, আপনাকে নিম্নলিখিতগুলি খুঁজে বের করতে হবে:

• প্রয়োজনীয় আউটপুট ডেটা তৈরি করতে ইনকামিং ডেটা গ্রহণ এবং প্রক্রিয়া করার একটি উপায়;
• যে ফর্মে আউটপুট উপস্থাপন করা উচিত।

মকআপ (বা প্রোটোটাইপ) UI/UX ডিজাইনারদের দেওয়া হয় যারা সেগুলোকে রঙিন টেমপ্লেটে পরিণত করে।

3. সফ্টওয়্যার উন্নয়ন

এটি লক্ষ করা উচিত যে সফ্টওয়্যার বিকাশের মধ্যে একটি ইন্টারেক্টিভ প্রোটোটাইপ তৈরি করাও অন্তর্ভুক্ত থাকতে পারে, যা মূলত ভবিষ্যতের অ্যাপ্লিকেশনের ভিত্তি। এই জাতীয় প্রোটোটাইপ সম্পূর্ণরূপে সিস্টেমের আর্কিটেকচারকে সংজ্ঞায়িত করতে সহায়তা করে। এই পর্যায়ে, সামান্য কোড লেখা হয়: উদাহরণস্বরূপ, বোতামগুলির জন্য কোড এবং সহজ আকারচূড়ান্ত পণ্যটি কীভাবে কাজ করবে সে সম্পর্কে গ্রাহককে একটি সাধারণ ধারণা দিতে। অতএব, আমরা সফ্টওয়্যার বিকাশ পর্বে প্রোটোটাইপিং অন্তর্ভুক্ত করেছি।

অ্যাপ্লিকেশনটির ইন্টারেক্টিভ প্রোটোটাইপ এবং ডিজাইন গ্রাহকের দ্বারা প্রস্তুত এবং অনুমোদিত হওয়ার সাথে সাথে, অ্যাপ্লিকেশন মানগুলির বিকাশ (নামকরণের নিয়ম, কোড ডকুমেন্টেশন পদ্ধতি, শেষ ব্যবহারকারীর জন্য নির্দেশাবলী ইত্যাদি) শুরু হয়। এর পরে, আপনি নিরাপদে জীবনচক্রের পরবর্তী পর্যায়ে যেতে পারেন, যথা, সফ্টওয়্যার বিকাশ। সফ্টওয়্যার ডেভেলপমেন্টকে ছোট ছোট অংশে বা ইউনিটে ভাগ করা যেতে পারে এবং প্রতিটি ইউনিট ডেভেলপারদের দ্বারা এর কার্যকারিতা যাচাই করার জন্য তৈরি এবং পরীক্ষা করা হয় (ইউনিট টেস্টিং)।

4. সফ্টওয়্যার পরীক্ষা

একবার বিকাশের পর্যায়টি সম্পূর্ণ হলে, পণ্যটি প্রয়োজনীয়তা পূরণ করে তা নিশ্চিত করতে কঠোর পরীক্ষার মধ্য দিয়ে যেতে হবে। গ্রহণযোগ্যতা পরীক্ষার ধাপে গ্রাহককে স্থানীয়ভাবে পণ্যটি ঠিক একইভাবে প্রয়োগ করার চেষ্টা করতে হবে যেভাবে তারা প্রকাশের পরে এটি ব্যবহার করতে চায়। একবার বড় বাগগুলি ঠিক করা হয়ে গেলে, সফ্টওয়্যারটি স্থাপন করা যেতে পারে। সফ্টওয়্যার রক্ষণাবেক্ষণের পর্যায়ে ইতিমধ্যেই যেকোন বাগ সংশোধন করার অনুমতি দিয়ে ছোটখাট বাগগুলি ঠিক করতে একটি সাধারণ ট্র্যাকিং সিস্টেম ব্যবহার করা যেতে পারে।

5. সফ্টওয়্যার প্রযুক্তিগত সহায়তা

পণ্যটি পরীক্ষা করা এবং গ্রাহকের সার্ভারে স্থাপন করার পরে, সফ্টওয়্যার বিকাশের জীবনচক্রের পরবর্তী পর্যায় শুরু হয়, যাকে বলা হয় রক্ষণাবেক্ষণ বা কারিগরি সহযোগিতাচালু. সাধারণভাবে, রক্ষণাবেক্ষণ মানে এই পর্যায়ে আবিষ্কৃত ছোটখাট বাগগুলি ঠিক করা।
যাইহোক, এটি বেশ সম্ভব যে আপনি পূর্ববর্তী পদক্ষেপগুলিতে করা সমস্ত প্রচেষ্টা সত্ত্বেও আপনাকে তৈরি করা সফ্টওয়্যারে কিছু পরিবর্তন করতে হবে। গ্রাহক উন্নত পণ্যের কার্যকারিতা পরিবর্তন করার সিদ্ধান্ত নিতে পারেন। অতএব, পণ্যে প্রয়োজনীয় পরিবর্তন করার জন্য আপনাকে গ্রাহকের সাথে নতুন প্রয়োজনীয়তা সংগ্রহ, বর্ণনা এবং আলোচনা করতে হবে। AT এই ক্ষেত্রে, আপনাকে একটি নতুন জলপ্রপাত প্রকল্পের সাথে কাজ করতে হবে এবং উপরের সমস্ত পদক্ষেপগুলি শুরু থেকে পুনরাবৃত্তি করতে হবে।

উপসংহার

আমরা মানসম্পন্ন সফ্টওয়্যার তৈরির জন্য প্রয়োজনীয় উন্নয়নমূলক পদক্ষেপগুলি কভার করেছি। আপনার প্রকল্প সফল হওয়ার জন্য, আপনাকে অবশ্যই সরাসরি গ্রাহকের সাথে ভবিষ্যতের আবেদনের জন্য সমস্ত প্রয়োজনীয়তা নিয়ে আলোচনা করতে হবে, সেইসাথে বিকাশের প্রতিটি পর্যায়ে যে সমস্ত কাজ সম্পন্ন করতে হবে সেগুলি বিস্তারিতভাবে নথিভুক্ত করতে হবে।

ক্যাসকেড মডেলটি অগত্যা সামরিক, মহাকাশ উন্নয়ন এবং ওষুধে ব্যবহৃত লাইফ সাপোর্ট সিস্টেম তৈরিতে ব্যবহৃত হয়, উদাহরণস্বরূপ, ফ্লাইট নিয়ন্ত্রণ, এয়ারব্যাগ সিস্টেম ইত্যাদির জন্য সফ্টওয়্যার বিকাশে। এটি ছোট এবং সাধারণ প্রকল্পগুলির উন্নয়নেও ব্যবহার করা যেতে পারে। যাইহোক, যদি একটি প্রাথমিক পর্যায়েযদি একটি ত্রুটি করা হয়, একটি সম্ভাবনা আছে যে এটি শুধুমাত্র বিকাশ বা পরীক্ষার পর্যায়ে আবিষ্কৃত হবে। অতএব, এই মডেলটি প্রয়োগ করার সুপারিশ করা হয় শুধুমাত্র যদি সমস্ত প্রয়োজনীয়তা খুব স্পষ্ট হয় এবং সময়ের সাথে সাথে পরিবর্তন হবে না।

এই নিবন্ধটি XB সফটওয়্যারের অভিজ্ঞ ব্যবসায়িক বিশ্লেষকদের নির্দেশনায় প্রস্তুত করা হয়েছে।

নিম্নলিখিত দুটি ট্যাব নীচের বিষয়বস্তু পরিবর্তন.

উন্নয়ন সফ্টওয়্যার পণ্যঅনেক যোগ্য পদ্ধতি জানে - অন্য কথায়, সুপ্রতিষ্ঠিত সেরা অনুশীলন। পছন্দটি প্রকল্পের সুনির্দিষ্ট বৈশিষ্ট্য, বাজেট সিস্টেম, বিষয়গত পছন্দ এবং এমনকি পরিচালকের মেজাজের উপর নির্ভর করে। নিবন্ধটি সেই পদ্ধতিগুলি বর্ণনা করে যা আমরা নিয়মিত এডিসনে সম্মুখীন হই।

1. "জলপ্রপাত মডেল" (ক্যাসকেড মডেল বা "জলপ্রপাত")

প্রাচীনতমগুলির মধ্যে একটি, পর্যায়গুলির অনুক্রমিক উত্তরণ জড়িত, যার প্রতিটি পরেরটি শুরু হওয়ার আগে সম্পূর্ণভাবে সম্পূর্ণ করতে হবে। জলপ্রপাত মডেলে একটি প্রকল্প পরিচালনা করা সহজ। এর অনমনীয়তার কারণে, বিকাশ দ্রুত, খরচ এবং সময় পূর্বনির্ধারিত। তবে এটি একটি দ্বি-ধারী তলোয়ার। জলপ্রপাত মডেল শুধুমাত্র স্পষ্টভাবে সংজ্ঞায়িত প্রয়োজনীয়তা সহ প্রকল্পগুলির জন্য ভাল কাজ করবে এবং সেগুলি কীভাবে বাস্তবায়িত হবে। একধাপ পিছিয়ে যাওয়ার কোনো উপায় নেই, ডেভেলপমেন্ট সম্পূর্ণ বা প্রায় সম্পূর্ণ হওয়ার পরেই পরীক্ষা শুরু হয়। ন্যায্য পছন্দ ছাড়াই এই মডেল অনুসারে বিকশিত পণ্যগুলির ত্রুটি থাকতে পারে (প্রয়োজনীয়তার তালিকা যে কোনও সময়ে সামঞ্জস্য করা যায় না), যা কঠোর কর্মের ক্রমানুসারের কারণে কেবলমাত্র শেষে পরিচিত হয়। পরিবর্তনগুলি করার খরচ বেশি, কারণ এটি শুরু করার জন্য আপনাকে সম্পূর্ণ প্রকল্পটি সম্পূর্ণ হওয়ার জন্য অপেক্ষা করতে হবে। যাইহোক, নির্দিষ্ট খরচ প্রায়ই পদ্ধতির downsides outweighs. নির্মাণ প্রক্রিয়ার সময় অনুভূত ঘাটতিগুলির সংশোধন সম্ভব, এবং আমাদের অভিজ্ঞতায়, একটি ছোট প্রযুক্তিগত স্পেসিফিকেশন সহ চুক্তিতে এক থেকে তিনটি অতিরিক্ত চুক্তির প্রয়োজন।

জলপ্রপাত মডেলের সাহায্যে, আমরা কেবলমাত্র প্রযুক্তিগত বৈশিষ্ট্যগুলির বিকাশ সহ স্ক্র্যাচ থেকে অনেকগুলি প্রকল্প তৈরি করেছি। প্রকল্প যার সম্পর্কে এটি Habré এ লেখা আছে: মাঝারি - , ছোট - .

জলপ্রপাত পদ্ধতি কখন ব্যবহার করবেন?

• শুধুমাত্র যখন প্রয়োজনীয়তা জানা, বোঝা এবং স্থির করা হয়। কোন বিরোধপূর্ণ প্রয়োজনীয়তা আছে.
• প্রয়োজনীয় যোগ্যতার প্রোগ্রামারদের প্রাপ্যতা নিয়ে কোন সমস্যা নেই।
• অপেক্ষাকৃত ছোট প্রকল্পের জন্য।

2. "ভি-মডেল"

জলপ্রপাত মডেল থেকে ধাপে ধাপে গঠন উত্তরাধিকারসূত্রে প্রাপ্ত। V-আকৃতির মডেলটি এমন সিস্টেমের জন্য প্রযোজ্য যা নিরবচ্ছিন্ন অপারেশনের জন্য বিশেষভাবে গুরুত্বপূর্ণ। উদাহরণস্বরূপ, রোগীদের পর্যবেক্ষণের জন্য ক্লিনিকগুলিতে অ্যাপ্লিকেশন, ক্র্যাশ এয়ারব্যাগের নিয়ন্ত্রণ ব্যবস্থার জন্য সমন্বিত সফ্টওয়্যার যানবাহনইত্যাদি মডেলটির একটি বৈশিষ্ট্য বিবেচনা করা যেতে পারে যে এটি পণ্যটির একটি পুঙ্খানুপুঙ্খ চেক এবং পরীক্ষার লক্ষ্যে, যা ইতিমধ্যে ডিজাইনের প্রাথমিক পর্যায়ে রয়েছে। পরীক্ষার পর্যায়টি সংশ্লিষ্ট বিকাশ পর্বের সাথে একযোগে সঞ্চালিত হয়, উদাহরণস্বরূপ ইউনিট পরীক্ষাগুলি কোডিংয়ের সময় লেখা হয়।

V- পদ্ধতির উপর ভিত্তি করে আমাদের কাজের একটি উদাহরণ - মোবাইল অ্যাপ্লিকেশনইউরোপীয়দের জন্য মোবাইল চালক, যা ভ্রমণের সময় রোমিং খরচ বাঁচায়। প্রকল্পটি একটি স্পষ্ট TOR অনুযায়ী পরিচালিত হয়, তবে এতে একটি উল্লেখযোগ্য পরীক্ষার পর্যায় অন্তর্ভুক্ত রয়েছে: ইন্টারফেসের সুবিধা, কার্যকরী, লোড, একীকরণ সহ, যা নিশ্চিত করতে হবে যে বিভিন্ন নির্মাতাদের থেকে বেশ কয়েকটি উপাদান একসাথে কাজ করে, অর্থ চুরি এবং ঋণ। অসম্ভব.

ভি-মডেল কখন ব্যবহার করবেন?

• যদি পুঙ্খানুপুঙ্খ পণ্য পরীক্ষার প্রয়োজন হয়, তাহলে ভি-মডেল অন্তর্নিহিত ধারণাটিকে ন্যায্যতা দেবে: বৈধতা এবং যাচাইকরণ।
• ছোট এবং মাঝারি প্রকল্পগুলির জন্য যেখানে প্রয়োজনীয়তাগুলি স্পষ্টভাবে সংজ্ঞায়িত এবং স্থির করা হয়েছে৷
• প্রয়োজনীয় যোগ্যতা, বিশেষ করে পরীক্ষকদের সাথে ইঞ্জিনিয়ারদের প্রাপ্যতা দেওয়া।

3. "ক্রমবর্ধমান মডেল" (ক্রমবর্ধমান মডেল)

ক্রমবর্ধমান মডেলগুলি ব্যবহার করা হয় যেখানে স্বতন্ত্র পরিবর্তনের অনুরোধগুলি স্পষ্ট এবং সহজে আনুষ্ঠানিক ও বাস্তবায়ন করা যায়। আমাদের প্রকল্পগুলিতে, আমরা এটিকে ডিফভিউ রিডার এবং তারপরে নেটওয়ার্ক তৈরি করতে ব্যবহার করেছি ডিজিটাল লাইব্রেরিভিভালদি।

একটি উদাহরণ হিসাবে, আসুন এক বৃদ্ধির সারমর্ম বর্ণনা করি। প্রতিস্থাপিত DefView. DefView একটি নথি সার্ভারের সাথে সংযোগ করতে ব্যবহৃত, কিন্তু এখন এটি অনেকের সাথে সংযোগ করতে পারে। একটি প্রতিষ্ঠানের সাইটে যা একটি নির্দিষ্ট দর্শকদের কাছে তার সামগ্রী সম্প্রচার করতে চায়, একটি স্টোরেজ সার্ভার ইনস্টল করা হয় যা সরাসরি নথিগুলি অ্যাক্সেস করে এবং সেগুলিকে রূপান্তর করে পছন্দসই বিন্যাস. আর্কিটেকচারের মূল উপাদানটি উপস্থিত হয়েছিল - কেন্দ্রীয় ভিভাল্ডি সার্ভার, যা বিভিন্ন প্রতিষ্ঠানে ইনস্টল করা সমস্ত স্টোরেজ সার্ভারের জন্য একক অনুসন্ধান ইঞ্জিন হিসাবে কাজ করে।

কখন একটি বর্ধিত মডেল ব্যবহার করবেন?

• যখন সিস্টেমের জন্য মৌলিক প্রয়োজনীয়তাগুলি স্পষ্টভাবে সংজ্ঞায়িত এবং বোঝা যায়। একই সময়ে, কিছু বিবরণ সময়ের সাথে উন্নত করা যেতে পারে।
• তাড়াতাড়ি বাজার লঞ্চ প্রয়োজন.
• বেশ কিছু ঝুঁকিপূর্ণ বৈশিষ্ট্য বা লক্ষ্য রয়েছে।

4. "RAD মডেল" (দ্রুত অ্যাপ্লিকেশন বিকাশ মডেল বা দ্রুত অ্যাপ্লিকেশন বিকাশ)

দ্রুত অ্যাপ্লিকেশন উন্নয়ন মডেল নিম্নলিখিত পর্যায়গুলি অন্তর্ভুক্ত করে:

• ব্যবসায়িক মডেলিং: বিভিন্ন বিভাগের মধ্যে তথ্য প্রবাহের একটি তালিকা সংজ্ঞায়িত করা।
• ডেটা মডেলিং: পূর্ববর্তী ধাপে সংগৃহীত তথ্যগুলি তথ্য প্রচারের জন্য প্রয়োজনীয় বস্তু এবং অন্যান্য সত্ত্বাকে সংজ্ঞায়িত করতে ব্যবহৃত হয়।
• প্রসেস মডেলিং: ডিজাইন লক্ষ্য অর্জনের জন্য তথ্য প্রবাহ লিঙ্ক অবজেক্ট।
• বিল্ড অ্যাপ্লিকেশন: সিএডি মডেলকে কোডে রূপান্তর করতে অটো বিল্ড টুল ব্যবহার করে।
• পরীক্ষা: নতুন উপাদান এবং ইন্টারফেস পরীক্ষা করা হয়.

শুধুমাত্র উচ্চ যোগ্য এবং অত্যন্ত বিশেষায়িত স্থপতিদের সাথে ব্যবহার করা যেতে পারে। প্রস্তুত-তৈরি স্বয়ংক্রিয় সমাবেশ সরঞ্জামের খরচ সহ এই বিশেষজ্ঞদের জন্য অর্থ প্রদানের জন্য প্রকল্পের বাজেট যথেষ্ট বড়। আপনি যদি আত্মবিশ্বাসের সাথে লক্ষ্য ব্যবসাটি জানেন এবং 2-3 মাসের মধ্যে জরুরীভাবে সিস্টেমটি তৈরি করতে চান তবে RAD মডেলটি বেছে নেওয়া যেতে পারে।

5. "চতুর মডেল" (চতুর বিকাশ পদ্ধতি)

"চতুর" বিকাশ পদ্ধতিতে, প্রতিটি পুনরাবৃত্তির পরে, গ্রাহক ফলাফলটি পর্যবেক্ষণ করতে পারে এবং বুঝতে পারে যে সে তাকে সন্তুষ্ট করেছে কিনা। এটি একটি নমনীয় মডেলের সুবিধাগুলির মধ্যে একটি। এর অসুবিধাগুলির মধ্যে রয়েছে যে, ফলাফলের সুনির্দিষ্ট ফর্মুলেশনের অভাবের কারণে, উন্নয়নের জন্য প্রয়োজনীয় শ্রম খরচ এবং খরচ অনুমান করা কঠিন। চরম প্রোগ্রামিং(XP) অনুশীলনে চতুর মডেলের সবচেয়ে পরিচিত অ্যাপ্লিকেশনগুলির মধ্যে একটি।

এই ধরনের সংক্ষিপ্ত দৈনিক মিটিং-এর উপর ভিত্তি করে তৈরি করা হয় - "Scrum" এবং নিয়মিত পুনরাবৃত্ত মিটিং (সপ্তাহে একবার, প্রতি দুই সপ্তাহে বা মাসে একবার) "Sprint" নামে পরিচিত। প্রতিদিনের সভায়, দলের সদস্যরা আলোচনা করে:

• শেষ স্ক্রাম থেকে করা কাজের উপর একটি প্রতিবেদন;
• পরবর্তী সভার আগে কর্মচারীকে অবশ্যই সম্পন্ন করতে হবে এমন কাজের একটি তালিকা;
• কাজের সময় অসুবিধার সম্মুখীন হয়।

Agile কখন ব্যবহার করবেন?

• যখন একটি গতিশীল ব্যবসায় ব্যবহারকারীর চাহিদা ক্রমাগত পরিবর্তিত হয়।
• ঘন ঘন বৃদ্ধির কারণে দ্রুত পরিবর্তনগুলি কম খরচে প্রয়োগ করা হয়।
• জলপ্রপাত মডেলের বিপরীতে, চটপটে মডেলটির শুধুমাত্র একটি প্রকল্প শুরু করার জন্য একটু পরিকল্পনার প্রয়োজন।

6. "পুনরাবৃত্ত মডেল" (পুনরাবৃত্ত বা পুনরাবৃত্তিমূলক মডেল)

চিত্রটি মোনালিসার একটি পুনরাবৃত্তিমূলক "উন্নয়ন" দেখায়। আপনি দেখতে পাচ্ছেন, প্রথম পুনরাবৃত্তিতে কেবল মোনা লিসার একটি স্কেচ রয়েছে, দ্বিতীয়টিতে - রঙগুলি উপস্থিত হয় এবং তৃতীয় পুনরাবৃত্তিটি বিশদ, স্যাচুরেশন যুক্ত করে এবং প্রক্রিয়াটি সম্পূর্ণ করে। ক্রমবর্ধমান মডেলে, পণ্যটির কার্যকারিতা বিট বিট আপ তৈরি করা হয়, পণ্যটি অংশ দিয়ে তৈরি। পুনরাবৃত্তিমূলক মডেলের বিপরীতে, প্রতিটি টুকরা একটি অবিচ্ছেদ্য উপাদান।

পুনরাবৃত্তিমূলক বিকাশের একটি উদাহরণ হল ভয়েস স্বীকৃতি। বৈজ্ঞানিক যন্ত্রপাতির প্রথম গবেষণা এবং প্রস্তুতি অনেক আগে শুরু হয়েছিল, শুরুতে - চিন্তায়, তারপরে - কাগজে। প্রতিটি নতুন পুনরাবৃত্তির সাথে, স্বীকৃতির মান উন্নত হয়েছে। যাইহোক, নিখুঁত স্বীকৃতি এখনও অর্জিত হয়নি, তাই সমস্যাটি এখনও সম্পূর্ণরূপে সমাধান করা হয়নি।

একটি পুনরাবৃত্তিমূলক মডেল ব্যবহার করার সেরা সময় কখন?

• চূড়ান্ত সিস্টেমের জন্য প্রয়োজনীয়তা পরিষ্কারভাবে সংজ্ঞায়িত করা হয় এবং আগে থেকেই বোঝা যায়।
• প্রকল্পটি বড় বা খুব বড়।
• মূল কাজটি অবশ্যই সংজ্ঞায়িত করা উচিত, তবে বাস্তবায়নের বিবরণ সময়ের সাথে সাথে বিকশিত হতে পারে।

7. "সর্পিল মডেল" (সর্পিল মডেল)

"সর্পিল মডেল" ক্রমবর্ধমান মডেলের অনুরূপ, কিন্তু ঝুঁকি বিশ্লেষণের উপর জোর দিয়ে। এটি মিশন-সমালোচনামূলক ব্যবসায়িক চ্যালেঞ্জগুলির জন্য ভাল কাজ করে যেখানে ব্যর্থতা কোম্পানির অপারেশন, নতুন পণ্য লাইন, গবেষণা এবং ফিল্ড ট্রায়ালগুলির সাথে বেমানান।

সর্পিল মডেল প্রতিটি বাঁকের জন্য 4 টি পর্যায় অনুমান করে:

1. পরিকল্পনা;
2. ঝুঁকি বিশ্লেষণ;
3. নির্মাণ;
4. ফলাফলের মূল্যায়ন এবং, মান সন্তোষজনক হলে, একটি নতুন রাউন্ডে রূপান্তর।

আসুন সংক্ষিপ্ত করা যাক

স্লাইড দুটি সবচেয়ে সাধারণ পদ্ধতির মধ্যে পার্থক্য দেখায়।

আধুনিক অনুশীলনে, সফ্টওয়্যার বিকাশের মডেলগুলি মাল্টিভেরিয়েট। সমস্ত প্রকল্প, শুরুর শর্তাবলী এবং অর্থপ্রদানের মডেলগুলির জন্য কোনও অধিকার নেই৷ এমনকি চটপটে, আমাদের সকলের প্রিয়, কিছু গ্রাহকের অপ্রস্তুততা বা নমনীয় অর্থায়নের অসম্ভবতার কারণে সর্বত্র প্রয়োগ করা যায় না। পদ্ধতিগুলি আংশিকভাবে উপায়ে ওভারল্যাপ করে এবং একে অপরের সাথে কিছুটা সাদৃশ্যপূর্ণ। কিছু অন্যান্য ধারণা শুধুমাত্র তাদের নিজস্ব কম্পাইলারদের প্রচার করার জন্য ব্যবহার করা হয়েছিল এবং অনুশীলনে নতুন কিছু নিয়ে আসেনি।

উন্নয়ন প্রযুক্তি সম্পর্কে:
.
.
.
.

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। অনুগ্রহপূর্বক ভিতরে আসুন.

সফ্টওয়্যার পণ্য বিকাশ অনেক যোগ্য পদ্ধতি জানে - অন্য কথায়, ভালভাবে প্রতিষ্ঠিত সেরা অনুশীলনগুলি। পছন্দটি প্রকল্পের সুনির্দিষ্ট বৈশিষ্ট্য, বাজেট সিস্টেম, বিষয়গত পছন্দ এবং এমনকি পরিচালকের মেজাজের উপর নির্ভর করে। নিবন্ধটি সেই পদ্ধতিগুলি বর্ণনা করে যা আমরা নিয়মিত এডিসনে সম্মুখীন হই।

1. "জলপ্রপাত মডেল" (ক্যাসকেড মডেল বা "জলপ্রপাত")

প্রাচীনতমগুলির মধ্যে একটি, পর্যায়গুলির অনুক্রমিক উত্তরণ জড়িত, যার প্রতিটি পরেরটি শুরু হওয়ার আগে সম্পূর্ণভাবে সম্পূর্ণ করতে হবে। জলপ্রপাত মডেলে একটি প্রকল্প পরিচালনা করা সহজ। এর অনমনীয়তার কারণে, বিকাশ দ্রুত, খরচ এবং সময় পূর্বনির্ধারিত। তবে এটি একটি দ্বি-ধারী তলোয়ার। জলপ্রপাত মডেল শুধুমাত্র স্পষ্টভাবে সংজ্ঞায়িত প্রয়োজনীয়তা সহ প্রকল্পগুলির জন্য ভাল কাজ করবে এবং সেগুলি কীভাবে বাস্তবায়িত হবে। একধাপ পিছিয়ে যাওয়ার কোনো উপায় নেই, ডেভেলপমেন্ট সম্পূর্ণ বা প্রায় সম্পূর্ণ হওয়ার পরেই পরীক্ষা শুরু হয়। ন্যায্য পছন্দ ছাড়াই এই মডেল অনুসারে বিকশিত পণ্যগুলির ত্রুটি থাকতে পারে (প্রয়োজনীয়তার তালিকা যে কোনও সময়ে সামঞ্জস্য করা যায় না), যা কঠোর কর্মের ক্রমানুসারের কারণে কেবলমাত্র শেষে পরিচিত হয়। পরিবর্তনগুলি করার খরচ বেশি, কারণ এটি শুরু করার জন্য আপনাকে সম্পূর্ণ প্রকল্পটি সম্পূর্ণ হওয়ার জন্য অপেক্ষা করতে হবে। যাইহোক, নির্দিষ্ট খরচ প্রায়ই পদ্ধতির downsides outweighs. নির্মাণ প্রক্রিয়ার সময় অনুভূত ঘাটতিগুলির সংশোধন সম্ভব, এবং আমাদের অভিজ্ঞতায়, একটি ছোট প্রযুক্তিগত স্পেসিফিকেশন সহ চুক্তিতে এক থেকে তিনটি অতিরিক্ত চুক্তির প্রয়োজন।

জলপ্রপাত মডেলের সাহায্যে, আমরা কেবলমাত্র প্রযুক্তিগত বৈশিষ্ট্যগুলির বিকাশ সহ স্ক্র্যাচ থেকে অনেকগুলি প্রকল্প তৈরি করেছি। হাব্রে-তে যে প্রকল্পগুলি সম্পর্কে লেখা আছে: মাঝারি - এক্স-রে মাইক্রোটোমোগ্রাফ, ছোট - AWS-এ উইন্ডোজ পরিষেবার স্বয়ংক্রিয়-আপডেট৷

জলপ্রপাত পদ্ধতি কখন ব্যবহার করবেন?

• শুধুমাত্র যখন প্রয়োজনীয়তা জানা, বোঝা এবং স্থির করা হয়। কোন বিরোধপূর্ণ প্রয়োজনীয়তা আছে.
• প্রয়োজনীয় যোগ্যতার প্রোগ্রামারদের প্রাপ্যতা নিয়ে কোন সমস্যা নেই।
• অপেক্ষাকৃত ছোট প্রকল্পের জন্য।

2. "ভি-মডেল"

জলপ্রপাত মডেল থেকে ধাপে ধাপে গঠন উত্তরাধিকারসূত্রে প্রাপ্ত। V-আকৃতির মডেলটি এমন সিস্টেমের জন্য প্রযোজ্য যা নিরবচ্ছিন্ন অপারেশনের জন্য বিশেষভাবে গুরুত্বপূর্ণ। উদাহরণস্বরূপ, রোগীদের নিরীক্ষণের জন্য ক্লিনিকগুলিতে অ্যাপ্লিকেশন প্রোগ্রাম, যানবাহনে জরুরী এয়ারব্যাগের জন্য নিয়ন্ত্রণ ব্যবস্থার জন্য সমন্বিত সফ্টওয়্যার এবং আরও অনেক কিছু। মডেলটির একটি বৈশিষ্ট্য বিবেচনা করা যেতে পারে যে এটি পণ্যটির একটি পুঙ্খানুপুঙ্খ চেক এবং পরীক্ষার লক্ষ্যে, যা ইতিমধ্যে ডিজাইনের প্রাথমিক পর্যায়ে রয়েছে। পরীক্ষার পর্যায়টি সংশ্লিষ্ট বিকাশ পর্বের সাথে একযোগে সঞ্চালিত হয়, উদাহরণস্বরূপ ইউনিট পরীক্ষাগুলি কোডিংয়ের সময় লেখা হয়।

V- পদ্ধতির উপর ভিত্তি করে আমাদের কাজের একটি উদাহরণ হল একটি ইউরোপীয় মোবাইল অপারেটরের জন্য একটি মোবাইল অ্যাপ্লিকেশন যা ভ্রমণের সময় রোমিং খরচ বাঁচায়। প্রকল্পটি একটি স্পষ্ট TOR অনুযায়ী পরিচালিত হয়, তবে এতে একটি উল্লেখযোগ্য পরীক্ষার পর্যায় অন্তর্ভুক্ত রয়েছে: ইন্টারফেসের সুবিধা, কার্যকরী, লোড, একীকরণ সহ, যা নিশ্চিত করতে হবে যে বিভিন্ন নির্মাতাদের থেকে বেশ কয়েকটি উপাদান একসাথে কাজ করে, অর্থ চুরি এবং ঋণ। অসম্ভব.

ভি-মডেল কখন ব্যবহার করবেন?

• যদি পুঙ্খানুপুঙ্খ পণ্য পরীক্ষার প্রয়োজন হয়, তাহলে ভি-মডেল অন্তর্নিহিত ধারণাটিকে ন্যায্যতা দেবে: বৈধতা এবং যাচাইকরণ।
• ছোট এবং মাঝারি প্রকল্পগুলির জন্য যেখানে প্রয়োজনীয়তাগুলি স্পষ্টভাবে সংজ্ঞায়িত এবং স্থির করা হয়েছে৷
• প্রয়োজনীয় যোগ্যতা, বিশেষ করে পরীক্ষকদের সাথে ইঞ্জিনিয়ারদের প্রাপ্যতা দেওয়া।

3. "ক্রমবর্ধমান মডেল" (ক্রমবর্ধমান মডেল)

ক্রমবর্ধমান মডেলগুলি ব্যবহার করা হয় যেখানে স্বতন্ত্র পরিবর্তনের অনুরোধগুলি স্পষ্ট এবং সহজে আনুষ্ঠানিক ও বাস্তবায়ন করা যায়। আমাদের প্রকল্পগুলিতে, আমরা এটিকে ডিফভিউ রিডার এবং তারপরে ভিভাল্ডি ডিজিটাল লাইব্রেরি নেটওয়ার্ক তৈরি করতে ব্যবহার করেছি।

একটি উদাহরণ হিসাবে, আসুন এক বৃদ্ধির সারমর্ম বর্ণনা করি। Vivaldi ডিজিটাল লাইব্রেরি নেটওয়ার্ক DefView প্রতিস্থাপন করেছে। DefView একটি নথি সার্ভারের সাথে সংযোগ করতে ব্যবহৃত, কিন্তু এখন এটি অনেকের সাথে সংযোগ করতে পারে। একটি প্রতিষ্ঠানের সাইটে যা একটি নির্দিষ্ট দর্শকদের কাছে তার সামগ্রী সম্প্রচার করতে চায়, একটি স্টোরেজ সার্ভার ইনস্টল করা হয় যা সরাসরি নথিগুলি অ্যাক্সেস করে এবং তাদের পছন্দসই বিন্যাসে রূপান্তর করে। আর্কিটেকচারের মূল উপাদানটি উপস্থিত হয়েছিল - কেন্দ্রীয় ভিভাল্ডি সার্ভার, যা বিভিন্ন প্রতিষ্ঠানে ইনস্টল করা সমস্ত স্টোরেজ সার্ভারের জন্য একক অনুসন্ধান ইঞ্জিন হিসাবে কাজ করে।

কখন একটি বর্ধিত মডেল ব্যবহার করবেন?

• যখন সিস্টেমের জন্য মৌলিক প্রয়োজনীয়তাগুলি স্পষ্টভাবে সংজ্ঞায়িত এবং বোঝা যায়। একই সময়ে, কিছু বিবরণ সময়ের সাথে উন্নত করা যেতে পারে।
• তাড়াতাড়ি বাজার লঞ্চ প্রয়োজন.
• বেশ কিছু ঝুঁকিপূর্ণ বৈশিষ্ট্য বা লক্ষ্য রয়েছে।

4. "RAD মডেল" (দ্রুত অ্যাপ্লিকেশন বিকাশ মডেল বা দ্রুত অ্যাপ্লিকেশন বিকাশ)

দ্রুত অ্যাপ্লিকেশন উন্নয়ন মডেল নিম্নলিখিত পর্যায়গুলি অন্তর্ভুক্ত করে:

• ব্যবসায়িক মডেলিং: বিভিন্ন বিভাগের মধ্যে তথ্য প্রবাহের একটি তালিকা সংজ্ঞায়িত করা।
• ডেটা মডেলিং: পূর্ববর্তী ধাপে সংগৃহীত তথ্যগুলি তথ্য প্রচারের জন্য প্রয়োজনীয় বস্তু এবং অন্যান্য সত্ত্বাকে সংজ্ঞায়িত করতে ব্যবহৃত হয়।
• প্রসেস মডেলিং: ডিজাইন লক্ষ্য অর্জনের জন্য তথ্য প্রবাহ লিঙ্ক অবজেক্ট।
• বিল্ড অ্যাপ্লিকেশন: সিএডি মডেলকে কোডে রূপান্তর করতে অটো বিল্ড টুল ব্যবহার করে।
• পরীক্ষা: নতুন উপাদান এবং ইন্টারফেস পরীক্ষা করা হয়.

শুধুমাত্র উচ্চ যোগ্য এবং অত্যন্ত বিশেষায়িত স্থপতিদের সাথে ব্যবহার করা যেতে পারে। প্রস্তুত-তৈরি স্বয়ংক্রিয় সমাবেশ সরঞ্জামের খরচ সহ এই বিশেষজ্ঞদের জন্য অর্থ প্রদানের জন্য প্রকল্পের বাজেট যথেষ্ট বড়। আপনি যদি আত্মবিশ্বাসের সাথে লক্ষ্য ব্যবসাটি জানেন এবং 2-3 মাসের মধ্যে জরুরীভাবে সিস্টেমটি তৈরি করতে চান তবে RAD মডেলটি বেছে নেওয়া যেতে পারে।

5. "চতুর মডেল" (চতুর বিকাশ পদ্ধতি)

"চতুর" বিকাশ পদ্ধতিতে, প্রতিটি পুনরাবৃত্তির পরে, গ্রাহক ফলাফলটি পর্যবেক্ষণ করতে পারে এবং বুঝতে পারে যে সে তাকে সন্তুষ্ট করেছে কিনা। এটি একটি নমনীয় মডেলের সুবিধাগুলির মধ্যে একটি। এর অসুবিধাগুলির মধ্যে রয়েছে যে, ফলাফলের সুনির্দিষ্ট ফর্মুলেশনের অভাবের কারণে, উন্নয়নের জন্য প্রয়োজনীয় শ্রম খরচ এবং খরচ অনুমান করা কঠিন। এক্সট্রিম প্রোগ্রামিং (এক্সপি) অনুশীলনে চটপটে মডেলের সবচেয়ে পরিচিত অ্যাপ্লিকেশনগুলির মধ্যে একটি।

এই ধরনের সংক্ষিপ্ত দৈনিক মিটিং-এর উপর ভিত্তি করে তৈরি করা হয় - "Scrum" এবং নিয়মিত পুনরাবৃত্ত মিটিং (সপ্তাহে একবার, প্রতি দুই সপ্তাহে বা মাসে একবার) "Sprint" নামে পরিচিত। প্রতিদিনের সভায়, দলের সদস্যরা আলোচনা করে:

• শেষ স্ক্রাম থেকে করা কাজের উপর একটি প্রতিবেদন;
• পরবর্তী সভার আগে কর্মচারীকে অবশ্যই সম্পন্ন করতে হবে এমন কাজের একটি তালিকা;
• কাজের সময় অসুবিধার সম্মুখীন হয়।

Agile কখন ব্যবহার করবেন?

• যখন একটি গতিশীল ব্যবসায় ব্যবহারকারীর চাহিদা ক্রমাগত পরিবর্তিত হয়।
• ঘন ঘন বৃদ্ধির কারণে দ্রুত পরিবর্তনগুলি কম খরচে প্রয়োগ করা হয়।
• জলপ্রপাত মডেলের বিপরীতে, চটপটে মডেলটির শুধুমাত্র একটি প্রকল্প শুরু করার জন্য একটু পরিকল্পনার প্রয়োজন।

6. "পুনরাবৃত্ত মডেল" (পুনরাবৃত্ত বা পুনরাবৃত্তিমূলক মডেল)

চিত্রটি মোনালিসার একটি পুনরাবৃত্তিমূলক "উন্নয়ন" দেখায়। আপনি দেখতে পাচ্ছেন, প্রথম পুনরাবৃত্তিতে কেবল মোনা লিসার একটি স্কেচ রয়েছে, দ্বিতীয়টিতে - রঙগুলি উপস্থিত হয় এবং তৃতীয় পুনরাবৃত্তিটি বিশদ, স্যাচুরেশন যুক্ত করে এবং প্রক্রিয়াটি সম্পূর্ণ করে। ক্রমবর্ধমান মডেলে, পণ্যটির কার্যকারিতা বিট বিট আপ তৈরি করা হয়, পণ্যটি অংশ দিয়ে তৈরি। পুনরাবৃত্তিমূলক মডেলের বিপরীতে, প্রতিটি টুকরা একটি অবিচ্ছেদ্য উপাদান।

পুনরাবৃত্তিমূলক বিকাশের একটি উদাহরণ হল ভয়েস স্বীকৃতি। বৈজ্ঞানিক যন্ত্রপাতির প্রথম গবেষণা এবং প্রস্তুতি অনেক আগে শুরু হয়েছিল, শুরুতে - চিন্তায়, তারপরে - কাগজে। প্রতিটি নতুন পুনরাবৃত্তির সাথে, স্বীকৃতির মান উন্নত হয়েছে। যাইহোক, নিখুঁত স্বীকৃতি এখনও অর্জিত হয়নি, তাই সমস্যাটি এখনও সম্পূর্ণরূপে সমাধান করা হয়নি।

একটি পুনরাবৃত্তিমূলক মডেল ব্যবহার করার সেরা সময় কখন?

• চূড়ান্ত সিস্টেমের জন্য প্রয়োজনীয়তা পরিষ্কারভাবে সংজ্ঞায়িত করা হয় এবং আগে থেকেই বোঝা যায়।
• প্রকল্পটি বড় বা খুব বড়।
• মূল কাজটি অবশ্যই সংজ্ঞায়িত করা উচিত, তবে বাস্তবায়নের বিবরণ সময়ের সাথে সাথে বিকশিত হতে পারে।

7. "সর্পিল মডেল" (সর্পিল মডেল)

"সর্পিল মডেল" ক্রমবর্ধমান মডেলের অনুরূপ, কিন্তু ঝুঁকি বিশ্লেষণের উপর জোর দিয়ে। এটি মিশন-সমালোচনামূলক ব্যবসায়িক চ্যালেঞ্জগুলির জন্য ভাল কাজ করে যেখানে ব্যর্থতা কোম্পানির অপারেশন, নতুন পণ্য লাইন, গবেষণা এবং ফিল্ড ট্রায়ালগুলির সাথে বেমানান।

সর্পিল মডেল প্রতিটি বাঁকের জন্য 4 টি পর্যায় অনুমান করে:

1. পরিকল্পনা;
2. ঝুঁকি বিশ্লেষণ;
3. নির্মাণ;
4. ফলাফলের মূল্যায়ন এবং, মান সন্তোষজনক হলে, একটি নতুন রাউন্ডে রূপান্তর।

আসুন সংক্ষিপ্ত করা যাক

স্লাইড দুটি সবচেয়ে সাধারণ পদ্ধতির মধ্যে পার্থক্য দেখায়।

আধুনিক অনুশীলনে, সফ্টওয়্যার বিকাশের মডেলগুলি মাল্টিভেরিয়েট। সমস্ত প্রকল্প, শুরুর শর্তাবলী এবং অর্থপ্রদানের মডেলগুলির জন্য কোনও অধিকার নেই৷ এমনকি চটপটে, আমাদের সকলের প্রিয়, কিছু গ্রাহকের অপ্রস্তুততা বা নমনীয় অর্থায়নের অসম্ভবতার কারণে সর্বত্র প্রয়োগ করা যায় না। পদ্ধতিগুলি আংশিকভাবে উপায়ে ওভারল্যাপ করে এবং একে অপরের সাথে কিছুটা সাদৃশ্যপূর্ণ। কিছু অন্যান্য ধারণা শুধুমাত্র তাদের নিজস্ব কম্পাইলারদের প্রচার করার জন্য ব্যবহার করা হয়েছিল এবং অনুশীলনে নতুন কিছু নিয়ে আসেনি।

উন্নয়ন প্রযুক্তি সম্পর্কে:
আবার সাতটি প্রধান উন্নয়ন পদ্ধতি সম্পর্কে.
শীর্ষ 10 সিস্টেম স্কেলিং ভুল.
8টি উন্নয়ন পরিকল্পনা নীতি যা জীবনকে সহজ করে তোলে।
কাস্টম সফটওয়্যার ডেভেলপমেন্টে শীর্ষ 5টি ঝুঁকি।

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। , অনুগ্রহ.