Câu trả lời được chấp nhận
Nguyễn Thu Hà, PMP
Quy trình cơ bản
- Product Owner (hoặc người hiểu yêu cầu) trình bày ngắn story và tiêu chí chấp nhận.
- Đội hỏi để làm rõ — có giới hạn thời gian.
- Mỗi người chọn lá bài riêng, úp xuống, rồi lật cùng lúc. Lật cùng lúc là điểm mấu chốt: tránh hiệu ứng mỏ neo (anchoring) khi người có tiếng nói lớn nói trước.
- Nếu chênh lệch, người cao nhất và thấp nhất giải thích lý do.
- Bàn thêm ngắn rồi ước lượng lại, thường đến lần thứ hai hoặc ba sẽ hội tụ.
Vì sao dùng dãy kiểu Fibonacci (1, 2, 3, 5, 8, 13, 20…)? Khoảng cách tăng dần phản ánh thực tế: việc càng lớn thì độ bất định càng cao, không có ý nghĩa khi tranh cãi 12 hay 13.
Chênh lệch 2 và 13 là thông tin quý, không phải phiền toái: thường có người biết một rủi ro (hệ thống cũ, ràng buộc dữ liệu) mà người khác không biết, hoặc có người biết lối tắt. Đừng lấy trung bình hay để trưởng nhóm chốt — hãy để hai bên giải thích.
Giữ buổi ước lượng gọn
- Giới hạn thời gian mỗi story (ví dụ vài phút); quá giờ mà chưa thống nhất → story chưa đủ rõ, đưa về refinement hoặc tạo spike.
- Story ở mức lớn nhất trong dãy → tách nhỏ, đừng cố ước lượng.
- Chuẩn bị vài story tham chiếu đã làm (một story 2 điểm, một story 5 điểm) để so sánh.
- Chỉ những người thực hiện công việc ước lượng; PO và Scrum Master không bỏ phiếu.
Nguồn: