Sprint Retrospective هي فرصة منتظمة للفريق لفحص كيفية عمله وتخطيط التحسينات. تحدث بعد Review وقبل Sprint Planning التالي. التركيز على العملية — الأشخاص والعلاقات والأدوات وتعريف الإنجاز — وليس المنتج نفسه.
كيف يعمل
هيكل بسيط وشهير:
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 التالي حتى تحدث فعلاً.
مثال ملموس
يلاحظ الفريق أن مراجعة الكود توقفت لعدة أيام. يتفقون على قاعدة: يتم اختيار طلبات المراجعة في غضون أربع ساعات. شخص واحد يتولى نشر تذكير. في Retrospective التالي، يتحققون مما إذا كانت قد نجحت.