Story 8 điểm mới xong khoảng 70% khi hết sprint: ghi nhận một phần, ước lượng lại hay giữ nguyên điểm?

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Đội Scrum phát triển phần mềm quản lý trường học vừa kết thúc sprint 12. Kế hoạch sprint gồm 6 story, tổng 30 điểm. Kết quả: 5 story đạt Definition of Done, tổng 22 điểm. Story còn lại — "Xuất học bạ điện tử có ký số", 8 điểm — đã lập trình xong, nhưng chưa qua kiểm thử tích hợp với dịch vụ ký số. Lập trình viên ước chừng "đã xong khoảng 70%".

Trong buổi retrospective, một thành viên đề nghị: "Ghi 70% của 8 là 5,6 điểm vào velocity sprint này cho công bằng, vì chúng ta đã làm thật." Scrum Master chưa đồng ý, và cuộc tranh luận bắt đầu.

Cách 1: ghi nhận một phần — không nên

Ghi 5,6 điểm làm velocity sprint 12 thành 27,6 — trông gần kế hoạch hơn. Nhưng cách này có ba vấn đề:

• Mâu thuẫn với Definition of Done. Scrum Guide nêu rõ: hạng mục chưa đạt Definition of Done thì không được phát hành, không được trình bày ở Sprint Review, mà quay lại Product Backlog. Ghi điểm cho nó tức là coi "gần xong" như "xong".
• "70%" là con số cảm tính. Phần còn lại là kiểm thử tích hợp — chính là phần rủi ro nhất, thường tốn hơn dự kiến.
• Velocity bị làm phẳng giả tạo. Khi mọi sprint đều được "bù" phần dở, độ dao động thật bị che, và dự báo dựa trên velocity trở nên lạc quan.

Cách 2 và 3: không ghi ở sprint 12, khác nhau ở sprint sau

Velocity sprint 12 là 22 điểm. Story quay về Product Backlog, Product Owner quyết định thứ tự của nó — có thể đưa vào sprint 13, cũng có thể không (ví dụ khi dịch vụ ký số chưa sẵn sàng).

Nếu story được chọn vào sprint 13, Developers ước lượng lại phần việc còn lại để lập kế hoạch sprint, ví dụ 3 điểm. Câu hỏi còn lại là: khi story hoàn thành ở sprint 13, ghi bao nhiêu vào velocity?