Vấn đề: estimate tốn thời gian và hay lệch
Planning poker vui nhưng chậm; với backlog dài, PO cần một con số nháp để sắp thứ tự ưu tiên và phác lộ trình, trước khi đội chốt chính thức. Nhiều PO bỏ ước lượng cho tới phút chót, dẫn tới sprint quá tải.
AI không thay đội estimate, nhưng nó cho ước lượng tương đối nháp dựa trên độ phức tạp mô tả và so sánh với story tham chiếu bạn cung cấp. Điều này giúp buổi planning bắt đầu từ một điểm neo, nhanh hơn.
Nguyên tắc vàng: neo bằng story tham chiếu
Story point là tương đối, nên AI chỉ hữu ích khi bạn cho nó "thước": vài story quá khứ và điểm thực tế của chúng. Không có thước, AI sẽ bịa thang điểm của riêng nó (ảo giác).
Ví dụ cụ thể
Bạn cung cấp: "US-A: form đăng nhập cơ bản = 3 điểm", "US-B: tích hợp cổng thanh toán bên thứ ba = 8 điểm". Rồi hỏi AI ước lượng "US-C: thêm đăng nhập bằng Google". AI so: phức tạp hơn form đơn thuần vì có OAuth bên ngoài, nhưng nhẹ hơn tích hợp thanh toán → gợi ý 5, kèm lý do và giả định. Bạn mang con số + lý do này vào planning để mồi thảo luận.
Prompt mẫu
Vai trò: trợ lý ước lượng tương đối cho Product Owner (thang Fibonacci: 1,2,3,5,8,13).Story tham chiếu (điểm đã chốt trong quá khứ):
- US-A | [mô tả] | 3 điểm
- US-B | [mô tả] | 8 điểm
- US-D | [mô tả] | 13 điểm
Hãy ước lượng các story dưới đây SO VỚI story tham chiếu.
Với mỗi story: điểm gợi ý | lý do 1-2 câu | GIẢ ĐỊNH đã dùng | mức độ chắc chắn (Cao/Vừa/Thấp).
Nếu mô tả chưa đủ để ước lượng, ghi "CHƯA ĐỦ THÔNG TIN" thay vì đoán bừa.
Đây là ĐIỂM NHÁP để đội thảo luận, không phải quyết định cuối.Story cần ước lượng:
[dán vào]
Các bước làm
- Chọn 3–5 story quá khứ đại diện cho các mức điểm (nhỏ/vừa/lớn) làm thước.
- Đảm bảo story cần ước lượng đã "ready" (làm rõ ở bài 3) — mô tả mờ thì mọi ước lượng đều vô nghĩa.
- Chạy prompt, thu về điểm + lý do + giả định + mức chắc chắn.
- Lọc story "Thấp" độ chắc chắn hoặc "CHƯA ĐỦ THÔNG TIN" — đưa quay lại làm rõ.
- Mang điểm nháp vào planning như điểm khởi đầu, để đội chốt.
- Ghi lại chênh lệch giữa điểm AI và điểm đội chốt để hiệu chỉnh thước cho lần sau.
Template: bảng ước lượng nháp
Story Điểm AI Giả định Chắc chắn Điểm đội chốt Chênh US-C 5 có OAuth Vừa
Sai lầm thường gặp
- Coi điểm AI là điểm chính thức. Đây là sai lầm nghiêm trọng nhất: đội mất quyền sở hữu ước lượng, cam kết trở nên rỗng. Luôn để đội chốt; điểm AI chỉ để mồi.
- Không cho story tham chiếu. Không thước → AI ảo giác thang điểm, con số vô nghĩa.
- Ước lượng story còn mờ. Rác vào, rác ra. Làm rõ trước, ước lượng sau.
- Phụ thuộc quá mức khiến đội mất kỹ năng estimate. Nếu mọi ước lượng đều do AI, đội quên cách tư duy phức tạp. Dùng AI để tăng tốc, không để thay thế thảo luận.
- Bỏ qua giả định. Điểm 5 "nếu API đã sẵn" khác hẳn 13 "nếu phải tự xây API". Luôn đọc phần giả định.
Chốt bài
AI cho điểm nháp tương đối khi được neo bằng story tham chiếu, kèm giả định và mức chắc chắn — đội vẫn là người chốt. Bài 5: phát hiện phụ thuộc giữa các story.