Bài 2 — Dự báo dung lượng sprint (capacity & velocity) với AI

Vấn đề

Câu hỏi mở đầu mọi Planning: 'Sprint này đội gánh được bao nhiêu?'. Nhiều PO trả lời bằng trí nhớ ('sprint trước làm ~30 point thì sprint này cũng ~30'). Sai lầm: không trừ ngày nghỉ, không tính buổi họp lớn, không nhìn xu hướng velocity đang lên hay xuống. Hệ quả là over-commit rồi carry-over triền miên.

Dự báo dung lượng đúng cần hai con số:

• Velocity: trung bình story point đội hoàn thành mỗi sprint (lấy 3–6 sprint gần nhất, nên dùng trung bình có điều chỉnh, không lấy sprint bất thường).
• Capacity: tổng ngày công thực tế của đội trong sprint tới, sau khi trừ nghỉ phép, ngày lễ, họp, on-call, thời gian dành cho hỗ trợ ngoài kế hoạch.

AI giúp bạn tính nhanh cả hai và, quan trọng hơn, chuyển đổi capacity giảm thành số point nên cam kết.

Ví dụ cụ thể

Đội bạn 6 người, sprint 10 ngày làm việc. Sprint tới: một bạn nghỉ 3 ngày, một bạn onboarding chỉ đóng góp 50%, cả đội mất 1 ngày cho họp quý. Velocity 5 sprint gần nhất: 32, 28, 35, 30, 20 (sprint 20 là bất thường vì có sự cố production). Bạn dán hết cho AI và nhận về: velocity điều chỉnh ~31 (loại bỏ outlier 20), capacity giảm ~18% so với sprint chuẩn, đề xuất cam kết ~25 point kèm giải thích.

Prompt mẫu

Vai trò: Bạn là chuyên gia phân tích Agile.
Dữ liệu velocity 5 sprint gần nhất (point hoàn thành): 32, 28, 35, 30, 20.
Ghi chú: sprint có 20 point là bất thường vì đội bận xử lý sự cố production.
Capacity sprint tới:
6 thành viên, sprint 10 ngày làm việc.
Thành viên A nghỉ phép 3 ngày.
Thành viên B là người mới, ước tính đóng góp 50%.
Cả đội mất 1 ngày cho họp quý.

Hãy:
Tính velocity trung bình có điều chỉnh (nêu rõ có loại outlier hay không và vì sao).
Ước tính % capacity sprint tới so với sprint chuẩn (nêu giả định).
Đề xuất số story point NÊN cam kết, kèm 1 câu giải thích ngắn.
Nêu rõ mọi giả định bạn dùng để tôi kiểm chứng.
Ràng buộc: Nếu thiếu dữ liệu, hỏi lại thay vì đoán bừa.

Các bước làm

• Thu thập velocity 3–6 sprint gần nhất từ Jira/bảng của bạn.
• Đánh dấu sprint bất thường (sự cố, nghỉ lễ dài) để AI biết cân nhắc loại bỏ.
• Liệt kê capacity sprint tới: nghỉ phép, người mới, họp lớn, on-call.
• Chạy prompt, đọc kỹ phần 'giả định' — đây là nơi AI dễ sai nhất.
• Điều chỉnh con số theo hiểu biết thực tế của bạn, rồi chốt.
• Ghi lại con số cam kết + lý do vào ghi chú Planning để đối chiếu cuối sprint.

Template — 'Bảng dự báo dung lượng'

Sai lầm thường gặp

• Tin số AI đưa mà không kiểm chứng. AI có thể tính sai số học hoặc ảo giác một velocity không tồn tại. Luôn yêu cầu AI nêu giả định và tự cộng lại con số quan trọng.
• Bỏ qua context định tính. AI không biết tuần tới có release lớn cần freeze code, hay một bạn đang burnout. Con số chỉ là điểm khởi đầu.
• Giao phó hoàn toàn việc cam kết cho AI. Cam kết là lời hứa của đội, không phải kết quả một phép chia. Đội phải đồng thuận, nếu không họ sẽ không sở hữu nó.