স্প্রিন্ট পরিকল্পনা: Agile সেরা অনুশীলন

মূল বিষয়গুলি

পরিকল্পনার মূলনীতি

মানসম্পন্ন স্প্রিন্ট পরিকল্পনার জন্য একটি কাঠামোগত পদ্ধতি প্রয়োজন যা পূর্ববর্তী স্প্রিন্ট বিশ্লেষণ, দলের ক্ষমতা মূল্যায়ন এবং উদ্দেশ্য স্পষ্টভাবে সংজ্ঞায়িত করা অন্তর্ভুক্ত করে।

1. পরিকল্পনার জন্য প্রস্তুতি আগেই শুরু হওয়া উচিত। Product Owner কে মিটিংয়ের কমপক্ষে একদিন আগে backlog প্রস্তুত এবং অগ্রাধিকার দেওয়া উচিত। ডেভেলপমেন্ট দলের user story আগে থেকে পর্যালোচনা করার এবং স্পষ্টীকরণের প্রশ্ন জিজ্ঞাসা করার সুযোগ থাকা উচিত।
2. ক্লাসিক বরাদ্দের নিয়ম: স্প্রিন্টের প্রতি সপ্তাহের জন্য দুই ঘন্টা পরিকল্পনা। দুই সপ্তাহের স্প্রিন্টের জন্য, এটি চার ঘন্টা মানে — যদিও অনুশীলন দেখায় যে একটি একক বর্ধিত মিটিংয়ের পরিবর্তে এই সময়টি একাধিক ছোট সেশনে বিভক্ত করা প্রায়শই বেশি কার্যকর।

প্রস্তুতি পর্যায়

মানসম্পন্ন প্রস্তুতি ছাড়া স্প্রিন্ট পরিকল্পনা উন্নত করা অসম্ভব। এই পর্যায়টি প্রায়শই অবমূল্যায়ন করা হয়, যদিও এটি সমগ্র প্রক্রিয়ার সাফল্য নির্ধারণ করে।

• Definition of Ready (DoR) স্প্রিন্টে অন্তর্ভুক্ত করার আগে user story প্রস্তুতির জন্য মানদণ্ড প্রতিষ্ঠা করে। প্রতিটি গল্পে স্পষ্ট গ্রহণযোগ্যতা মানদণ্ড, জটিলতা অনুমান এবং অন্যান্য কাজের উপর চিহ্নিত নির্ভরতা থাকা উচিত। DoR মেনে চলা ছাড়া, পরিকল্পনা বিশৃঙ্খল হয়ে ওঠে, দলগুলি কার্যকর পরিকল্পনার পরিবর্তে স্পষ্টীকরণে সময় ব্যয় করে।
• Backlog refinement নিয়মিতভাবে ঘটতে হবে, কেবল স্প্রিন্ট পরিকল্পনার আগে নয়। এই প্রক্রিয়ার জন্য স্প্রিন্ট সময়ের 10% বরাদ্দ করা একটি মানক অনুশীলন। দলগুলি সপ্তাহে কয়েকবার সংক্ষিপ্ত পরিমার্জন সেশন পরিচালনা করতে পারে, ভবিষ্যত স্প্রিন্টের জন্য গল্পগুলি ক্রমান্বয়ে কাজ করে।
• Velocity বিশ্লেষণ দলকে প্রকৃত ডেলিভারি ক্ষমতার একটি সঠিক চিত্র দেয়। শুধুমাত্র শেষ 3-5 স্প্রিন্টের গড় Velocity নয়, বরং আসন্ন স্প্রিন্টে উত্পাদনশীলতাকে প্রভাবিত করতে পারে এমন কারণগুলিও বিবেচনা করা গুরুত্বপূর্ণ: নির্ধারিত ছুটি, ছুটির দিন, জমে থাকা প্রযুক্তিগত ঋণ বা বাহ্যিক নির্ভরতা।

পরিকল্পনা সেশন

স্প্রিন্ট পরিকল্পনা দুটি কাঠামোগত পর্যায় নিয়ে গঠিত: স্প্রিন্টে কী সরবরাহ করা হবে তা নির্ধারণ করা এবং নির্বাচিত কাজ কীভাবে বাস্তবায়িত হবে তা নির্ধারণ করা। উভয় পর্যায়ে বিভিন্ন ধরনের ইনপুট প্রয়োজন এবং বিভিন্ন ধরনের আউটপুট তৈরি করে — সেগুলিকে গুলিয়ে ফেলা প্রতিটির কার্যকারিতা কমিয়ে দেয়।

1. দল, Product Owner এর সাথে একসাথে, সমস্ত নির্বাচিত user story কে একীভূত করে এমন স্প্রিন্ট লক্ষ্য সংজ্ঞায়িত করে। লক্ষ্যটি সকল অংশগ্রহণকারীদের কাছে নির্দিষ্ট, পরিমাপযোগ্য এবং অর্থপূর্ণ হওয়া উচিত। অকার্যকর লক্ষ্য: "ব্যবহারকারীর অভিজ্ঞতা উন্নত করুন।" কার্যকর লক্ষ্য: "ব্যবহারকারীরা এক ক্লিকে সোশ্যাল মিডিয়ার মাধ্যমে নিবন্ধন করতে পারবেন।"
2. ডেভেলপমেন্ট দল নির্বাচিত গল্পগুলিকে কাজে পচন করে এবং ঘন্টায় অনুমান করে। এই প্রক্রিয়াটি গল্পের স্তরে দৃশ্যমান নয় এমন লুকানো জটিলতা এবং নির্ভরতাগুলি প্রকাশ করে। প্রতিটি কাজ 8 ঘন্টার বেশি সময় নেওয়া উচিত নয় — এই থ্রেশহোল্ড অতিক্রমকারী কাজগুলির সাবটাস্কে আরও পচনের প্রয়োজন।

