ব্যাকলগ — হল সমস্ত কাজ, প্রয়োজনীয়তা এবং উন্নতির একটি ক্রমবদ্ধ তালিকা যা একটি প্রকল্পে বাস্তবায়ন করা প্রয়োজন। এটি চতুর পদ্ধতির একটি কেন্দ্রীয় আর্টিফ্যাক্ট: Scrum-এ, ব্যাকলগ পরিচালনা করেন Product Owner, Kanban-এ — পুরো টিম। Scrum Guide, 2020 অনুযায়ী, ব্যাকলগ কখনই সম্পূর্ণ হয় না: এটি পণ্য এবং বাজারের চাহিদার সাথে ক্রমাগত বিবর্তিত হয়।
মূল পয়েন্ট
ব্যাকলগ — পণ্যের সমস্ত পরিবর্তনের জন্য প্রয়োজনীয়তার একটি একক উৎস। Product Owner এর বিষয়বস্তু, প্রাপ্যতা এবং স্বচ্ছতার জন্য দায়ী: টিমের প্রতিটি সদস্যের বোঝা উচিত ব্যাকলগে কী কী কাজ রয়েছে এবং সেগুলি কী ক্রমে বাস্তবায়িত হবে।
Product Backlog ভবিষ্যতের জন্য প্রকল্পের সমস্ত কাজ ধারণ করে — পরবর্তী ত্রৈমাসিকের ফিচার থেকে বছরের জন্য ধারণা পর্যন্ত। Sprint Backlog — Product Backlog থেকে কাজের একটি উপসেট যা টিম বর্তমান স্প্রিন্টে নেয়। Sprint Backlog স্প্রিন্টের সময় স্থির থাকে, যখন Product Backlog ক্রমাগত পরিবর্তিত হয়।
Scrum-এ, ব্যাকলগ কঠোরভাবে কাঠামোবদ্ধ: Product Backlog এবং Sprint Backlog আছে, কাজগুলি স্টোরি পয়েন্টে মূল্যায়ন করা হয়, স্প্রিন্টের নির্দিষ্ট দৈর্ঘ্য থাকে। Kanban-এ, ব্যাকলগ আরও নমনীয়: ডেভেলপাররা উপলব্ধ হলে কাজগুলি টানা হয়, অগ্রাধিকার প্রতিদিন পরিবর্তিত হতে পারে, এবং WIP (work in progress) সীমা কাজের প্রবাহ নিয়ন্ত্রণ করে।
একটি মানসম্পন্ন ব্যাকলগে বিভিন্ন ধরনের কাজ থাকে, শুধু নতুন ফিচার নয়। একটি সুষম ব্যাকলগ পণ্য বিকাশের সমস্ত দিক বিবেচনা করে।
| উপাদানের ধরন | বর্ণনা | উদাহরণ |
|---|---|---|
| User Story | ব্যবহারকারীর দৃষ্টিকোণ থেকে নতুন কার্যকারিতা | “একজন ব্যবহারকারী হিসেবে, আমি আমার পাসওয়ার্ড রিসেট করতে চাই” |
| Bug | বিদ্যমান কার্যকারিতায় ত্রুটি বা ভুল | “রেজিস্ট্রেশন বাটন iOS 16-এ কাজ করে না” |
| Tech Debt | কোডবেসের উন্নতি যা ব্যবহারকারীর কাছে দৃশ্যমান নয় | “ডিপেন্ডেন্সি সর্বশেষ সংস্করণে আপডেট করুন” |
| Spike / Research | অনিশ্চয়তা কমাতে গবেষণা বা প্রোটোটাইপ | “Jetpack Compose-এ মাইগ্রেশনের সম্ভাবনা অন্বেষণ করুন” |
| Improvement | প্রক্রিয়া বা পরিকাঠামোর উন্নতি | “স্বয়ংক্রিয় বিল্ডের জন্য CI/CD সেট আপ করুন” |
ব্যাকলগের প্রধান বিল্ডিং ব্লক হল User Story (ব্যবহারকারীর গল্প)। একটি মানসম্পন্ন User Story বর্ণনা করে যে ব্যবহারকারী কী মূল্য পাবে, কী কী প্রযুক্তিগত কাজ করতে হবে তা নয়। INVEST ফরম্যাট: Independent, Negotiable, Valuable, Estimable, Small, Testable। একটি গল্প একটি স্প্রিন্টে ফিট হওয়া উচিত, অন্যথায় এটি বিভক্ত করা প্রয়োজন।
গ্রহণযোগ্যতার মানদণ্ড নির্ধারণ করে কখন একটি কাজ সম্পন্ন বলে বিবেচিত হয়। এগুলি Given-When-Then ফরম্যাটে বা শর্তগুলির একটি সহজ তালিকা হিসাবে লেখা হয়। উদাহরণস্বরূপ: “ব্যবহারকারী ইমেলের মাধ্যমে তার পাসওয়ার্ড রিসেট করতে পারেন, ইমেল 30 সেকেন্ডের মধ্যে আসে, লিঙ্কটি 24 ঘন্টার জন্য বৈধ।” স্পষ্ট গ্রহণযোগ্যতার মানদণ্ড ডেমো পর্যায়ে বিরোধ দূর করে।
অগ্রাধিকার নির্ধারণ — ব্যাকলগ পরিচালনার সবচেয়ে গুরুত্বপূর্ণ এবং জটিল প্রক্রিয়া। Product Owner-কে ব্যবসায়িক মূল্য, প্রচেষ্টা, ঝুঁকি এবং কাজের মধ্যে নির্ভরতা বিবেচনা করতে হবে।
MoSCoW — অগ্রাধিকার নির্ধারণের একটি ক্লাসিক পদ্ধতি। Must have — কাজটি পণ্যের জন্য গুরুত্বপূর্ণ। Should have — একটি গুরুত্বপূর্ণ কাজ যা স্থগিত করা যেতে পারে। Could have — একটি উন্নতি যা করা ভালো হবে। Won’t have — ভবিষ্যতের জন্য স্থগিত কাজ। বিতরণ: 60% Must, 20% Should, 20% Could। পদ্ধতিটি গুরুত্বপূর্ণ কার্যকারিতার উপর ফোকাস করতে সাহায্য করে।
মূল্য বনাম প্রচেষ্টা ম্যাট্রিক্স কাজগুলিকে চারটি চতুর্ভাগে বিভক্ত করে: Quick Wins (উচ্চ মূল্য, কম প্রচেষ্টা) — প্রথমে করুন, Big Bets (উচ্চ মূল্য, উচ্চ প্রচেষ্টা) — আগে থেকে পরিকল্পনা করুন, Fill-ins (কম মূল্য, কম প্রচেষ্টা) — মাঝখানে করুন, এবং Avoid (কম মূল্য, উচ্চ প্রচেষ্টা) — করবেন না। এই পদ্ধতি সীমিত সম্পদের সাথে মূল্য সর্বাধিক করে।
WSJF — SAFe থেকে অগ্রাধিকার নির্ধারণের একটি পদ্ধতি যা সূত্রের উপর ভিত্তি করে: মূল্য / কাজের আকার। মূল্য-থেকে-আকারের অনুপাত যত বেশি, অগ্রাধিকার তত বেশি। WSJF ব্যবসায়িক মূল্য, সময়ের জরুরিতা এবং ঝুঁকি বিবেচনা করে। পদ্ধতিটি বড় ব্যাকলগ ভলিউম সহ পরিপক্ক পণ্য টিমের জন্য উপযুক্ত।
কার্যকর ব্যাকলগ পরিচালনা এর জন্য নিয়মিত কার্যকলাপ, সঠিক সরঞ্জাম এবং পুরো টিমের শৃঙ্খলা প্রয়োজন।
Refinement — একটি নিয়মিত সভা (সাধারণত সপ্তাহে একবার) যেখানে টিম ব্যাকলগ উপাদানগুলি স্পষ্ট করে, মূল্যায়ন করে এবং পুনরায় অগ্রাধিকার নির্ধারণ করে। Scrum Guide টিমের সময়ের 10% এর বেশি refinement-এ ব্যয় না করার সুপারিশ করে। ফলাফল: ব্যাকলগের শীর্ষ 20-30% স্প্রিন্ট পরিকল্পনার জন্য প্রস্তুত — তাদের মূল্যায়ন, গ্রহণযোগ্যতার মানদণ্ড এবং অনুমোদন আছে।
ব্যাকলগ পরিচালনার জন্য সবচেয়ে জনপ্রিয় সরঞ্জাম: Jira (নমনীয় ওয়ার্কফ্লো কনফিগারেশন সহ শিল্প মান), Linear (দ্রুত এবং আধুনিক ট্র্যাকার), Trello (ছোট টিম এবং Kanban-এর জন্য), Notion (ডেটাবেস সহ নমনীয় কর্মক্ষেত্র) এবং YouTrack। সরঞ্জামের পছন্দ টিমের আকার, পদ্ধতি এবং বাজেটের উপর নির্ভর করে।
অভিজ্ঞ Product Owner-ও ব্যাকলগ পরিচালনায় ভুল করেন যা টিমের কার্যকারিতা এবং পণ্যের গুণমান হ্রাস করে।
সবচেয়ে সাধারণ ভুল — ছাঁকনি বা অগ্রাধিকার ছাড়াই সমস্ত ধারণা ব্যাকলগে ফেলে দেওয়া। ব্যাকলগ শত শত কাজে পরিণত হয়, যা নেভিগেট করা অসম্ভব করে তোলে। সমাধান: নিয়মিত ব্যাকলগ পরিষ্কার করুন — পুরানো কাজ সরান, অনুরূপগুলি একীভূত করুন, অ-জরুরি স্থগিত করুন। একটি স্বাস্থ্যকর ব্যাকলগে 50-100টি আইটেম থাকে, হাজার হাজার নয়।
যখন ব্যাকলগ শুধুমাত্র User Stories নিয়ে গঠিত, প্রযুক্তিগত ঋণ বাড়ে এবং পরিকাঠামোর উন্নতি স্থগিত হয়। দেরিতে হোক বা তাড়াতাড়ি, টিম পুরানো ডিপেন্ডেন্সি, পরীক্ষার অভাব বা আর্কিটেকচার সমস্যার কারণে কর্মক্ষমতা সীমায় পৌঁছে যায়। নিয়ম: স্প্রিন্টে 20% কাজ প্রযুক্তিগত হওয়া উচিত — রিফ্যাক্টরিং, পরীক্ষা, আপডেট।
3-6 মাস ahead কাজের বিস্তারিত দেওয়া সময়ের অপচয়। প্রয়োজনীয়তা পরিবর্তিত হয়, বাজার বিবর্তিত হয়, এবং বিস্তারিত কাজগুলি পুনরায় লিখতে হয়। শুধুমাত্র সেই কাজগুলির বিস্তারিত দিন যা পরবর্তী 1-2 স্প্রিন্টে যাবে। দূরবর্তী কাজের জন্য, একটি শিরোনাম এবং সংক্ষিপ্ত বিবরণ যথেষ্ট।
ছোট বাগ ব্যাকলগে অন্তর্ভুক্ত হয় না কারণ “সময় নেই” বা “পরে ঠিক করে নেব।” সময়ের সাথে সাথে, বাগ জমা হয়, গুণমান হ্রাস পায় এবং পণ্য ব্যবহারকারীর বিশ্বাস হারায়। নিয়ম: প্রতিটি বাগ ব্যাকলগে রেকর্ড করা হয়, এমনকি এর অগ্রাধিকার কম থাকলেও। যদি বাগ জমে যায় — সেগুলি ঠিক করতে একটি স্প্রিন্ট বরাদ্দ করুন।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
Product Backlog — দীর্ঘমেয়াদী জন্য প্রকল্পের সমস্ত কাজের সম্পূর্ণ তালিকা, যা Product Owner পরিচালনা করেন। Sprint Backlog — Product Backlog থেকে কাজের একটি উপসেট যা টিম বর্তমান স্প্রিন্টে নেয়। Sprint Backlog স্প্রিন্টের সময় স্থির থাকে, Product Backlog ক্রমাগত পরিবর্তিত হয়।
ব্যাকলগ Product Owner-এর দায়িত্ব। তিনি অগ্রাধিকার নির্ধারণ করেন, কাজ প্রণয়ন করেন এবং সিদ্ধান্ত নেন কখন উপাদানগুলি স্প্রিন্টের জন্য প্রস্তুত। ডেভেলপাররা পরিবর্তন প্রস্তাব করতে পারেন, প্রযুক্তিগত কাজ যোগ করতে পারেন এবং জটিলতা মূল্যায়ন করতে পারেন, কিন্তু অগ্রাধিকার সম্পর্কে চূড়ান্ত সিদ্ধান্ত Product Owner-এর কাছেই থাকে।
Grooming সপ্তাহে একবার বা কমপক্ষে প্রতি স্প্রিন্টে একবার সুপারিশ করা হয়। Scrum Guide ডেভেলপারদের সময়ের 10% এর বেশি refinement-এ ব্যয় না করার সুপারিশ করে। দুই-সপ্তাহের স্প্রিন্টের জন্য, এটি সপ্তাহে প্রায় 1-2 ঘন্টা। নিয়মিত grooming ব্যাকলগে “আবর্জনা” জমা হওয়া প্রতিরোধ করে।
একটি স্বাস্থ্যকর Product Backlog-এ 50-100টি আইটেম থাকে। কম — মানে টিম ভবিষ্যতের কথা ভাবছে না, বেশি — ব্যাকলগ ডাম্পে পরিণত হয়। আইটেমের সংখ্যা নয়, তাদের গুণমান গুরুত্বপূর্ণ: শীর্ষ 20-30% স্প্রিন্ট-প্রস্তুত হওয়া উচিত, বাকিগুলি বিভিন্ন স্তরের বিবরণ সহ।
Product Backlog যে কোনো সময় পরিবর্তন করা যেতে পারে — এটি তার স্বাভাবিক অবস্থা। তবে, Sprint Backlog স্প্রিন্টের সময় স্থির থাকে যাতে টিম লক্ষ্যে ফোকাস করতে পারে। একমাত্র ব্যতিক্রম: যদি Product Owner স্প্রিন্ট থেকে একটি কাজ সরিয়ে দেন কারণ এটি আর প্রাসঙ্গিক নয়।
সারসংক্ষেপ
আমরা একটি মোবাইল অ্যাপ্লিকেশন টার্নকি তৈরি করব
IT Sectr 2017 সাল থেকে স্টার্টআপ এবং ব্যবসার জন্য iOS এবং Android অ্যাপ্লিকেশন তৈরি করে। আমরা আপনাকে পরামর্শ দেব এবং সেরা সমাধান প্রস্তাব করব।
আরও পড়ুন