Sprint Retrospective là cơ hội thường xuyên của đội để kiểm tra cách nó đã làm việc và lập kế hoạch cải tiến. Nó diễn ra sau Review và trước Sprint Planning tiếp theo. Trọng tâm là quy trình — con người, mối quan hệ, công cụ, và Definition of Done — chứ không phải bản thân sản phẩm.
Cách nó hoạt động
Một cấu trúc đơn giản, phổ biến:
1. Điều gì đã diễn ra tốt? (tiếp tục làm)
2. Điều gì chưa tốt? (vấn đề và ma sát)
3. Chúng ta sẽ thay đổi gì? (1-2 hành động cụ thể, có người sở hữu)
Đầu ra chính là một số ít cải tiến có thể hành động được, lý tưởng là được thêm vào Sprint Backlog tiếp theo để chúng thực sự xảy ra.
