Sprint Retrospective là gì?

Question

Accepted Answer

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:

```text
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.

## Ví dụ cụ thể

Đội nhận thấy các code review bị đình trệ nhiều ngày. Họ thống nhất một quy tắc: yêu cầu review được tiếp nhận trong vòng bốn giờ. Một người sở hữu việc đăng lời nhắc. Retrospective tiếp theo, họ kiểm tra xem nó có hiệu quả không.

## Những sai lầm thường gặp

- Tạo ra 15 mục hành động và không làm cái nào — hãy chọn một hoặc hai.
- Đổ lỗi thay vì tò mò, điều này giết chết sự an toàn tâm lý.
- Bỏ qua nó dưới áp lực deadline, điều này loại bỏ động cơ cải tiến.

## Tại sao điều này quan trọng

Cải tiến liên tục là điều phân biệt một đội tốt lên mỗi Sprint với một đội lặp lại cùng những sai lầm.

Một Retrospective an toàn, tập trung biến những bực bội thành những thay đổi cụ thể, đó chính là toàn bộ ý nghĩa của việc mang tính thực nghiệm.