স্ক্রাম পরিচিতি

স্ক্রামের ইতিহাস

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

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

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

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

স্ক্রামে ভূমিকা

স্ক্রামে তিনটি ভূমিকা রয়েছে, যার সবকটিই একটি স্ক্রাম দল গঠন করে:

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

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

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

স্ক্রাম এর ঘটনা

5 ধরনের স্ক্রাম ইভেন্ট রয়েছে:

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

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

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

স্প্রিন্ট পর্যালোচনা (ডেমো) - স্প্রিন্টের সময় তৈরি ফলাফল দেখান। সাধারণত এই ঘটনা চূড়ান্ত পর্যায়ে সঞ্চালিত হয়। সকল আগ্রহী ব্যক্তিরা এতে অংশ নেন।

স্প্রিন্ট রেট্রোস্পেকটিভ - স্প্রিন্টের ফলাফলের আলোচনা। দলের সদস্যরা কীভাবে তাদের উপর অর্পিত কাজগুলির সাথে মোকাবিলা করেছেন এবং ভবিষ্যতে কাজের ফলাফলগুলি কীভাবে উন্নত করবেন সে সম্পর্কে তাদের মতামত ভাগ করে নেয়।

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

শিল্পকর্ম

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

স্প্রিন্ট আর্টিফ্যাক্টে অন্তর্ভুক্ত উপাদান:

পণ্য ব্যাকলগ - ইন্টারফেস এবং ব্যাকএন্ড বৈশিষ্ট্য।

একটি স্প্রিন্ট ব্যাকলগ হল কার্যগুলির একটি তালিকা যা একটি পুনরাবৃত্তির সময় করা প্রয়োজন। স্প্রিন্ট শুরুর আগে তারা একমত হয়।

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

পণ্য ব্যাকলগ আইটেম - এটি স্প্রিন্ট পুনরাবৃত্তির সময় সম্পন্ন করা আবশ্যক। একটি নিয়ম হিসাবে, উপাদানটি কয়েকটি ছোট কাজের মধ্যে বিভক্ত।

স্প্রিন্ট লক্ষ্য হল যে কাজগুলি সম্পন্ন করা প্রয়োজন (একটি ব্যাকলগ আইটেম বা অন্য কাজ তৈরি করুন)।

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

পণ্য প্রকাশ/পণ্য বার্ন-ডাউন চার্ট হল একটি চার্ট যা পরবর্তী স্প্রিন্ট শেষ হওয়ার আগে স্ক্রাম মাস্টার দ্বারা আঁকা। অনুভূমিক অক্ষ হল স্প্রিন্ট, উল্লম্ব অক্ষ হল বাকি কাজের পরিমাণ।

স্ক্রাম ফ্রেমওয়ার্ক নিয়ম

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

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

স্ক্রামে সীমাবদ্ধতা

সুস্পষ্ট সুবিধার পাশাপাশি, স্ক্রামের অসুবিধাও রয়েছে:

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