Sprint Retrospective ٹیم کے لیے اپنے کام کو جانچنے اور بہتریوں کا منصوبہ بنانے کا باقاعدہ موقع ہے۔ یہ Review کے بعد اور اگلی Sprint Planning سے پہلے ہوتا ہے۔ توجہ عمل پر ہے — لوگ، رشتے، ٹولز، اور Definition of Done — خود مصنوعات پر نہیں۔
یہ کیسے کام کرتا ہے
ایک سادہ، مقبول ڈھانچہ:
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 reviews کئی دن کے لیے رک گئے۔ وہ ایک اصول پر متفق ہیں: review requests چار گھنٹوں کے اندر اٹھایا جاتا ہے۔ ایک شخص یاد دہانی پوسٹ کرنے کی ذمہ داری لیتا ہے۔ اگلی Retrospective میں، وہ چیک کرتے ہیں کہ یہ کام کیا یا نہیں۔