ভূমিকা এবং দায়িত্ব

কার্যকর স্প্রিন্ট পরিকল্পনা প্রতিটি অংশগ্রহণকারী তাদের সংজ্ঞায়িত ভূমিকা বুঝতে এবং এর মধ্যে কাজ করার উপর নির্ভর করে।

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

সাধারণ ভুল

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

প্রক্রিয়া পর্যবেক্ষণ

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

বিশ্লেষণের জন্য মেট্রিক্স:

• অনুমানের নির্ভুলতা — গল্প এবং কাজ প্রতি পরিকল্পিত বনাম প্রকৃত সময় ব্যয়ের তুলনা
• সম্পন্ন গল্পের শতকরা হার — স্প্রিন্ট শেষ পর্যন্ত সরবরাহ করা স্প্রিন্ট-প্রতিশ্রুতিবদ্ধ গল্পের অনুপাত
• পরিকল্পনার পরে স্প্রিন্টে পরিবর্তনের সংখ্যা — পরিকল্পনার স্থিতিশীলতা এবং প্রয়োজনীয়তার স্পষ্টতার একটি পরিমাপ
• পরিকল্পনায় ব্যয়িত সময় — দীর্ঘস্থায়ী অতিরিক্ত- বা অপর্যাপ্ত-বিনিয়োগ সনাক্ত করতে মানক বরাদ্দের বিরুদ্ধে ট্র্যাক করা হয়

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

পরিকল্পনা অভিযোজন

• দূরবর্তী দলগুলির স্প্রিন্ট পরিকল্পনার জন্য নির্দিষ্ট অভিযোজন প্রয়োজন। বিশেষায়িত সহযোগিতা সরঞ্জাম জায়গায় থাকতে হবে, এবং সমস্ত দূরবর্তী অংশগ্রহণকারীদের জন্য সমান অংশগ্রহণ সক্রিয়ভাবে পরিচালিত হতে হবে। একটি বর্ধিত মিটিংয়ের পরিবর্তে কয়েকটি ছোট সেশনে পরিকল্পনা পরিচালনা করা বিতরণকৃত প্রসঙ্গে ধারাবাহিকভাবে আরও ভাল সম্পৃক্ততা এবং আউটপুট মানের উৎপন্ন করে।
• একাধিক দল সহ বড় প্রোগ্রামগুলির প্রোগ্রাম স্তরে সমন্বয় প্রয়োজন। Scrum of Scrums বা SAFe (Scaled Agile Framework) ভাগ করা নির্ভরতা সহ দলগুলির মধ্যে স্প্রিন্ট পরিকল্পনা সিঙ্ক্রোনাইজ করার জন্য কাঠামোগত প্রক্রিয়া সরবরাহ করে।
• রক্ষণাবেক্ষণ প্রকল্প — যেখানে স্প্রিন্ট সময়ের একটি উল্লেখযোগ্য অংশ সহায়তা এবং বাগ রেজোলিউশনে যায় — অপরিকল্পিত কাজের জন্য স্পষ্ট ক্ষমতা সংরক্ষণ প্রয়োজন। সহায়তা কাজের জন্য স্প্রিন্ট ক্ষমতার 30-50% এর একটি মানক বরাদ্দ, বাকিটি নতুন বৈশিষ্ট্য উন্নয়নের জন্য উপলব্ধ, পরিকল্পিত ক্ষমতার পরিবর্তে সহায়তা কাজকে ওভারহেড হিসাবে বিবেচনা করার ফলে ডেলিভারি ব্যর্থতা প্রতিরোধ করে।

সংশ্লিষ্ট নিবন্ধ:

প্রকল্প ব্যবস্থাপনা কাঠামো এবং সীমাবদ্ধতা ভারসাম্যের জন্য, পড়ুন প্রকল্প ব্যবস্থাপনা ত্রিভুজ: পরিধি, সময় এবং খরচের ভারসাম্য।

Kanban বোর্ড এবং ভিজ্যুয়াল ওয়ার্কফ্লো ব্যবস্থাপনার একটি ব্যবহারিক ওভারভিউয়ের জন্য, পড়ুন Kanban বোর্ড কী? ভিজ্যুয়াল ওয়ার্কফ্লো ব্যবস্থাপনার একটি নির্দেশিকা।

প্রকৃত ব্যবহারকারীর প্রয়োজনের সাথে সামঞ্জস্যপূর্ণ থাকতে Agile দলগুলি কীভাবে ব্যক্তিত্ব ব্যবহার করে সে সম্পর্কে, পড়ুন Agile ব্যক্তিত্ব: Agile প্রকল্পগুলিতে ব্যবহারকারী-কেন্দ্রিক উন্নয়ন উন্নত করা।

উপসংহার

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

প্রস্তাবিত পড়া

"Scrum: The Art of Doing Twice the Work in Half the Time"

ব্যাখ্যা করে কীভাবে Scrum কাঠামো অনুমানযোগ্য স্প্রিন্ট প্রতিশ্রুতি সহ উচ্চ ডেলিভারি থ্রুপুট অর্জনের জন্য দলের কাজকে কাঠামোগত করে।

"User Story Mapping: Discover the Whole Story, Build the Right Product"

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

"Essential Scrum: A Practical Guide to the Most Popular Agile Process"

প্রতিদিনের কাজে কাঠামো প্রয়োগকারী দলের জন্য Scrum কাঠামো, ভূমিকা এবং অনুশীলনের একটি বিস্তৃত রেফারেন্স।