সফ্টওয়্যার ডেভেলপমেন্ট পদ্ধতি সম্পর্কে আপনার যা কিছু জানা দরকার: প্রবণতা, নীতি এবং নতুনদের জন্য অসুবিধা

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

মনোযোগ, নতুনদের! মডেল, পদ্ধতি এবং সাধারণ বিভ্রান্তি

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

1. স্ক্রাম

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

সুবিধা:

• সর্বনিম্ন সম্ভাব্য বাজেটের সাথে দ্রুত একটি প্রকল্প চালু করার ক্ষমতা;
• অগ্রগতির দৈনিক পর্যবেক্ষণ, ঘন ঘন প্রকল্প ডেমো;
• প্রকল্পের সময় সামঞ্জস্য করার ক্ষমতা।

অসুবিধা:

• একটি নির্দিষ্ট বাজেটের অভাবের কারণে চুক্তি শেষ করতে অসুবিধা;
• একটি অনভিজ্ঞ দলের জন্য কাজ করে না বা যখন সময়সীমা বা বাজেট ছোট করা হয়;
• স্প্রিন্টের মধ্যে ক্রমাগত পরিবর্তন করার ক্ষমতা বিভ্রান্তি তৈরি করতে পারে।

কার জন্য?

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

2. কানবন

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

সুবিধা:

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

অসুবিধা:

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

কার জন্য?

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

3. যুক্তিযুক্ত ইউনিফাইড প্রসেস (RUP)

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

সুবিধা:

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

অসুবিধা:

• এই পদ্ধতিটি বরং জটিল এবং একটি ছোট দল বা কোম্পানিতে প্রয়োগ করা কঠিন;
• কাজ সেট করার জন্য বিশেষজ্ঞদের ক্ষমতার উপর নির্ভর করে;
• প্রয়োজনীয়তা অত্যধিক ডকুমেন্টেশন প্রয়োজন.

কার জন্য?

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

অনেক পদ্ধতি আছে, কিন্তু একটি প্রবণতা

স্ক্রাম এবং কানবান ছাড়াও, যা অনস্বীকার্যভাবে জনপ্রিয় এবং চটপটে নীতির উপর ভিত্তি করে , সেইসাথে কঠিন, পুনরাবৃত্তিমূলক RUP পদ্ধতির উপর ভিত্তি করে, কোম্পানিগুলি পদ্ধতির অনেক বৈচিত্র ব্যবহার করে। একটি কোম্পানি চরম প্রোগ্রামিং এবং দ্রুততম এবং সহজ সিদ্ধান্ত গ্রহণের কাছাকাছি হতে পারে। আরেকটি হতে পারে পরীক্ষা-চালিত উন্নয়নের কাছাকাছি। অন্য একজন এখনও দ্রুত অ্যাপ্লিকেশন উন্নয়ন (RAD) পছন্দ করতে পারে। এটি বলেছে, একযোগে একাধিক পদ্ধতি ব্যবহার করার দিকে একটি শক্তিশালী, প্রশ্নাতীত প্রবণতা রয়েছে. অথবা এমনকি মডেল এবং পদ্ধতিগুলিকে একটি অনন্য ব্যবস্থাপনা সিস্টেমে একত্রিত করা। আজকের কোম্পানিগুলি বিভাগ এবং সাংগঠনিক ইউনিটগুলির মধ্যে দায়িত্ব না নিয়ে আমলাতান্ত্রিক বাধাগুলি দূর করতে এবং সংস্থার মধ্যে একীভূত টিমওয়ার্কের পরিবেশ তৈরি করার চেষ্টা করে। স্ক্রাম অ্যালায়েন্স অনুসারে, 70% আইটি কোম্পানি স্ক্রাম ব্যবহার করে। তাদের মধ্যে গুগল, অ্যামাজন, সেলসফোর্স, মাইক্রোসফ্ট এবং অ্যাডোবের মতো জায়ান্ট রয়েছে। স্টার্টআপ এবং তরুণ প্রকল্পগুলি কানবানের দিকে বেশি ঝুঁকছে, তবে টয়োটা এবং উদাহরণস্বরূপ, ওয়ারগেমিংয়ের গেমাররাও এটি ব্যবহার করে। স্ক্রাম হল একটি পরিকল্পনার টুল, অন্যদিকে কানবান হল অগ্রগতি নিরীক্ষণের জন্য। RUP হিসাবে, এটি প্রায়শই 50-200 জন কর্মচারী এবং $1-10 মিলিয়ন রাজস্ব সহ পশ্চিমা কোম্পানিগুলি ব্যবহার করে। যাইহোক, ওপেনআপ পদ্ধতি (আরইউপি, কিন্তু চটপটে) প্রকাশ করে IBM চটপটে নীতির কাছাকাছি যাওয়ার জন্য RUP-কে সংশোধন করেছে। এই অদম্য চটপটে পদ্ধতিটি এখন আইটি বিশ্বকে চালিত করছে । এটি শুধুমাত্র একটি পাসিং ফ্যাড নয় - এটি এখনও উদ্ভাবনী, এবং প্রকৃতপক্ষে এটি অনেক বড় কোম্পানিতে ব্যবহার করা হয়। সিলিকন ভ্যালিতে অ্যাজিল ব্যবহার করা হয়। ফেসবুক এবং উবার এটি ব্যবহার করে।

তলদেশের সরুরেখা

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