Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
📘 অধ্যায় ১

কখন Agile ব্যবহার করবেন (এবং কখন করবেন না)
Agile পরিচিতি | APG 3.1 এর সাথে সামঞ্জস্যপূর্ণ
🔹 প্রকল্পের ধরণ ভেদে Agile প্রয়োগ
সব প্রকল্প এক রকম নয়। প্রতিটি প্রকল্পের ধরণ, টিমের গঠন এবং ব্যবস্থাপনা পদ্ধতি অনুযায়ী কাজের ধরন ভিন্ন হতে পারে।
আপনার প্রকল্পে হতে পারে—
- একই স্থানে কাজ করা টিম (Co-located team)
- বা বিভিন্ন স্থানে ছড়িয়ে থাকা টিম (Dispersed team)
আপনার প্রতিষ্ঠান পরিচালিত হতে পারে—
- সহায়ক (Supportive) PMO,
- নিয়ন্ত্রণমূলক (Controlling) PMO,
- অথবা নির্দেশনামূলক (Directive) PMO দ্বারা।
প্রকল্পের স্পনসর বা গ্রাহক চাহিদা রাখতে পারেন—
- দৈনিক রিপোর্ট, অথবা
- সাপ্তাহিক রিপোর্টের।
আপনার প্রকল্পে একাধিক গ্রাহক গোষ্ঠীও থাকতে পারে যারা এর ফলাফল ভোগ করবে।
প্রকল্পটি হতে পারে—
- প্রযুক্তিগতভাবে সহজ, অথবা
- জটিল এবং পরিবর্তনশীল।
সবশেষে, প্রকল্পের কাজ হতে পারে—
- সহজে সংজ্ঞায়িত (Definable Work), অথবা
- উচ্চ অনিশ্চয়তাপূর্ণ (High Uncertainty Work)।
- ⚖️ সংজ্ঞায়িত কাজ বনাম উচ্চ অনিশ্চয়তাপূর্ণ কাজ
প্রকল্পের কাজ সাধারণত একটি ধারাবাহিকতার মধ্যে অবস্থান করে — এক প্রান্তে সংজ্ঞায়িত কাজ, অন্য প্রান্তে অনিশ্চয়তাপূর্ণ কাজ।
✅ সংজ্ঞায়িত কাজ (Definable Work) | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এ ধরনের কাজে স্পষ্ট পদ্ধতি ও নির্দিষ্ট ধাপ থাকে, যা পূর্ববর্তী প্রকল্পগুলোর অনুরূপ।
📍 উদাহরণ:
- গাড়ি উৎপাদন,
- গৃহস্থালী যন্ত্রপাতি নির্মাণ,
- কোনো বাড়ি নির্মাণ যখন নকশা সম্পূর্ণ।
⚠️ উচ্চ অনিশ্চয়তাপূর্ণ কাজ (High-Uncertainty Work) | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এই ধরণের প্রকল্পে পরিবর্তনের হার বেশি, জটিলতা ও ঝুঁকি তুলনামূলকভাবে বেশি।
📍 উদাহরণ:
- সিস্টেম বা সমস্যা সমাধানকারী প্রকৌশলীরা,
- প্রোডাক্ট ডিজাইনাররা,
- ডাক্তার, আইনজীবী, শিক্ষক ইত্যাদি।
👉 কোনো একক জীবনচক্র (life cycle) সব প্রকল্পের জন্য উপযুক্ত নয়। প্রতিটি প্রকল্পকে এমন একটি ভারসাম্যপূর্ণ অবস্থানে থাকতে হয়, যা প্রকল্পের প্রকৃতি অনুযায়ী সর্বোত্তম ফল দেয়।
🔄 প্রকল্প জীবনচক্রের ধরনসমূহ | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
১️. Predictive Life Cycle (ভবিষ্যদ্বাণীমূলক জীবনচক্র)
এটি ঐতিহ্যগত “Waterfall” পদ্ধতি।
এই মডেলে পরিকল্পনা শুরুতেই সম্পন্ন করা হয় এবং এরপর ধাপে ধাপে একক সিকোয়েন্সে তা বাস্তবায়ন করা হয়।
২️. Iterative Life Cycle (পুনরাবৃত্তিমূলক জীবনচক্র)
এখানে অসম্পূর্ণ কাজের উপর ফিডব্যাক নেওয়া হয়, যাতে পরবর্তী ধাপে কাজের মানোন্নয়ন করা যায়।
৩️. Incremental Life Cycle (ক্রমবর্ধমান জীবনচক্র)
এই পদ্ধতিতে আংশিকভাবে সম্পন্ন পণ্য বা ডেলিভারেবল গ্রাহকের কাছে পৌঁছে দেওয়া যায়, যাতে তারা তা ব্যবহার করতে পারেন এবং প্রাথমিক মূল্যায়ন দিতে পারেন।
৪️. Agile Life Cycle (Agile জীবনচক্র)
Agile হল একটি ইটারেটিভ ও ইনক্রিমেন্টাল উভয় বৈশিষ্ট্যের সমন্বয়।
এর লক্ষ্য হলো —
- নিয়মিত কাজ পর্যালোচনা করা,
- উন্নতি ঘটানো,
- এবং বারবার ছোট ছোট ডেলিভারি দিয়ে গ্রাহককে দ্রুত মূল্য প্রদান করা।
🧭 সারসংক্ষেপ | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Agile পদ্ধতি সব প্রকল্পের জন্য সমানভাবে কার্যকর নয়।
যখন প্রকল্পে পরিবর্তন ঘন ঘন ঘটে, চাহিদা অস্পষ্ট, বা নতুন উদ্ভাবনের প্রয়োজন — তখন Agile উপযুক্ত।
অন্যদিকে, যখন কাজের ধরণ সুসংজ্ঞায়িত, পূর্ব অভিজ্ঞতার সাথে মেলে, এবং পরিবর্তনের সম্ভাবনা কম — তখন Predictive বা Waterfall পদ্ধতিই অধিক কার্যকর।
📖 মূল বার্তা | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Agile ব্যবহার করবেন তখনই, যখন অনিশ্চয়তা বেশি এবং পরিবর্তন অব্যাহত — কারণ Agile মানে হল অভিযোজন, নমনীয়তা, এবং দ্রুত প্রতিক্রিয়া।
📘 অধ্যায় ২ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
কখন Agile, Waterfall, Incremental বা Iterative Project Life Cycle ব্যবহার করবেন
Agile Practice Guide অনুযায়ী ব্যাখ্যা । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
🔹 প্রকল্প জীবনচক্র নির্বাচন কেন গুরুত্বপূর্ণ
প্রতিটি প্রকল্পেরই কিছু নির্দিষ্ট বৈশিষ্ট্য থাকে — যেমনঃ
চাহিদা (Requirements), ডেলিভারি (Delivery), পরিবর্তন (Change), এবং লক্ষ্য (Goal)।
এই বৈশিষ্ট্যগুলো বোঝার মাধ্যমে আপনি নির্ধারণ করতে পারেন, কোন জীবনচক্র (Life Cycle) আপনার প্রকল্পের জন্য সবচেয়ে উপযুক্ত।
🧭 চারটি প্রধান প্রকল্প জীবনচক্রের তুলনামূলক চিত্র । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
| Approach (পদ্ধতি) | Requirements (চাহিদা) | Activities (কার্যক্রম) | Delivery (সরবরাহ) | Goal (লক্ষ্য) |
| Predictive (Waterfall) | স্থির (Fixed) | পুরো প্রকল্পের জন্য একবারে সম্পাদিত | একক ডেলিভারি | ব্যয় নিয়ন্ত্রণ |
| Iterative | পরিবর্তনশীল (Dynamic) | বারবার পুনরাবৃত্তি করে সঠিক ফলাফল নিশ্চিত | একক ডেলিভারি | সমাধানের যথার্থতা |
| Incremental | পরিবর্তনশীল (Dynamic) | নির্দিষ্ট অংশের জন্য একবারে সম্পাদিত | ঘন ঘন ছোট ডেলিভারি | গতি বৃদ্ধি |
| Agile | পরিবর্তনশীল (Dynamic) | পুনরাবৃত্তি ও ক্রমান্বয়ে সম্পাদিত | ঘন ঘন ছোট ডেলিভারি | গ্রাহকের মূল্যবৃদ্ধি ও ফিডব্যাক |
🔸 জীবনচক্রগুলোর বৈশিষ্ট্যসমূহ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
🏗️ Predictive Life Cycle (Waterfall বা ভবিষ্যদ্বাণীমূলক জীবনচক্র)
এটিকে প্রায়ই “Waterfall” মডেলও বলা হয়।
এখানে প্রকল্পের চাহিদা আগেই স্পষ্টভাবে নির্ধারিত, টিম স্থিতিশীল এবং ঝুঁকি তুলনামূলকভাবে কম থাকে।
📍 বৈশিষ্ট্য:
- কাজগুলো সাধারণত ধাপে ধাপে (Serially) সম্পন্ন হয়।
- Scope, Schedule ও Budget নিয়ন্ত্রণে রাখা হয় পরিবর্তন সীমিত করে।
- প্রকল্পের শেষে গিয়ে সাধারণত ব্যবসায়িক মূল্য (Business Value) প্রদান করা হয়।
🔹 উপযুক্ত কখন: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
যখন প্রকল্পের চাহিদা স্থির এবং পূর্বনির্ধারিত থাকে, যেমন— নির্মাণ কাজ বা উৎপাদন প্রকল্প।
🔄 Iterative Life Cycle (পুনরাবৃত্তিমূলক জীবনচক্র)
এই পদ্ধতিতে পণ্য বা ফলাফল ধাপে ধাপে উন্নত করা হয়—
অর্থাৎ, প্রতিটি ধাপে একটি প্রোটোটাইপ বা প্রুফ অফ কনসেপ্ট তৈরি করা হয়, যাতে স্টেকহোল্ডারদের ফিডব্যাক নেওয়া যায়।
📍 বৈশিষ্ট্য:
- প্রতি ইটারেশনে (সাধারণত ২–৪ সপ্তাহ) টিম ফিডব্যাক সংগ্রহ করে এবং পরবর্তী ধাপে সেটি প্রয়োগ করে।
- জটিল প্রকল্প বা পরিবর্তনশীল Scope থাকলে এটি কার্যকর।
- গতি তুলনামূলক ধীর, কারণ এর লক্ষ্য “শেখা ও উন্নতি”, “দ্রুত সরবরাহ” নয়।
🔹 উপযুক্ত কখন: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
যখন পণ্য নতুন বা উদ্ভাবনী, এবং সঠিক সমাধান বের করতে পরীক্ষানিরীক্ষার প্রয়োজন হয়।
🧩 Incremental Life Cycle (ক্রমবর্ধমান জীবনচক্র)
যখন ব্যবসা বা প্রকল্প পুরো কাজ শেষ না হওয়া পর্যন্ত অপেক্ষা করতে পারে না, তখন Incremental পদ্ধতি প্রয়োগ করা হয়।
📍 বৈশিষ্ট্য:
- সামগ্রিক সমাধানের একটি অংশ (Feature বা Module) ছোট ছোট রিলিজে সরবরাহ করা হয়।
- গ্রাহক প্রতিটি রিলিজ ব্যবহার করতে পারেন এবং ফিডব্যাক দিতে পারেন।
- ইটারেটিভ মেথডে ইনক্রিমেন্টগুলো সময়সীমা (Time-boxed) দ্বারা নিয়ন্ত্রিত হয়,
অথবা Kanban-এর মতো Flow-based পদ্ধতিতে “Pull System”-এ পরিচালিত হয়।
🔹 উপযুক্ত কখন: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
যখন প্রকল্পের গতি গুরুত্বপূর্ণ এবং দ্রুত ফলাফল বা আংশিক সমাধান প্রদানের প্রয়োজন থাকে।
⚡ Agile Life Cycle (Agile জীবনচক্র)
Agile হলো Iterative + Incremental পদ্ধতির সমন্বয়।
এখানে টিম আগেই ধরে নেয়—
👉 চাহিদা পরিবর্তন হবেই, এবং পরিবর্তনের জন্য প্রস্তুত থাকতে হবে।
📍 বৈশিষ্ট্য:
- প্রতিটি Iteration-এ ফিডব্যাক নিয়ে কাজ উন্নত করা হয়।
- Hidden বা ভুলভাবে বোঝা Requirements নতুন Iteration-এ শনাক্ত হয়।
- Kanban বা Flow-based Agile-এ টিম তাদের Work In Progress (WIP) Limit অনুযায়ী backlog থেকে ফিচার টেনে আনে।
- গ্রাহক সন্তুষ্টি বাড়ে কারণ তারা ঘন ঘন ব্যবহারযোগ্য ফিচার পান।
- প্রতিটি কার্যকর ইনক্রিমেন্টই “মূল্য সংযোজন” নির্দেশ করে এবং সেটিই প্রগ্রেসের প্রধান পরিমাপক।
🔹 উপযুক্ত কখন: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
যখন প্রকল্পের চাহিদা দ্রুত পরিবর্তিত হচ্ছে, গ্রাহক নিয়মিত ফিডব্যাক দিচ্ছেন, এবং বাজারে দ্রুত মূল্য দিতে হবে।
🧭 সারসংক্ষেপ: কোন জীবনচক্র কবে ব্যবহার করবেন
| প্রকল্পের অবস্থা | উপযুক্ত জীবনচক্র |
| স্থির চাহিদা, কম পরিবর্তন | Predictive (Waterfall) |
| জটিলতা বেশি, শিখে উন্নতির প্রয়োজন | Iterative |
| দ্রুত ডেলিভারি দরকার | Incremental |
| পরিবর্তন ঘন ঘন, ফিডব্যাক জরুরি | Agile |
📖 মূল বার্তা:
“প্রকল্পের সফলতা নির্ভর করে আপনি কতটা সঠিকভাবে জীবনচক্র বেছে নিচ্ছেন তার উপর। Agile সব কিছুর সমাধান নয় — এটি সঠিক পরিস্থিতিতে সর্বাধিক কার্যকর।
Hybrid Life Cycles — হাইব্রিড জীবনচক্র
(Predictive, Iterative, Incremental ও Agile এর সমন্বিত প্রয়োগ)
🔹 হাইব্রিড পদ্ধতির ধারণা । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
অনেক সময় কোনো একক প্রকল্প জীবনচক্র (Life Cycle) পুরো প্রকল্পের জন্য যথেষ্ট নয়।
প্রকল্পের লক্ষ্য অর্জনের জন্য একাধিক পদ্ধতির উপাদান একত্রিত করে একটি হাইব্রিড (Hybrid) মডেল গঠন করা হয়।
📖 অর্থাৎ —
Hybrid Life Cycle হল Predictive, Iterative, Incremental ও Agile পদ্ধতির উপযুক্ত সমন্বয়।
এই মডেলে প্রকল্প ব্যবস্থাপক প্রকল্পের প্রেক্ষাপট অনুযায়ী নমনীয়ভাবে কাজের ধরণ বেছে নেন, যেন দক্ষতা ও গতি—দু’টোই বজায় থাকে।
🧩 হাইব্রিড পদ্ধতির সাধারণ উদাহরণসমূহ
১️। প্রধানত Agile, কিছু Predictive উপাদানসহ
যখন প্রকল্পটি মূলত Agile ধাঁচের, কিন্তু বাইরের কোনো বিক্রেতা (vendor) বা দলের তৈরি করা একটি কম্পোনেন্ট অন্তর্ভুক্ত করতে হয়।
এই ক্ষেত্রে —
- বাইরের কম্পোনেন্টটি তৈরি হওয়ার পর একটি স্বতন্ত্র Iteration প্রয়োজন হয়।
- মূল টিম Agile Framework (যেমন Scrum) অনুসরণ করলেও সেই নির্দিষ্ট অংশটি Predictive Planning এর মাধ্যমে সংযুক্ত করা হয়।
📍 উদাহরণ: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
একটি সফটওয়্যার টিম নতুন মোবাইল অ্যাপ তৈরি করছে (Agile পদ্ধতিতে), কিন্তু Payment Gateway অংশটি তৃতীয় পক্ষ থেকে আসছে।
এই Gateway ইন্টিগ্রেশনের জন্য টিমকে Predictive টেস্ট ও ডিপ্লয়মেন্ট পরিকল্পনা অনুসরণ করতে হয়।
২️। প্রধানত Predictive, কিছু Agile উপাদানসহ
যখন প্রকল্পটি সাধারণ এবং স্থির (যেমন একটি ছোট বিল্ডিং, Shed বা Patio নির্মাণ), কিন্তু তাতে নতুন কোনো প্রযুক্তি বা উপাদান পরীক্ষা করা হচ্ছে — তখন এই মডেল ব্যবহৃত হয়।
📍 উদাহরণ: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
একটি নির্মাণ কোম্পানি পুরনো নকশায় Shed তৈরি করছে (Predictive),
কিন্তু নতুন ছাদের উপকরণ (Roofing Material) পরীক্ষা করার জন্য Agile-ধর্মী স্বল্পমেয়াদি Iteration প্রয়োগ করছে।
👉 এখানে প্রকল্পের মূল কাঠামো স্থির, কিন্তু উদ্ভাবনের অংশে নমনীয়তা রাখা হয়।
৩️। Predictive ও Agile এর সমন্বিত প্রয়োগ (Combined Approach)
এটি এমন প্রকল্পের জন্য যেখানে পুরো কাজটি ধারাবাহিকভাবে (Serial বা Linear) সম্পন্ন হয়,
তবে প্রতিদিনের কার্যক্রম নিয়ন্ত্রণে Agile Tools ব্যবহার করা হয়।
📍 উদাহরণ: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
- কাজের অগ্রগতি Kanban board দিয়ে ট্র্যাক করা হয়।
- Daily Scrum Meeting বা Stand-up এর মাধ্যমে প্রতিদিনের আপডেট ও অগ্রগতি আলোচনা করা হয়।
অর্থাৎ, মূল প্রকল্পটি Waterfall বা Predictive পদ্ধতিতে চলছে, কিন্তু কাজের মনিটরিং ও সহযোগিতা Agile নীতিতে পরিচালিত হচ্ছে।
🔧 কেন Hybrid Life Cycle জনপ্রিয়
✅ বিভিন্ন টিম ও ডিপার্টমেন্টের মধ্যে ভারসাম্য রক্ষা করে।
✅ পরিবর্তনশীল পরিবেশে নমনীয়ভাবে মানিয়ে নেওয়ার সুযোগ দেয়।
✅ Predictive পদ্ধতির স্থিতিশীলতা এবং Agile-এর অভিযোজনশীলতা একত্রিত করে।
✅ ব্যবসায়িক মূল্য (Value) দ্রুত ও ধারাবাহিকভাবে সরবরাহ করা সম্ভব হয়।
🧭 সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
| পরিস্থিতি | উপযুক্ত পদ্ধতি |
| বাইরের টিমের কাজ অন্তর্ভুক্ত করতে হবে | Largely Agile + Some Predictive |
| স্থির প্রকল্পে নতুন কিছু পরীক্ষা করা হচ্ছে | Predominantly Predictive + Some Agile |
| লিনিয়ার কাজ কিন্তু Agile টুলে মনিটরিং | Combined Predictive & Agile |
📖 মূল বার্তা । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
“Hybrid Life Cycle এমন একটি বাস্তবধর্মী সমাধান যা প্রকল্পের বাস্তবতা, টিমের সক্ষমতা এবং গ্রাহকের চাহিদা — এই তিনটির মধ্যে সেতুবন্ধন তৈরি করে।
📘 অধ্যায় ৩ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
The Agile Manifesto and Mindset
(Agile Practice Guide | PMI অনুযায়ী ব্যাখ্যা)
🔹 Agile Manifesto এবং এর মানসিকতা (Mindset)
২০০১ সালে, সফটওয়্যার ডেভেলপমেন্ট জগতে এক গুরুত্বপূর্ণ মুহূর্ত আসে।
বিভিন্ন “লাইটওয়েট সফটওয়্যার ডেভেলপমেন্ট মেথডোলজি”-এর প্রতিনিধি একদল বিশেষজ্ঞ একত্রিত হয়ে কিছু সাধারণ মূল্যবোধ ও নীতিমালা নির্ধারণ করেন।
এই ঘোষণাপত্রই পরবর্তীতে পরিচিত হয় —
👉 “The Agile Manifesto” নামে।
🧭 Agile Manifesto-র মূল উদ্দেশ্য । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এই ম্যানিফেস্টো মূলত একটি চিন্তাধারা (Mindset) প্রকাশ করে —
যেখানে প্রকল্প ব্যবস্থাপনা ও সফটওয়্যার উন্নয়নে মানুষ, সহযোগিতা, পরিবর্তনের প্রতি গ্রহণযোগ্যতা, এবং গ্রাহকের মূল্য-কে সর্বাধিক গুরুত্ব দেওয়া হয়েছে।Agile Manifesto-তে চারটি মূল মূল্যবোধ (Values) এবং বারোটি নীতি (Principles) রয়েছে।
এখানে আমরা প্রথমে সেই চারটি মূল্যবোধ নিয়ে আলোচনা করব।
🔹 The 4 Values of Agile Manifesto
(Agile-এর চারটি মূল মূল্যবোধ)
🧑🤝🧑 ১️. Individuals and Interactions । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Over Processes and Tools
“প্রক্রিয়া ও টুলসের চেয়ে মানুষ ও তাদের পারস্পরিক যোগাযোগ বেশি গুরুত্বপূর্ণ।”📖 ব্যাখ্যা:
Agile মনে করে, সফল প্রকল্পের মূল চালিকা শক্তি হলো মানুষ ও তাদের সহযোগিতা।
যতই উন্নত প্রক্রিয়া বা সফটওয়্যার টুলস ব্যবহার করা হোক না কেন,
একটি কার্যকর দল ও তাদের মধ্যে সক্রিয় যোগাযোগ ছাড়া প্রকৃত অগ্রগতি সম্ভব নয়।
💻 ২️. Working Software । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Over Comprehensive Documentation
“বিস্তারিত ডকুমেন্টেশনের চেয়ে কার্যকর সফটওয়্যার বেশি মূল্যবান।”📖 ব্যাখ্যা:
প্রচলিত পদ্ধতিতে প্রকল্পের শুরুতে দীর্ঘ ডকুমেন্টেশন তৈরি করা হতো,
কিন্তু Agile বলে — ব্যবহারযোগ্য পণ্য (Working Product) দ্রুত তৈরি করে ফিডব্যাক নেওয়াই বেশি কার্যকর।
অর্থাৎ, কাজের ফলই আসল প্রমাণ, কাগজে লেখা নয়।
🤝 ৩️. Customer Collaboration । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Over Contract Negotiation
“চুক্তি আলোচনা নয়, বরং গ্রাহকের সঙ্গে সক্রিয় সহযোগিতা বেশি মূল্যবান।”📖 ব্যাখ্যা:
প্রচলিত Waterfall প্রকল্পে চুক্তি সইয়ের পর পরিবর্তন করা কঠিন ছিল।
কিন্তু Agile মনে করে — প্রকল্প চলাকালীন গ্রাহকের প্রয়োজন পরিবর্তন হওয়া স্বাভাবিক,
তাই টিমকে এমনভাবে কাজ করতে হবে যাতে তারা গ্রাহকের সঙ্গে নিয়মিত যোগাযোগ ও ফিডব্যাক বজায় রাখতে পারে।
🔁 ৪️. Responding to Change । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Over Following a Plan
“আগে তৈরি করা পরিকল্পনা অনুসরণের চেয়ে পরিবর্তনের প্রতি সাড়া দেওয়া বেশি গুরুত্বপূর্ণ।”📖 ব্যাখ্যা:
আগে প্রকল্প পরিকল্পনা তৈরি করে সেটি অন্ধভাবে অনুসরণ করা হতো।
কিন্তু Agile বলে — পরিকল্পনা গুরুত্বপূর্ণ, তবে বাস্তবতার সঙ্গে সামঞ্জস্য রেখে তা পরিবর্তন করার নমনীয়তা আরও গুরুত্বপূর্ণ।
Agile টিম সবসময় প্রস্তুত থাকে নতুন তথ্য বা গ্রাহকের চাহিদা অনুযায়ী পথ পরিবর্তন করতে।
⚖️ ভারসাম্যের দৃষ্টিকোণ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Agile Manifesto কখনও ডানপাশের ধারণাগুলো (Processes, Documentation, Contract, Plan) কে অস্বীকার করে না।
বরং এটি বলে —
“যদিও ডান দিকের ধারণাগুলোরও মূল্য আছে, বাম দিকের ধারণাগুলোর মূল্য আরও বেশি।”অর্থাৎ, Agile কোনো নির্দিষ্ট নিয়ম নয় — এটি একটি মানসিকতা (Mindset),
যা পরিবর্তনের সাথে মানিয়ে নেওয়া, দলীয় সহযোগিতা, এবং গ্রাহকের সন্তুষ্টিকে কেন্দ্র করে।
🌱 সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
| Agile Value | গুরুত্বের বার্তা |
| Individuals & Interactions | টিমওয়ার্কই সাফল্যের চাবিকাঠি |
| Working Software | বাস্তব ফলাফল কথার চেয়ে বড় |
| Customer Collaboration | সহযোগিতাই প্রকৃত উন্নতি আনে |
| Responding to Change | পরিবর্তনই উন্নয়নের পথ দেখায় |
📖 মূল বার্তা: । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
“Agile কোনো নির্দিষ্ট মেথড নয় — এটি এমন এক চিন্তাধারা যা মানুষ, সহযোগিতা ও পরিবর্তনের ওপর ভিত্তি করে সফলতার পথ নির্মাণ করে।”
📘 পার্ট ৪ | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এজাইলের ১২টি স্পষ্টীকরণমূলক নীতিমালা
সূত্র: Agile Practice Guide | PMI
🔹 Agile – The 12 Clarifying Principles (বাংলা অনুবাদ ও ব্যাখ্যা)
১️. গ্রাহক সন্তুষ্টিই সর্বোচ্চ অগ্রাধিকার | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
আমাদের প্রধান লক্ষ্য হলো মূল্যবান সফটওয়্যার দ্রুত ও ধারাবাহিকভাবে সরবরাহের মাধ্যমে গ্রাহককে সন্তুষ্ট করা।
➡️ অর্থাৎ প্রকল্পের মূল ফোকাস হওয়া উচিত গ্রাহকের চাহিদা পূরণ এবং দ্রুত ফল প্রদান।
২️. পরিবর্তনকে স্বাগত জানাও, এমনকি প্রকল্পের শেষ দিকেও | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
প্রয়োজনীয়তা বা চাহিদা পরিবর্তন হলে সেটিকে বাধা হিসেবে নয়, বরং উন্নতির সুযোগ হিসেবে গ্রহণ করা।
➡️ পরিবর্তনকে গ্রাহকের প্রতিযোগিতামূলক সুবিধা হিসেবে ব্যবহার করাই এজাইলের শক্তি।
৩️. ঘন ঘন কাজের সফটওয়্যার সরবরাহ করো | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
দুই সপ্তাহ থেকে দুই মাসের মধ্যে ছোট ছোট ডেলিভারির মাধ্যমে সফটওয়্যার সরবরাহ করা উচিত।
➡️ ছোট স্প্রিন্টে কাজ ভাগ করলে দ্রুত ফলাফল ও ফিডব্যাক পাওয়া যায়।
৪️. প্রতিদিন ব্যবসায়িক ও ডেভেলপারদের মধ্যে যোগাযোগ বজায় রাখো | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
বিজনেস টিম ও ডেভেলপারদের প্রতিদিন একসাথে কাজ করতে হবে যেন ভুল বোঝাবুঝি না হয় এবং সহযোগিতা বাড়ে।
৫️. উৎসাহিত ও অনুপ্রাণিত ব্যক্তিদের ওপর ভরসা রাখো | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
প্রকল্প গঠন করতে হবে এমন একটি টিম দিয়ে যারা উৎসাহী, আত্মবিশ্বাসী এবং স্বতন্ত্রভাবে কাজ করতে সক্ষম।
➡️ নেতৃত্বের ভূমিকা হলো তাদের জন্য উপযুক্ত পরিবেশ ও সহায়তা নিশ্চিত করা।
৬️. মুখোমুখি যোগাযোগই সবচেয়ে কার্যকরী পদ্ধতি | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
যেকোনো দলের মধ্যে তথ্য আদান-প্রদানের সর্বোত্তম মাধ্যম হলো সরাসরি কথোপকথন।
➡️ ইমেইল বা ডকুমেন্টেশনের চেয়ে রিয়েল টাইম আলোচনায় সিদ্ধান্ত দ্রুত হয়।
৭️. কাজ করা সফটওয়্যারই অগ্রগতির প্রধান সূচক | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
অতিরিক্ত ডকুমেন্ট বা রিপোর্ট নয়, বরং কার্যকর সফটওয়্যারই প্রকৃত অগ্রগতির প্রমাণ।
৮️. টেকসই উন্নয়ন নিশ্চিত করো | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এজাইল পদ্ধতি এমনভাবে পরিচালিত হবে যাতে স্পনসর, ডেভেলপার ও ব্যবহারকারীরা দীর্ঘ সময় ধরে একই গতিতে কাজ চালিয়ে যেতে পারে।
৯️. টেকনিক্যাল উৎকর্ষতা ও ভালো ডিজাইনে মনোযোগ দাও | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
প্রযুক্তিগত মান বজায় রাখা ও ভালো ডিজাইন করা সফটওয়্যার ভবিষ্যতের পরিবর্তনকে সহজ করে।
🔟 সরলতাই মূল চাবিকাঠি | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
কম কাজ করে সর্বাধিক ফলাফল পাওয়ার শিল্পই এজাইলের মূল দর্শন।
➡️ অপ্রয়োজনীয় জটিলতা দূর করো।
১১️. আত্ম-সংগঠিত দল সেরা ফল দেয় | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
যেসব দল নিজেরা পরিকল্পনা করে, সহযোগিতা করে এবং দায়িত্ব গ্রহণ করে, তারাই সর্বোচ্চ মানের স্থাপত্য, প্রয়োজনীয়তা ও ডিজাইন তৈরি করতে পারে।
১২️. নিয়মিত প্রতিফলন ও উন্নয়ন | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
প্রতিটি ইটারেশনের শেষে দল তাদের কাজ ও প্রক্রিয়ার উপর চিন্তা করবে এবং কোথায় আরও উন্নতি করা যায় তা নির্ধারণ করবে।
💬 সারসংক্ষেপ | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Agile-এর এই ১২টি নীতি প্রকল্প ব্যবস্থাপনাকে করে তোলে আরও মানবকেন্দ্রিক, অভিযোজনযোগ্য ও গ্রাহককেন্দ্রিক।
এগুলো কেবল সফটওয়্যার উন্নয়ন নয়, বরং যেকোনো ধরনের দলগত কাজ ও প্রজেক্ট ম্যানেজমেন্টের সফলতার চাবিকাঠি।
📘 পার্ট ৫ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Early and Frequent Feedback – এজাইলের মূল অনুশীলনসমূহ
সূত্র: Agile Practice Guide | PMI
🔹 প্রারম্ভিক ও ঘন ঘন প্রতিক্রিয়া (Early and Frequent Feedback)
এজাইল প্রকল্পের অন্যতম শক্তি হলো প্রারম্ভিক এবং ধারাবাহিক ফিডব্যাক পাওয়া।
এই পদ্ধতিতে টিম অল্প সময়ের ইটারেশনে (iteration) কাজ করে এবং প্রতিটি ধাপে গ্রাহক বা ব্যবহারকারীর কাছ থেকে রিয়েল-টাইম প্রতিক্রিয়া সংগ্রহ করে।
এর ফলে পণ্যের মান উন্নত হয় এবং চূড়ান্ত পণ্য গ্রাহকের প্রকৃত চাহিদার সাথে আরও ঘনিষ্ঠভাবে মিলে যায়।
🧭 কেন Early এবং Frequent Feedback গুরুত্বপূর্ণ?
এজাইল প্রকল্পের লক্ষ্য হলো
➡️ দ্রুত কাজের সফটওয়্যার তৈরি করা,
➡️ ফিডব্যাক নিয়ে ক্রমাগত উন্নতি করা,
➡️ এবং প্রকল্প চলাকালীনই গ্রাহকের চাওয়া অনুযায়ী দিক পরিবর্তন করা।
⚙️ Early & Frequent Feedback এর প্রধান উপকারিতা
✅ ১. ভুল বোঝাবুঝি এড়ানো । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
প্রকল্পের শুরুতেই যদি ব্যবহারকারীর চাহিদা সঠিকভাবে বোঝা না যায়, পরবর্তীতে সেটি সংশোধন করতে অনেক বেশি সময় ও খরচ লাগে।
Early feedback সেই ভুল ধরতে সাহায্য করে।
🔍 উদাহরণ: যদি ইউজার ইন্টারফেসের কোনো অংশ গ্রাহক পছন্দ না করে, তা প্রথম ইটারেশনেই ঠিক করা যায় — পুরো সিস্টেম সম্পন্ন হওয়ার পরে নয়।
✅ ২. গ্রাহকের চাহিদা স্পষ্ট করা । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
ফিডব্যাকের মাধ্যমে গ্রাহক কী চান তা আরও পরিষ্কারভাবে বোঝা যায়।
এভাবে টিম দ্রুত কিছু ফিচার ব্যবহারযোগ্য অবস্থায় উপস্থাপন করতে পারে, এবং গ্রাহকও দেখতে পারেন যে প্রকল্প সঠিক পথে চলছে।
🗣️ “Customer collaboration over contract negotiation” — এজাইলের একটি মূল মান ঠিক এই দৃষ্টিভঙ্গিকে সমর্থন করে।
✅ ৩. গুণগত সমস্যা দ্রুত সনাক্ত ও সমাধান । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Continuous integration ও testing feedback loops ব্যবহারের মাধ্যমে টিম গুণগত সমস্যাগুলো দ্রুত খুঁজে বের করে এবং তা ঠিক করতে পারে।
এর ফলে চূড়ান্ত ডেলিভারিতে ত্রুটি কমে যায়।
💡 Early bug detection = কম খরচ + দ্রুত রিলিজ
✅ ৪. টিমের কর্মদক্ষতা ও ধারাবাহিক গতি বজায় রাখা । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
নিয়মিত ফিডব্যাক টিমকে প্রেরণা দেয় এবং তাদের উৎপাদনশীলতা পরিমাপ করতে সাহায্য করে।
এতে প্রকল্পে momentum (গতি) বজায় থাকে এবং সবাই জানে তারা সঠিক পথে রয়েছে।
💬 সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
প্রারম্ভিক ও ঘন ঘন ফিডব্যাক এজাইল প্রক্রিয়াকে দ্রুত শেখা ও অভিযোজিত হওয়ার (adaptive learning) একটি ধারাবাহিক চক্রে পরিণত করে।
এটি শুধু সফটওয়্যার নয়, বরং যেকোনো প্রোডাক্ট বা সার্ভিস ডেভেলপমেন্টের জন্য কার্যকর একটি কৌশল।
🔖 কীওয়ার্ড (SEO) । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Agile Feedback, Early Feedback in Agile, Continuous Improvement, Agile Practice Guide, Iteration Feedback, Continuous Integration, Customer Collaboration, Agile Core Practices
📘 পার্ট ৬ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এজাইল – Whole Team Approach (সম্পূর্ণ দলগত পদ্ধতি)
সূত্র: Agile Practice Guide | Project Management Institute (PMI)
Coincides with APG 4.0
🔹 Agile Core Practices (মূল অনুশীলনসমূহ)
- Whole Team Approach
- Early and Frequent Feedback
- Daily Stand-ups
- Retrospectives
- Release and Iteration Planning
- Collaborative User Story Creation
- Demonstrations / Reviews
- Continuous Integration
- Servant Leadership
🧭 Whole Team Approach (সম্পূর্ণ দলগত পদ্ধতি) । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Whole Team Approach অর্থ হলো — প্রকল্পের সফলতার জন্য প্রয়োজনীয় সকল জ্ঞান ও দক্ষতার অধিকারী ব্যক্তিদের একই দলে অন্তর্ভুক্ত করা এবং একসাথে কাজ করানো।
🧑🤝🧑 দলের আকার ও বিন্যাস
- সফল এজাইল দল সাধারণত ছোট হয় — ৩ থেকে ৯ জন সদস্যের মধ্যে।
- সবাই ideally একই কর্মস্থলে (co-located) থাকলে যোগাযোগ ও সহযোগিতা অনেক বৃদ্ধি পায়।
সদস্যরা প্রকল্পে ১০০% ফোকাসড ও ডেডিকেটেড থাকলে ফলাফল দ্রুত আসে, কারণ একাধিক প্রজেক্টে কাজ করলে প্রায় ২০%–৪০% উৎপাদনশীলতা হারায়।
⚙️ দলের কাঠামো ও ভূমিকা (Agile Team Roles) । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
🧩 ১️. Cross-Functional Team Member (বহুমুখী দক্ষতাসম্পন্ন সদস্য)
সংজ্ঞা:
একটি দল যেখানে প্রতিটি সদস্যের আছে একাধিক দক্ষতা — যেমন ডিজাইন, ডেভেলপমেন্ট, টেস্টিং, এবং অন্যান্য প্রয়োজনীয় স্কিল।
এদের বলা হয় “Generalizing Specialists” বা “T-shaped Professionals”, যারা একটি ক্ষেত্রে বিশেষজ্ঞ হলেও অন্যান্য ক্ষেত্রে কাজের ধারণা রাখেন।
মূল বৈশিষ্ট্য:
- ডিজাইনার, ডেভেলপার, টেস্টার — সবাই একই দলে কাজ করে।
- ছোট ছোট, রিলিজযোগ্য পণ্য তৈরি করে (Incremental Delivery)।
- বহিরাগত নির্ভরতা ছাড়াই দ্রুত ও মানসম্মত ডেলিভারি দিতে সক্ষম।
- পুরো টিমের মধ্যে সহযোগিতা ও দায়িত্ব ভাগাভাগি বৃদ্ধি পায়।
🧩 ২️. Product Owner (পণ্য মালিক / গ্রাহক প্রতিনিধি)
সংজ্ঞা:
Product Owner গ্রাহকের প্রতিনিধি হিসেবে কাজ করেন।
তিনি পণ্যের দিকনির্দেশনা নির্ধারণ করেন, Product Backlog তৈরি ও অগ্রাধিকারে রাখেন, এবং নিশ্চিত করেন যাতে প্রকল্পে সর্বোচ্চ ব্যবসায়িক মূল্য প্রদান হয়।
মূল দায়িত্ব:
- গ্রাহক, স্টেকহোল্ডার ও দলের মধ্যে সংযোগ স্থাপন করা।
- চাহিদা ও বৈশিষ্ট্য (Features) স্পষ্টভাবে সংজ্ঞায়িত করা।
- কাজগুলোর অগ্রাধিকার নির্ধারণ করা।
- অপচয় (waste) কমিয়ে ব্যবসায়িক লক্ষ্য পূরণ করা।
📍 সাধারণত Product Owner ব্যবসায়িক দিক থেকে শক্তিশালী হয় এবং সিদ্ধান্ত নেওয়ার ক্ষমতা রাখেন, তবে তিনি টিম লিড নন।
🧩 ৩️. Team Facilitator (দলীয় সহায়ক / Servant Leader)
সংজ্ঞা:
Team Facilitator, যাকে বলা হয় Scrum Master, Team Coach, বা Project Leader, তিনি দলকে সেবা প্রদান করেন — নির্দেশনা নয়।
তিনি দলের অভ্যন্তরীণ যোগাযোগ, দৈনন্দিন মিটিং (Daily Stand-ups) এবং সমস্যা সমাধানে সহায়তা করেন।
মূল ভূমিকা:
- দলের মধ্যে সহযোগিতা ও স্বচ্ছতা বজায় রাখা।
- সদস্যদের মধ্যে বাধা (blockers) দূর করা।
- ফ্যাসিলিটেশন ও কোচিং স্কিল ব্যবহার করে দলকে সক্ষম করে তোলা।
- “Servant Leadership” প্রদর্শন করা — অর্থাৎ নেতৃত্ব নয়, সেবার মাধ্যমে নেতৃত্ব।
🗣️ “A great leader is a great servant first.” — Agile culture এর মূল বিশ্বাস।
🌐 Whole Team Synergy (দলগত সমন্বয় ও শক্তি) । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
- বিভিন্ন বিভাগের সদস্যদের নিয়ে গঠিত এই টিমের সমন্বয়েই প্রকল্পের সফলতা নির্ভর করে।
- Manager বা Functional Head-দের সহযোগিতায় টিম সদস্যদের ক্রস-ফাংশনালভাবে যুক্ত করতে হয়।
এর মাধ্যমে প্রতিষ্ঠান বুঝতে পারে কীভাবে মানবসম্পদ ব্যবহারের মাধ্যমে পণ্য গুণগতভাবে উন্নত করা যায়।
💡 Whole Team Approach-এর মূল উপকারিতা । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
✅ ১. যোগাযোগ ও সহযোগিতা বৃদ্ধি
দলের সকল সদস্য একই পরিবেশে কাজ করলে পারস্পরিক বোঝাপড়া ও সমস্যা সমাধান দ্রুত হয়।
✅ ২. দক্ষতার সর্বোত্তম ব্যবহার
বিভিন্ন দক্ষতার ব্যক্তিরা একে অপরের জ্ঞান কাজে লাগাতে পারে, ফলে প্রকল্পে নতুনত্ব ও গতি আসে।✅ ৩. গুণগত মানের দায়িত্ব সবার
Agile-এ “Quality is everyone’s responsibility।”
অর্থাৎ টেস্টার বা QA টিমের নয় — পুরো টিমই গুণগত মান রক্ষার দায়িত্বে থাকে।
🔖 সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Whole Team Approach এজাইলের একটি মৌলিক স্তম্ভ। এটি শুধুমাত্র কাজের পদ্ধতি নয়, বরং একটি সংস্কৃতি —
যেখানে প্রত্যেকে একে অপরকে সহায়তা করে, দায়িত্ব ভাগ করে, এবং সম্মিলিতভাবে উচ্চমানের ফলাফল সৃষ্টি করে।
🧩 Part 7 । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Collaborative User Story Creation | Agile Practice Guide
🔹 সারসংক্ষেপ (বাংলায়):
অ্যাজাইল ডেভেলপমেন্টে প্রকল্প ব্যর্থ হওয়ার অন্যতম কারণ হচ্ছে অস্পষ্ট বা ভুল স্পেসিফিকেশন।
এজন্যই অ্যাজাইল পদ্ধতিতে User Story তৈরি করা হয় — যাতে ডেভেলপার, টেস্টার ও বিজনেস প্রতিনিধিরা একসাথে কাজ করে গল্পের মাধ্যমে প্রয়োজনীয়তা ও ফলাফল স্পষ্ট করে।
✳️ User Story কী?
একটি ইউজার স্টোরি সফটওয়্যারের এমন একটি বিবরণ যা ফাংশনাল এবং নন-ফাংশনাল রিকোয়ারমেন্ট দুটোই অন্তর্ভুক্ত করে।
এর মূল বৈশিষ্ট্য:
- Estimable (মূল্যায়নযোগ্য)
- Small (ছোট পরিসরে সম্পন্নযোগ্য)
- Testable (পরীক্ষা করা সম্ভব)
👉 Behavior Driven Development (BDD) প্যাটার্ন ব্যবহার করা হয়:
Given – When – Then
🔹 User Story এর তিনটি C (3 Cs):
| ধাপ | বর্ণনা |
| Card | ফিজিক্যাল বা ডিজিটাল মিডিয়াতে স্টোরির বর্ণনা লেখা হয়। এতে থাকে রিকোয়ারমেন্ট, প্রায়োরিটি, প্রত্যাশিত সময়কাল, ও টেস্ট ক্রাইটেরিয়া। |
| Conversation | প্রোডাক্ট ওনার ও ডেভেলপারদের মধ্যে আলোচনা, যেখানে গল্পের মাধ্যমে সফটওয়্যার কীভাবে ব্যবহৃত হবে তা নির্ধারণ করা হয়। যেমন: “As a [User], I want [Feature] so that [Benefit].” |
| Confirmation | আলোচনা থেকে নির্ধারিত Acceptance Criteria অনুযায়ী যাচাই করা হয় যে কাজটি সম্পূর্ণ হয়েছে কিনা। |
🌱 Agile মূল ধারণা
- ইউজার স্টোরি তৈরি একটি সহযোগিতামূলক প্রক্রিয়া।
- ডেভেলপার ও বিজনেস প্রতিনিধি উভয়ের মতামত এতে গুরুত্বপূর্ণ।
- স্পষ্ট ও ছোট স্টোরিগুলো দ্রুত টেস্টযোগ্য এবং ব্যবসায়িক মূল্যবোধ অনুযায়ী অগ্রাধিকার নির্ধারণে সাহায্য করে।
📘 Rolling Wave Planning | Agile Practice Guide
🌀 Rolling Wave Planning কী?
Rolling Wave Planning হলো এমন একটি Iterative Planning Technique, যেখানে
👉 নিকট ভবিষ্যতের কাজগুলো বিস্তারিতভাবে পরিকল্পনা করা হয়,
কিন্তু
👉 দূর ভবিষ্যতের কাজগুলো শুধুমাত্র উচ্চ-স্তরের (high-level) পরিকল্পনা হিসেবে রাখা হয়।এটি এক ধরনের Progressive Elaboration— অর্থাৎ সময়ের সাথে সাথে তথ্য স্পষ্ট হলে, পরিকল্পনাও আরও বিশদ হয়।
⚙️ যেখানে প্রয়োগ করা হয়:
- Work Packages
- Planning Packages
- Release Planning
এটি Agile এবং Waterfall — উভয় পদ্ধতিতেই ব্যবহৃত হয়।
🧩 Rolling Wave Planning-এর প্রধান টেকনিক:
- Decomposition
— বড় কাজকে ছোট, সহজে পরিচালনাযোগ্য অংশে ভাগ করা।
উদাহরণ: একটি সফটওয়্যার প্রজেক্টকে মডিউল, ফিচার, টাস্কে ভাগ করা।
Iterative Scheduling with a Backlog
— পুনরাবৃত্তিমূলকভাবে (iteration অনুযায়ী) কাজের সূচি তৈরি করা এবং
প্রতিটি iteration শেষে backlog অনুযায়ী আপডেট করা।
🎯 Rolling Wave Planning কেন করা হয়?
- প্রাথমিক পর্যায়ে তথ্য অনির্দিষ্ট থাকলে, কাজের প্যাকেজগুলোকে শুধু পরিচিত অংশ পর্যন্ত বিশ্লেষণ করা হয়।
- সময় বাড়ার সাথে সাথে, যখন কাজ সম্পর্কে আরও স্পষ্ট ধারণা পাওয়া যায়, তখন সেই কাজকে আরও ছোট ছোট কার্যক্রমে (activities) বিভক্ত করা হয়।
এতে পরিকল্পনা হয় লচনীয় (adaptive) এবং বাস্তবভিত্তিক (realistic)।
🌟 Benefits of Rolling Wave Planning
✅ পরিকল্পনা আপডেট হয় সময় ও বাস্তবতার সঙ্গে সামঞ্জস্য রেখে।
✅ অতিরিক্ত অনুমান বা ভুল ডেডলাইনের ঝুঁকি কমে।
✅ টিমের অগ্রগতি ও শেখার গতি অনুযায়ী পরিকল্পনা সামঞ্জস্য করা যায়।
✅ প্রজেক্ট ডেলিভারি হয় আরও পূর্বানুমানযোগ্য ও নমনীয়।
📘 Part 8 | Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Release and Iteration Planning | Agile Practice Guide Summary
🚀 Release and Iteration Planning কী?
Agile Life Cycle-এ পরিকল্পনা হয় দুটি স্তরে (Two Levels):
- Release Planning
- Iteration (Sprint) Planning
এই দুই প্রক্রিয়া মিলেই নিশ্চিত করে যে দল (team) সঠিক সময়, সঠিক অগ্রাধিকারের (priority) কাজগুলো করছে এবং ক্রমাগত মূল্য প্রদান করছে।
🔹 2️⃣ Iteration (Sprint) Planning: “ছোট চক্রের বাস্তব পরিকল্পনা”
Iteration Planning-এর সময় টিম করে:
✅ Release backlog থেকে নির্বাচিত user stories বিশ্লেষণ।
✅ প্রতিটি story-র জন্য ঝুঁকি বিশ্লেষণ (Risk Analysis)।
✅ Effort Estimation (কত সময় ও রিসোর্স লাগবে)।এরপর টিম নিজস্ব Velocity (অর্থাৎ প্রতি iteration-এ কতটা কাজ শেষ করা যায়) অনুযায়ী stories বেছে নেয়।
⚙️ Velocity কী?
Velocity বোঝায় টিমের কাজ শেষ করার হার —
📊 উদাহরণ:
যদি টিম প্রতি iteration-এ ১৬টি medium-sized story শেষ করতে পারে, তবে velocity = 16 stories/iteration।
Velocity সাহায্য করে ভবিষ্যতের iteration-গুলোর সময় অনুমান করতে এবং বাস্তবসম্মত পরিকল্পনা করতে।
🎯 Release & Iteration Planning-এর মূল উদ্দেশ্য
- গ্রাহকের মূল্যবোধের (business value) উপর ভিত্তি করে পরিকল্পনা করা।
- iteration অনুযায়ী স্বচ্ছ (transparent) অগ্রগতি ট্র্যাক করা।
- ঝুঁকি, অগ্রাধিকার, ও ক্ষমতা (capacity)-এর মধ্যে ভারসাম্য রাখা।
- টিমের collaboration ও accountability বাড়ানো।
🌟 মূল সুবিধা (Benefits):
✅ Adaptive Planning (পরিস্থিতি অনুযায়ী পরিকল্পনা পরিবর্তনের সুবিধা)
✅ Better Forecasting (Velocity দিয়ে বাস্তবসম্মত টাইমলাইন)
✅ Continuous Delivery & Customer Feedback
✅ Team Alignment with Business Goals
🧠 সংক্ষিপ্ত সূত্র (Agile Formula):
- Release = Big Picture
- Iteration = Small Action Steps
একসাথে — তারা তৈরি করে Agile Momentum ⚡
📘 Part 9 । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Daily Standup | Agile Practice Guide Summary (বাংলা সংস্করণ)
🔹 দৈনন্দিন স্ট্যান্ড-আপ মিটিং (Daily Stand-up Meeting)
Daily Stand-up, যা অনেক সময় Daily Scrum নামেও পরিচিত, হলো প্রতিদিনের ছোট কিন্তু অত্যন্ত গুরুত্বপূর্ণ মিটিং যেখানে Agile টিম নিজেদের কাজের অবস্থা, অগ্রগতি, এবং সমস্যা নিয়ে দ্রুত আলোচনা করে।
⚡ Daily Stand-up-এর উদ্দেশ্য:
- টিমের মধ্যে মাইক্রো-কমিটমেন্ট (micro-commitment) তৈরি করা।
- বাধা (blockers) চিহ্নিত ও দূর করা।
- কাজের প্রবাহ (workflow) মসৃণ রাখা।
👉 এটি টিমকে একত্রে রাখে, সবাইকে একই দিকনির্দেশনায় কাজ করতে সাহায্য করে, এবং দৈনন্দিন যোগাযোগকে আরও কার্যকর করে তোলে।
⏱️ সময় ও পদ্ধতি (Timebox & Format):
- সময়সীমা: সর্বোচ্চ ১৫ মিনিট (Timeboxed to 15 minutes)।
- মাধ্যম: সরাসরি মুখোমুখি (in person) বা ভার্চুয়াল (virtual) — দুইভাবেই হতে পারে।
- নেতৃত্ব: সাধারণত Team Facilitator / Scrum Master মিটিংটি পরিচালনা করে, তবে যেকোনো সদস্যও এটি পরিচালনা করতে পারে।
টিম মেম্বাররা একসাথে Kanban board বা Task board পর্যবেক্ষণ করে আপডেট দেয়।
💬 তিনটি প্রধান প্রশ্ন (Three Core Questions):
প্রতিটি টিম মেম্বার ক্রমানুসারে (round-robin fashion) তিনটি প্রশ্নের উত্তর দেয় 👇
1️⃣ গতকাল আমি কী সম্পন্ন করেছি?
(What did I complete since the last stand-up?)
2️⃣ আজ কী সম্পন্ন করার পরিকল্পনা করছি?
(What am I planning to complete between now and the next stand-up?)3️⃣ আমার কী সমস্যা বা বাধা আছে?
(What are my impediments, blockers, or risks?)
🚧 Problem Solving এর নীতি:
যদি মিটিং চলাকালীন কোনো সমস্যা (impediment) উঠে আসে —
👉 সেটিকে “Parking Lot”-এ স্থান দেওয়া হয়।
👉 স্ট্যান্ড-আপ শেষে আলাদা করে সেটি নিয়ে আলোচনা হয়।
👉 এতে মিটিং অপ্রয়োজনীয়ভাবে দীর্ঘ হয় না।
🌟 Daily Stand-up-এর উপকারিতা:
✅ টিমের মধ্যে স্বচ্ছতা (Transparency) বাড়ায়।
✅ সমন্বয় (Coordination) উন্নত করে।
✅ দ্রুত বাধা (Blocker) শনাক্ত করা যায়।
✅ কাজের অগ্রগতি সবাই জানতে পারে।
✅ উৎপাদনশীলতা ও দায়বদ্ধতা (Accountability) বাড়ে।
🧠 সংক্ষিপ্ত সূত্র:
“১৫ মিনিটে স্বচ্ছতা, সংযোগ ও কর্মদক্ষতা” — এটাই Daily Stand-up-এর শক্তি।
📘 পার্ট ১০ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Continuous Integration (নিরবচ্ছিন্ন একীকরণ) — Agile Practice Guide
💡 Continuous Integration কী?
Continuous Integration বা নিরবচ্ছিন্ন একীকরণ (CI) হলো একটি গুরুত্বপূর্ণ Agile প্রকৌশল পদ্ধতি, যার মূল লক্ষ্য হলো সফটওয়্যারকে সর্বদা কার্যকর ও একীভূত অবস্থায় রাখা।
টিম প্রতিদিন (কমপক্ষে একবার) তাদের কোড পরিবর্তনগুলো merge, build, deploy, এবং test করে।
এভাবে দ্রুত ত্রুটি শনাক্তকরণ ও ডেলিভারি গতি বৃদ্ধি করা সম্ভব হয়।
⚙️ কীভাবে কাজ করে
প্রতিবার কোড আপডেটের ধাপগুলো হলো—
- Configuration Management: কোড পরিবর্তনগুলো version control সিস্টেমে সংরক্ষণ।
- Build/Compilation: কোডকে executable ফরম্যাটে রূপান্তর।
- Deployment: টেস্ট পরিবেশে সফটওয়্যার আপলোড করা।
- Automated Testing: স্বয়ংক্রিয়ভাবে টেস্ট চালিয়ে বাগ বা সমস্যা ধরা।
🕒 এই প্রক্রিয়া প্রতিদিন অন্তত একবার সম্পন্ন হয়, যাতে সফটওয়্যার সবসময় “ডেলিভারির উপযোগী” অবস্থায় থাকে।
🎯 উপকারিতা
✅ দ্রুত বাগ শনাক্তকরণ ও সমাধান
✅ টিমের মধ্যে ফিডব্যাক লুপ দ্রুততর হয়
✅ রিলিজ ঝুঁকি কমে
✅ স্বয়ংক্রিয়তার মাধ্যমে ডেলিভারি ত্বরান্বিত হয়
🧪 Agile Execution Practices (অন্য কার্যপ্রণালীসমূহ)
🔹 ১. Test at All Levels (সব স্তরে টেস্ট)
- Unit test থেকে শুরু করে End-to-End টেস্ট পর্যন্ত প্রয়োগ করা হয়।
- Agile টিম সাধারণত automated testing ব্যবহার করে।
🔹 ২. Acceptance Test-Driven Development (ATDD)
- কোড লেখার আগে টিম মিলে acceptance criteria নির্ধারণ করে।
- এগুলো ভবিষ্যতে regression test হিসেবেও ব্যবহৃত হয়।
🔹 ৩. Test-Driven Development (TDD) ও Behavior-Driven Development (BDD)
- এখানে কোডের আগে test লেখা হয়।
- এটি ত্রুটি প্রতিরোধ ও পরিষ্কার ডিজাইন নিশ্চিত করে।
- সফটওয়্যার-বহির্ভূত টিমের ক্ষেত্রে— গ্রাহক প্রোটোটাইপিং এই পদ্ধতির সমতুল্য।
🔹 ৪. Spikes (স্পাইকস)
- সময় নির্ধারিত গবেষণা বা পরীক্ষা (timeboxed experiments)।
- অজানা প্রযুক্তিগত বা কার্যকর দিকগুলো বোঝার জন্য এটি ব্যবহৃত হয়।
🧠 মূল বার্তা
“Continuous Integration হলো Agile ডেলিভারির হৃদস্পন্দন — প্রতিনিয়ত build, test এবং উন্নতির ছন্দ।”
📘 পার্ট ১১ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Demonstrations and Reviews — Agile Practice Guide
💡 Demonstrations / Reviews কী?
Demonstrations (ডেমোনস্ট্রেশন) বা Reviews (রিভিউ) হলো Agile প্রক্রিয়ার একটি গুরুত্বপূর্ণ ধাপ, যেখানে টিম তাদের তৈরি করা কার্যকর প্রোডাক্ট বা ফিচারগুলো গ্রাহক, ব্যবসায়িক প্রতিনিধি এবং Product Owner-এর কাছে প্রদর্শন করে।👉 সাধারণত এটি প্রতিটি iteration (দুই সপ্তাহের স্প্রিন্ট) শেষে হয়,
অথবা যখন যথেষ্ট ফিচার তৈরি হয়ে একটি coherent set (সম্পূর্ণ ও অর্থবহ অংশ) গঠন করে।
🎯 মূল উদ্দেশ্য
✅ টিমের কাজের অগ্রগতি গ্রাহককে দেখানো।
✅ ফিডব্যাক পাওয়া, যাতে ভুল পথে না এগোয়।
✅ নতুন চাহিদা বা পরিবর্তন দ্রুত অন্তর্ভুক্ত করা।✅ গ্রাহকের আস্থা ও অংশগ্রহণ বৃদ্ধি করা।
🧩 কীভাবে কাজ করে
- টিম একাধিক user story সম্পন্ন করে।
- নির্দিষ্ট সময়ে (প্রায় প্রতি ২ সপ্তাহে) একটি demo session অনুষ্ঠিত হয়।
- টিম প্রোডাক্টের নতুন ফিচারগুলো প্রদর্শন করে।
- গ্রাহক / প্রোডাক্ট ওনার তা পর্যবেক্ষণ করে মন্তব্য ও পরামর্শ দেন।
এই feedback অনুযায়ী পরবর্তী iteration পরিকল্পনা করা হয়।
🚀 উপকারিতা
🔹 গ্রাহক ও টিমের মধ্যে ক্রমাগত যোগাযোগ বজায় থাকে।
🔹 ভুল দিকনির্দেশনা ও সময় অপচয় কমে যায়।
🔹 পণ্যের গুণমান উন্নত হয়।
🔹 উন্নয়ন প্রক্রিয়া স্বচ্ছ ও গতিশীল থাকে।
🧠 মূল বার্তা
“Agile Demonstration হলো একটি আয়না — যা টিমকে দেখায় তারা সঠিক পথে আছে কিনা।”
📘 পার্ট ১২ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Retrospectives — Agile Practice Guide
💡 Retrospective কী?
Retrospective (রেট্রোস্পেকটিভ) হলো একটি নিয়মিত টিম মিটিং, যা সাধারণত প্রতি iteration (দুই সপ্তাহ) শেষে অনুষ্ঠিত হয়।
এর মূল উদ্দেশ্য হলো টিমের কাজের অগ্রগতি বিশ্লেষণ করা —
কি ভালো হয়েছে, কি ভালো হয়নি, এবং ভবিষ্যতে কীভাবে আরও উন্নতি করা যায় তা নির্ধারণ করা।
🧭 Retrospective মিটিংয়ের মূল প্রশ্নগুলো
✅ কী ভালো কাজ করেছে? (What worked well?)
⚠️ কী ভালো কাজ করেনি? (What didn’t work well?)
💡 আমি কী নতুন শিখেছি? (What have I learned?)
❓ এখনও কোন বিষয় আমাকে ভাবাচ্ছে? (What still puzzles me?)
📜 Agile Principle 12 এর সাথে সম্পর্ক
“At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.”
অর্থাৎ, নিয়মিত বিরতিতে টিম তাদের কাজের কার্যকারিতা নিয়ে চিন্তা করে,
এবং সে অনুযায়ী আচরণ ও প্রক্রিয়ায় পরিবর্তন আনে।
🧩 কেন এটি গুরুত্বপূর্ণ
Retrospective হলো Agile প্রক্রিয়ার সবচেয়ে গুরুত্বপূর্ণ ধাপগুলোর একটি, কারণ এটি টিমকে সময়ের সাথে সাথে নিজেদের উন্নত করতে সাহায্য করে।
🔹 টিম নিজেদের ভুল ও সাফল্য চিনতে পারে
🔹 ভবিষ্যতের কাজের গুণমান উন্নত হয়
🔹 সদস্যদের মধ্যে খোলামেলা আলোচনা উৎসাহিত হয়
🔹 টিম সংস্কৃতি আরও সহযোগিতামূলক হয়
🕒 কখন Retrospective করা যায়
✅ প্রতিটি iteration বা sprint শেষে
✅ যখন নতুন কোনো ফিচার সম্পন্ন বা রিলিজ করা হয়
✅ যখন টিমের কাজের প্রবাহ আটকে যায়
✅ যখন আগের রেট্রোস্পেকটিভের পর অনেক সপ্তাহ কেটে গেছে
✅ বা যখন টিম কোনো গুরুত্বপূর্ণ milestone অর্জন করে
🧠 মূল বার্তা
“Retrospective টিমকে থামতে শেখায় — ভাবতে শেখায় — তারপর আরও ভালোভাবে এগিয়ে যেতে শেখায়।”
📘 পার্ট ১৩ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Servant Leadership — Agile Practice Guide
💡 Servant Leadership কী?
Servant Leadership (সেবামূলক নেতৃত্ব) হলো এমন একটি নেতৃত্বের ধরন যেখানে নেতা দলের উপর কর্তৃত্ব করে না, বরং দলকে সেবা করার মাধ্যমে নেতৃত্ব দেন।
এর মূল উদ্দেশ্য হলো — দলীয় সদস্যদের প্রয়োজন, উন্নয়ন ও সফলতাকে অগ্রাধিকার দেওয়া, যাতে তারা সর্বোচ্চ কর্মদক্ষতা প্রদর্শন করতে পারে।
Agile দর্শনে Servant Leadership কে অত্যন্ত গুরুত্বপূর্ণ মনে করা হয়, কারণ এটি দলকে স্বাধীনভাবে কাজ করার, শেখার ও উন্নত হওয়ার সুযোগ দেয়।
🧭 Servant Leader কীভাবে কাজ করে?
Servant Leader দলীয় কাজের প্রতি নিচের ক্রমানুসারে দৃষ্টিভঙ্গি রাখে 👇
- 🎯 Purpose (উদ্দেশ্য)
→ দলের সাথে মিলে “কেন এই কাজ করা হচ্ছে” তা স্পষ্টভাবে নির্ধারণ করা। - 👥 People (মানুষ)
→ এমন পরিবেশ তৈরি করা যেখানে সবাই সাফল্য অর্জন করতে পারে।
⚙️ Process (প্রক্রিয়া)
→ প্রক্রিয়ার চেয়ে ফলাফলের দিকে নজর দেওয়া।
দল যদি নিয়মিত মানসম্মত কাজ প্রদান করে এবং নিজেকে মূল্যায়ন করে, তবে সেটিই প্রকৃত Agile।
🌟 Servant Leader-এর বৈশিষ্ট্যসমূহ
- 🧠 আত্মসচেতনতা বৃদ্ধি করা (Promoting self-awareness)
- 👂 সক্রিয়ভাবে শোনা (Listening)
- 🤝 দলকে সেবা করা (Serving the team)
- 🌱 মানুষের উন্নয়নকে সহায়তা করা (Helping people grow)
- 🧩 কোচ হিসেবে কাজ করা, নিয়ন্ত্রণকারী নয় (Coaching vs. Controlling)
- 🛡️ নিরাপত্তা, সম্মান ও আস্থা তৈরি করা (Promoting safety, respect, and trust)
⚡ অন্যদের মেধা ও শক্তিকে কাজে লাগানো (Promoting the energy and intelligence of others)
🧰 Servant Leader-এর দায়িত্বসমূহ
- 🧭 দলকে সঠিক পথে পরিচালিত করা (Facilitation)
- 🚧 সংগঠনের বাধা বা প্রতিবন্ধকতা দূর করা (Removing impediments)
- 🪜 অন্যদের অবদান রাখার পথ সহজ করা (Paving the way for others’ contribution)
এছাড়াও Servant Leader-রা:
- স্টেকহোল্ডারদের Agile সম্পর্কে শিক্ষিত করেন
- দলের সদস্যদের মেন্টরিং ও ক্যারিয়ার উন্নয়নে উৎসাহ দেন
- টেকনিক্যাল প্রজেক্ট ম্যানেজমেন্টে সহায়তা করেন (যেমন: risk analysis)
বিভিন্ন টিম বা ডিপার্টমেন্টের মধ্যে যোগাযোগের সেতুবন্ধন তৈরি করেন।
🧑💼 Agile পরিবেশে Project Manager-এর ভূমিকা
Agile টিমে Project Manager সাধারণত একজন Servant Leader হিসেবে কাজ করেন।
তারা নির্দেশ দেন না, বরং সহায়তা করেন, বাধা দূর করেন এবং দলকে সফল হতে সক্ষম করেন।
📘 পার্ট ১৪ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Scrum — একটি মূল Agile ও Lean Framework
🧭 Agile এবং Lean Framework কী?
Agile এবং Lean হলো এমন কিছু পদ্ধতি বা framework যেগুলো প্রকল্পের (project) দ্রুত, কার্যকর ও গ্রাহক-কেন্দ্রিকভাবে পরিচালনা করতে সাহায্য করে।
এগুলোর মধ্যে কিছু মূল (core) এবং কিছু সহায়ক (auxiliary) পদ্ধতি রয়েছে।
⚙️ Core Agile এবং Lean Methods
| Framework | বর্ণনা |
| Scrum | একক দলের (single team) ব্যবস্থাপনা ফ্রেমওয়ার্ক। এটি সবচেয়ে জনপ্রিয় Agile পদ্ধতি। |
| Kanban | “Sign-board” বা ভিজ্যুয়াল টাস্ক বোর্ড সিস্টেম — মূলত Toyota Production System থেকে উদ্ভূত। |
| XP (Extreme Programming) | সফটওয়্যার ডেভেলপমেন্টের জন্য ডিজাইন করা একটি Agile পদ্ধতি, যেখানে কোডের মান ও টেস্টিংয়ে গুরুত্ব দেওয়া হয়। |
| FDD (Feature Driven Development) | বৈশিষ্ট্য-ভিত্তিক সফটওয়্যার উন্নয়ন পদ্ধতি, যেখানে প্রতিটি ফিচার আলাদাভাবে পরিকল্পিত ও ডেলিভার করা হয়। |
🧩 অন্যান্য সহায়ক (Auxiliary) Agile Frameworks
- Scrum of Scrums
- Scaled Agile Framework (SAFe)
- Crystal
- Behavior Driven Development (BDD)
- Disciplined Agile (DA)
- Agile Unified Process (AUP)
- Large Scale Agile
- Dynamic System Delivery Method (DSDM)
🚀 Scrum Framework
Scrum হলো একটি একক টিম-ভিত্তিক পণ্য উন্নয়ন (Product Development) ফ্রেমওয়ার্ক, যা Agile-এর সবচেয়ে প্রচলিত ও কার্যকর পদ্ধতি।
👥 Scrum টিমের তিনটি প্রধান ভূমিকা
| ভূমিকা | বর্ণনা |
| Product Owner | গ্রাহক বা ব্যবসার প্রতিনিধি — যিনি প্রোডাক্টের সর্বোচ্চ মান নিশ্চিত করতে দায়িত্বপ্রাপ্ত। তিনি backlog তৈরি ও অগ্রাধিকার নির্ধারণ করেন। |
| Development Team | ক্রস-ফাংশনাল (cross-functional) টিম যারা প্রোডাক্ট ডিজাইন, ডেভেলপ ও টেস্ট করে। তারা স্ব-সংগঠিত (self-organizing) এবং প্রয়োজনীয় সব স্কিল তাদের নিজেদের মধ্যেই রাখে। |
| Scrum Master | Scrum প্রক্রিয়া (যেমন: stand-up, retrospective) সঠিকভাবে পরিচালিত হচ্ছে কিনা তা নিশ্চিত করেন। টিমকে কোচিং দেন এবং বাধা দূর করতে সাহায্য করেন। |
🕒 Scrum Events (ইভেন্ট বা কার্যক্রম)
| ইভেন্ট | বিবরণ |
| Sprint | নির্দিষ্ট সময়সীমায় (২-৪ সপ্তাহ) সম্পন্ন করা একটি “ইটারেশন” বা ছোট প্রজেক্ট পর্ব। |
| Sprint Planning | প্রতিটি স্প্রিন্টের শুরুতে, টিম backlog থেকে সর্বোচ্চ অগ্রাধিকারযুক্ত কাজগুলো নির্বাচন করে। |
| Daily Scrum | দৈনিক ১৫ মিনিটের stand-up মিটিং, যেখানে টিম কাজের অগ্রগতি আলোচনা করে (সাধারণত Kanban বোর্ডে দেখা হয়)। |
| Sprint Review | স্প্রিন্ট শেষে ডেভেলপমেন্ট টিম প্রোডাক্টের ডেমো প্রদর্শন করে এবং Product Owner সাইন-অফ বা পরিবর্তনের নির্দেশ দেয়। |
| Sprint Retrospective | প্রতিটি স্প্রিন্টের শেষে, টিম কী ভালো হয়েছে ও কীভাবে উন্নতি করা যায় তা আলোচনা করে — পরবর্তী ইটারেশনের জন্য শিখন প্রক্রিয়া। |
📦 Scrum Artifacts (ডেলিভারেবল বা নথি)
| Artifact | বিবরণ |
| Product Backlog | Product Owner কর্তৃক পরিচালিত একটি অগ্রাধিকারভিত্তিক কাজের তালিকা যা প্রতিটি স্প্রিন্টে আপডেট হয়। |
| Sprint Backlog | স্প্রিন্টের জন্য নির্ধারিত কাজের (User Story) তালিকা, যা টিম একসাথে সম্পন্ন করে। |
| Increment | একটি স্প্রিন্টে সম্পন্ন হওয়া backlog আইটেমগুলোর মোট যোগফল — এটি মূল লক্ষ্য বা প্রোডাক্ট ভিশনের দিকে এক ধাপ অগ্রগতি। |
🧩 Scrum এর মূল দর্শন । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
- ছোট টিম, ছোট ডেলিভারি
- নিয়মিত রিভিউ ও উন্নয়ন
- ফিডব্যাকের মাধ্যমে ধারাবাহিক অগ্রগতি
- দলীয় মালিকানা ও স্বচ্ছতা
পার্ট ১৫ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
কানবান (Kanban) – একটি মূল অ্যাজাইল ও লীন ফ্রেমওয়ার্ক
📘 Agile Practice Guide থেকে সারাংশ (বাংলা সংস্করণ)
🔹 কানবান কী?
Kanban শব্দটি জাপানি ভাষায় “ভিজ্যুয়াল সাইন” বা “কার্ড” অর্থে ব্যবহৃত হয়।
এটি Lean Manufacturing পদ্ধতি থেকে উদ্ভূত একটি ভিজ্যুয়াল ম্যানেজমেন্ট সিস্টেম, যা কাজের অগ্রগতি (Work in Progress) পর্যবেক্ষণ করে এবং “Pull” ও “Flow” প্রক্রিয়ার মাধ্যমে উৎপাদনশীলতা বাড়ায়।
🔹 একটি সাধারণ কানবান বোর্ডের উদাহরণ
একটি কানবান বোর্ডে সাধারণত নিচের কলামগুলো থাকে (আপনার প্রয়োজনে পরিবর্তন করা যায়):
| To Do | In Progress | Review | Done |
এই ভিজ্যুয়াল বোর্ডটি যে কেউ সহজেই দেখে বুঝতে পারে—কাজ কোথায় আছে, কে করছে, এবং কোথায় সমস্যা হচ্ছে।
🔹 মূল ধারণা
- Pull (টানা পদ্ধতি):
সদস্য বা টিম যখন নতুন কাজ নিতে প্রস্তুত থাকে, তখনই তারা কাজটি “Pull” করে নেয়। এতে করে অপ্রয়োজনীয় কাজ বা জমে থাকা কাজ কমে যায়।
Flow (প্রবাহ):
কাজ যেন নিরবিচ্ছিন্নভাবে এক ধাপ থেকে আরেক ধাপে অগ্রসর হয়—কোনো “বাধা” বা “রিওয়ার্ক” ছাড়া।
🔹 কানবানের বৈশিষ্ট্য ও উপকারিতা
✅ ইটারেশন (Iteration) নির্ধারিত নয়, তবে চাইলে Scrum-এর সঙ্গে একত্রে ব্যবহার করা যায়।
✅ দক্ষতা (Efficiency) বাড়ে—প্রত্যেকটি কাজের দৃশ্যমানতা থাকায় মূল্যবোধ নিশ্চিত হয়।
✅ ফোকাস বৃদ্ধি পায়—এক সময়ে সীমিত কাজ সম্পাদনের কারণে টিম মনোযোগ ধরে রাখতে পারে।
✅ ওয়ার্কলোডের ভিন্নতা মোকাবেলা করা সহজ।
✅ অপচয় (Waste) কমে যায়—কারণ স্বচ্ছতা বাড়লে অপ্রয়োজনীয় ধাপ চিহ্নিত করা সহজ হয়।
✅ বোর্ডটি একটি Information Radiator হিসেবে কাজ করে—যে কেউ সহজেই কাজের বর্তমান অবস্থা জানতে পারে।
🔹 কানবানের মূল নীতিমালা (Defining Principles)
- বর্তমান অবস্থা থেকে শুরু করুন (Start with the current state)
- কাজের প্রবাহকে ভিজ্যুয়ালাইজ করুন (Visualize the workflow)
- ধাপে ধাপে পরিবর্তন করুন (Pursue incremental, evolutionary change)
- Work in Progress সীমাবদ্ধ করুন (Limit WIP)
- বর্তমান প্রক্রিয়াকে সম্মান করুন (Respect the current process)
- Flow পরিচালনা করুন (Manage flow)
- সব স্তরে নেতৃত্ব দিন (Lead at all levels)
- “Pull” সিস্টেম চালু করুন (Enable pull)
🔹 কানবানের মূল গুণাবলি (Core Properties)
- প্রক্রিয়ার নীতি স্পষ্টভাবে প্রকাশ করুন (Make process policies explicit)
- ফিডব্যাক লুপ কার্যকর করুন (Implement feedback loops)
- সহযোগিতামূলকভাবে উন্নতি আনুন (Improve collaboratively)
📈 সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Kanban একটি দারুণ টুল যা দলকে দেখায় “কাজ কোথায় আটকে আছে”, “কোন কাজ চলছে”, এবং “কি সম্পন্ন হয়েছে”। এটি দক্ষতা, স্বচ্ছতা, এবং সহযোগিতা বাড়ায়, ফলে একটি টিম ধীরে ধীরে আরও অ্যাজাইল ও প্রোডাক্টিভ হয়ে ওঠে।
পার্ট ১৬ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
এক্সট্রিম প্রোগ্রামিং (XP) – অ্যাজাইল ও লীন ফ্রেমওয়ার্ক
📘 Agile Practice Guide থেকে সারাংশ (বাংলা সংস্করণ)
🔹 এক্সট্রিম প্রোগ্রামিং (XP) কী?
XP (eXtreme Programming) হলো একটি সফটওয়্যার ডেভেলপমেন্ট মেথড, যা ছোট ছোট ফ্রিকোয়েন্ট ডেভেলপমেন্ট সাইকেল-এর মাধ্যমে কাজ করে।
এটি প্রথম দিকের অ্যাজাইল পদ্ধতিগুলোর একটি এবং এর মাধ্যমে ১২টি প্রাথমিক (Primary) এবং পরবর্তীতে বেশ কিছু দ্বিতীয় (Secondary) চর্চা জনপ্রিয়তা পায়।XP-এর মূল উদ্দেশ্য হলো —
👉 সফটওয়্যার দ্রুত সরবরাহ করা,
👉 পরিবর্তনের সঙ্গে দ্রুত মানিয়ে নেওয়া,
👉 এবং উন্নয়নের প্রতিটি ধাপে গুণগত মান বজায় রাখা।
🔹 XP-এর মূল অনুশীলন ক্ষেত্র (XP Practice Areas)
XP-এর চর্চাগুলো তিনটি ভাগে বিভক্ত —
১️. Organizational (সংগঠনমূলক)
২️. Technical (প্রযুক্তিগত)
৩️. Planning (পরিকল্পনা-সংক্রান্ত)
🏢 ১️. Organizational Practices (সংগঠনমূলক চর্চা)
| চর্চা | ব্যাখ্যা |
| Sit Together (একসঙ্গে বসা) | টিম সদস্যরা এক জায়গায় বসে কাজ করলে দ্রুত যোগাযোগ ও সমস্যা সমাধান সম্ভব হয়। |
| Whole Team (সম্পূর্ণ দল) | সব প্রয়োজনীয় দক্ষতা একই টিমে অন্তর্ভুক্ত থাকে — কোডার, টেস্টার, ডিজাইনার, কাস্টমার প্রতিনিধি। |
| Information Workspace (তথ্য পরিবেশ) | কাজের অগ্রগতি ও লক্ষ্য সবাইকে দৃশ্যমান রাখতে বোর্ড বা ডিজিটাল টুল ব্যবহার করা হয়। |
| Real Customer Involvement (গ্রাহকের সরাসরি অংশগ্রহণ) | গ্রাহক বা প্রোডাক্ট ওনার সবসময় টিমের সঙ্গে যুক্ত থাকেন এবং ফিডব্যাক দেন। |
| Team Continuity (দলের ধারাবাহিকতা) | টিমের সদস্য পরিবর্তন কমিয়ে ধারাবাহিকতা ও দক্ষতা বজায় রাখা। |
| Sustainable Pace (স্থিতিশীল গতি) | দীর্ঘমেয়াদি উৎপাদনশীলতা বজায় রাখতে ব্যালেন্সড ওয়ার্কলোড নিশ্চিত করা। |
💻 ২️. Technical Practices (প্রযুক্তিগত চর্চা)
| চর্চা | ব্যাখ্যা |
| Pair Programming (জোড়ায় কোডিং) | দুইজন ডেভেলপার একসঙ্গে একই কোডে কাজ করেন — একজন কোড লেখেন, অন্যজন তা পর্যবেক্ষণ করেন। |
| Test-first Programming (টেস্ট আগে কোড পরে) | আগে টেস্ট কেস তৈরি করে, তারপর সেই টেস্ট পাস করার মতো কোড লেখা হয়। |
| Incremental Design (ধাপে ধাপে ডিজাইন) | পুরো সিস্টেম একসাথে না বানিয়ে, ছোট ছোট অংশে ডিজাইন ও উন্নয়ন করা। |
| Shared Code / Collective Ownership (সমষ্টিগত মালিকানা) | যেকোনো সদস্য কোড পরিবর্তন করতে পারেন; পুরো টিম কোডের মানের জন্য দায়ী। |
| Documentation from Code and Test (কোড ও টেস্ট থেকে ডকুমেন্টেশন) | টেস্ট ও কোড থেকেই প্রয়োজনীয় ডকুমেন্টেশন তৈরি করা হয় — অতিরিক্ত কাগজপত্র কম। |
| Refactoring (কোড পুনর্গঠন) | বিদ্যমান কোডের কার্যকারিতা না বদলে, সেটিকে পরিষ্কার ও উন্নত করা। |
🗓️ ৩️. Planning Practices (পরিকল্পনা সংক্রান্ত চর্চা)
| চর্চা | ব্যাখ্যা |
| User Stories (ব্যবহারকারীর গল্প) | প্রতিটি ফিচারকে ব্যবহারকারীর দৃষ্টিকোণ থেকে বর্ণনা করা। |
| Weekly Cycle (সাপ্তাহিক চক্র) | প্রতি সপ্তাহে কাজের পরিকল্পনা ও মূল্যায়ন করা হয়। |
| Quarterly Cycle (ত্রৈমাসিক চক্র) | প্রতি তিন মাসে বড় লক্ষ্য ও রোডম্যাপ নির্ধারণ করা হয়। |
| Slack (অতিরিক্ত সময় রাখা) | অপ্রত্যাশিত কাজ বা সমস্যা মোকাবেলায় কিছু সময় সংরক্ষণ রাখা। |
| Root Cause Analysis (মূল কারণ বিশ্লেষণ) | সমস্যার মূল কারণ চিহ্নিত করে দীর্ঘমেয়াদি সমাধান বের করা। |
| Shrinking Team (দল ছোট করা) | প্রয়োজনে দক্ষতা অনুযায়ী টিম আকার পরিবর্তন করা। |
| Pay Per Use (ব্যবহার অনুযায়ী মূল্য) | কাস্টমারকে সরাসরি ব্যবহারের ভিত্তিতে চার্জ করা। |
| Negotiated Scope Contract (আলোচনাভিত্তিক পরিধি নির্ধারণ) | কাজের পরিধি ও বাজেট নিয়ে নমনীয়তা বজায় রাখা। |
| Daily Stand-ups (দৈনিক সভা) | প্রতিদিন ১৫ মিনিটের দ্রুত সভা — কাজের অবস্থা জানানো ও বাধা দূর করা। |
| Integration (ইন্টিগ্রেশন) | বিভিন্ন কম্পোনেন্ট একত্রে কাজ করছে কিনা তা নিশ্চিত করা। |
| 10-Minute Build (দ্রুত বিল্ড) | পুরো কোড ১০ মিনিটে বিল্ড করা যায় — এর মানে সিস্টেম হালকা ও কার্যকর। |
| Continuous Integration (নিরবচ্ছিন্ন সংযুক্তি) | প্রতিটি নতুন কোড সঙ্গে সঙ্গে মূল কোডবেসে যুক্ত হয়। |
| Test-first (টেস্ট-ড্রিভেন ডেভেলপমেন্ট) | প্রথমে টেস্ট তৈরি, পরে কোড — যাতে বাগ কমে যায়। |
| Single Code Base (একক কোডবেস) | সবার কাজ একই মূল কোডবেসে হয়, বিভাজন কম থাকে। |
| Incremental Deployment (ধাপে ধাপে প্রকাশ) | ধাপে ধাপে সফটওয়্যার রিলিজ করা হয়, যাতে ব্যবহারকারীর ফিডব্যাক নেওয়া যায়। |
| Daily Deployment (দৈনিক রিলিজ) | প্রতিদিন নতুন ভার্সন প্রকাশের সক্ষমতা তৈরি করা। |
⚙️ সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
XP (Extreme Programming) হল অ্যাজাইলের একটি শক্তিশালী পদ্ধতি, যা দলকে নিয়মিত টেস্ট, কোডের স্বচ্ছতা, এবং ধারাবাহিক ডেলিভারি নিশ্চিত করতে সাহায্য করে। এটি মূলত সফটওয়্যার টিমকে দ্রুত ফিডব্যাক, উন্নত গুণমান, এবং গ্রাহক সন্তুষ্টির দিকে নিয়ে যায়।
পার্ট ১৭ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
ফিচার ড্রিভেন ডেভেলপমেন্ট (FDD) – অ্যাজাইল প্র্যাকটিস গাইড
📘 Agile Feature Driven Development Revisited (বাংলা সংস্করণ)
🔹 ফিচার ড্রিভেন ডেভেলপমেন্ট (Feature Driven Development – FDD) কী?
Feature Driven Development (FDD) হলো একটি ইটারেটিভ (পুনরাবৃত্তিমূলক) সফটওয়্যার ডেভেলপমেন্ট মডেল,
যেখানে উন্নয়নের পুরো প্রক্রিয়াটি “ফিচার” বা বৈশিষ্ট্যকে কেন্দ্র করে পরিচালিত হয়।এটি সফটওয়্যার তৈরির একটি স্ট্রাকচার্ড ও স্কেলেবল (বর্ধনযোগ্য) অ্যাজাইল পদ্ধতি,
যা বড় ও জটিল প্রজেক্টে সহজভাবে অগ্রগতি এবং ফলাফল পরিমাপযোগ্য করে তোলে।
🎯 FDD-এর মূল লক্ষ্যসমূহ
ফিচার ড্রিভেন ডেভেলপমেন্ট চারটি প্রধান ধাপে কাজ করে:
1️⃣ Develop an Overall Model
→ পুরো সিস্টেমের একটি উচ্চ-স্তরের মডেল তৈরি করা হয়, যাতে ডোমেইন বা বিজনেস লজিক বোঝা যায়।
2️⃣ Build a Features List
→ গ্রাহকের দৃষ্টিকোণ থেকে সিস্টেমের প্রত্যেকটি ফিচারের একটি বিস্তারিত তালিকা তৈরি করা হয়।
3️⃣ Plan by Features
→ প্রতিটি ফিচারের ভিত্তিতে কাজ পরিকল্পনা করা হয় — কে করবে, কতদিন লাগবে, কোন রিসোর্স লাগবে।4️⃣ Build by Features
→ ধাপে ধাপে প্রতিটি ফিচার তৈরি, টেস্ট, এবং ডিপ্লয় করা হয়।
🧩 FDD-এর মূল সফটওয়্যার ইঞ্জিনিয়ারিং অনুশীলনসমূহ
Feature Driven Development একটি সেট কোর প্র্যাকটিস (Core Practices) দ্বারা সমর্থিত,
যা প্রকল্পকে আরও নিয়ন্ত্রিত, স্বচ্ছ ও কার্যকর করে তোলে।
| প্র্যাকটিস | ব্যাখ্যা |
| Developing by Features | প্রতিটি ডেভেলপমেন্ট ছোট, পরিমাপযোগ্য “ফিচার”-এ ভাগ করা হয় — যেমন, “Calculate invoice total”। |
| Feature Teams | ছোট ক্রস-ফাংশনাল টিমগুলো নির্দিষ্ট ফিচার ডেভেলপমেন্টের দায়িত্বে থাকে। |
| Inspections | প্রতিটি কোড বা ডিজাইন নিয়মিতভাবে রিভিউ করা হয়, যাতে ত্রুটি আগেই ধরা যায়। |
| Regular Build (নিয়মিত বিল্ড) | প্রতিদিন বা নির্দিষ্ট সময়ে কোড বিল্ড করা হয়, যাতে ইন্টিগ্রেশন সমস্যা দ্রুত ধরা যায়। |
| Visibility of Progress and Results | কাজের অগ্রগতি দৃশ্যমান রাখা হয় — ড্যাশবোর্ড বা রিপোর্টের মাধ্যমে সবাই জানে কতদূর কাজ এগিয়েছে। |
| Configuration Management | ফাইল, কোড, ও ভার্সন পরিবর্তন নিয়ন্ত্রণে রাখতে কনফিগারেশন ম্যানেজমেন্ট টুল ব্যবহার করা হয়। |
| Individual Class Ownership | প্রতিটি ক্লাস বা মডিউলের জন্য একজন নির্দিষ্ট ডেভেলপার দায়িত্বে থাকে, যাতে দায়বদ্ধতা ও কোডের মান নিশ্চিত হয়। |
| Domain Object Modeling | বিজনেস প্রক্রিয়াগুলিকে অবজেক্ট মডেলে রূপান্তর করে একটি বাস্তবসম্মত সিস্টেম আর্কিটেকচার তৈরি করা হয়। |
🚀 সারসংক্ষেপ । Agile Scrum Master Book pdf Bangla | বাংলা pdf বই
Feature Driven Development (FDD) একটি প্রকল্প-নির্ভর অ্যাজাইল পদ্ধতি,
যা “ফিচার”কে কেন্দ্রে রেখে পরিকল্পনা, ডেভেলপমেন্ট, টেস্টিং ও ডেলিভারি করে।
এটি বিশেষভাবে কার্যকর বড় টিম বা এন্টারপ্রাইজ-লেভেল সফটওয়্যার প্রজেক্টে,
যেখানে নিয়মিত বিল্ড, দৃশ্যমান অগ্রগতি, এবং ক্লিয়ার ওনারশিপ অপরিহার্য।