Quy trình Sprint Planning
- Xác định Sprint Goal – Mục tiêu ngắn gọn, đo lường được cho Sprint.
- Capacity Planning – Tính tổng giờ làm việc của đội (trừ ngày nghỉ, meeting).
- Chọn backlog items – Dựa vào Priority, kéo các story vào Sprint Backlog cho tới khi hết capacity.
- Chi tiết hoá – Phân tách các story lớn thành các task nhỏ, xác định phụ thuộc.
- Đánh giá độ khó – Sử dụng Planning Poker (xem phần sau) để ước lượng story points.
- Commit – Đội đồng ý với Sprint Backlog và Sprint Goal.
Planning Poker (Ước lượng Story Point)
- Chuẩn bị: Mỗi thành viên có bộ thẻ với dãy Fibonacci (0,½,1,2,3,5,8,13,21,34,55,89).
- Bước 1 – Product Owner mô tả story, trả lời câu hỏi.
- Bước 2 – Mỗi người chọn thẻ ẩn, không cho người khác nhìn.
- Bước 3 – Tất cả lật thẻ đồng thời.
- Bước 4 – Nếu các giá trị gần nhau (chênh lệch ≤ 2), chấp nhận giá trị trung bình.
- Bước 5 – Nếu chênh lệch lớn, người đưa ra giá trị cao nhất và thấp nhất giải thích lý do, sau đó bỏ phiếu lại.
- Lặp lại cho tới khi đạt consensus.
Mẹo thực tiễn
- Đặt giới hạn thời gian: 1‑2 giờ cho 10‑12 story.
- Sử dụng reference story: có một story đã ước lượng trước để chuẩn hoá.
- Không để “anchor”: tránh để ước lượng đầu tiên chi phối.
- Thêm 0.5 point cho rủi ro chưa biết.
- Ghi chú các quyết định quan trọng để dùng trong retrospective.
Ví dụ Sprint Planning (Mini‑case)
| Sprint Goal | Story | Đánh giá (points) | Ghi chú |
|---|---|---|---|
| Cải thiện tìm kiếm người dùng | Tìm kiếm theo tên (có index) | 2 | Đã có index, không có rủi ro. |
| Tìm kiếm theo email (không index) | 5 | Cần tạo index, có rủi ro. | |
| Phân trang kết quả (10k rows) | 8 | Cần streaming, pagination. | |
| Thêm filter theo vị trí | 3 | Đơn giản, ít rủi ro. |
Được chuẩn bị bởi đội SDLC Sessions – Sprint Planning & Planning Poker.