Sprint Retrospective কী?

Question

Accepted Answer

Sprint Retrospective হল **দলের নিয়মিত সুযোগ যা কীভাবে কাজ করেছে তা পরীক্ষা করতে এবং উন্নতির পরিকল্পনা করতে**। এটি Review-এর পরে এবং পরবর্তী Sprint Planning-এর আগে ঘটে। ফোকাস হল *প্রক্রিয়া* — মানুষ, সম্পর্ক, সরঞ্জাম এবং Definition of Done — পণ্য নিজেই নয়।

## এটি কীভাবে কাজ করে

একটি সহজ, জনপ্রিয় কাঠামো:

```text
1. What went well?      (keep doing)
2. What didn't?         (problems and friction)
3. What will we change? (1-2 concrete, owned actions)
```

মূল আউটপুট হল **অল্প সংখ্যক কার্যকর উন্নতি**, আদর্শভাবে পরবর্তী Sprint Backlog-এ যোগ করা হয় যাতে এগুলি সত্যিই ঘটে।

## কংক্রিট উদাহরণ

দল লক্ষ্য করে যে code review কয়েক দিনের জন্য থেমে গেছে। তারা একটি নিয়মে সম্মত হয়: review request চার ঘন্টার মধ্যে নেওয়া হয়। একজন ব্যক্তি একটি reminder পোস্ট করার মালিক। পরবর্তী Retrospective-এ, তারা পরীক্ষা করে এটি কাজ করেছে কিনা।

## সাধারণ ত্রুটি

- 15টি action item তৈরি করা এবং কোনোটাই না করা — এক বা দুটি বেছে নিন।
- কৌতূহলের পরিবর্তে দোষ দেওয়া, যা psychological safety হত্যা করে।
- deadline চাপের অধীনে এটি এড়ানো, যা improvement engine সরিয়ে দেয়।

## এটি কেন গুরুত্বপূর্ণ

ক্রমাগত উন্নতি হল যা একটি দলকে যা প্রতিটি Sprint ভাল হয় তার থেকে আলাদা করে একটি দল যা একই ভুল পুনরাবৃত্তি করে।

একটি নিরাপদ, ফোকাসড Retrospective হতাশাকে কংক্রিট পরিবর্তনে পরিণত করে, যা সম্পূর্ণভাবে অভিজ্ঞতামূলক হওয়ার পয়েন্ট।