Vấn đề
Bạn đã có capacity (Bài 2), danh sách phụ thuộc (Bài 3) và sprint goal (Bài 4). Giờ là bài toán ghép hình: chọn tổ hợp story nào để vừa phục vụ goal, vừa khớp capacity, vừa không dồn việc lên một người hay một kỹ năng khan hiếm (ví dụ chỉ một người biết phần backend thanh toán).
Làm thủ công, PO hay rơi vào hai bẫy: nhồi cho đủ point (bỏ qua kỹ năng), hoặc phân việc theo thói quen (ai làm gì thì cứ giao nấy → nút cổ chai). AI giúp thử nhiều tổ hợp và phát hiện mất cân bằng nhanh.
Lưu ý quan trọng: đội tự chọn việc (self-organizing) là nguyên tắc Scrum. Vai trò AI ở đây là gợi ý phương án cân đối để đội thảo luận, không phải 'giao việc' áp đặt.
Ví dụ cụ thể
Goal: giảm rào cản đăng ký. Capacity cho phép ~25 point. Bạn có 8 story ứng viên (tổng 40 point), mỗi story gắn nhãn kỹ năng (FE/BE/QA). Dán cho AI, nó đề xuất tổ hợp 24 point phục vụ goal, đồng thời cảnh báo: 3/5 story chọn đều là BE, mà đội chỉ có 1 dev BE rảnh → nút cổ chai. AI gợi ý thay 1 story BE bằng story FE tương đương giá trị. Bạn mang cả hai phương án vào Planning cho đội chọn.
Prompt mẫu
Vai trò: Bạn là trợ lý cân đối sprint.
Sprint Goal: [goal].
Capacity nên cam kết: [X] point.
Story ứng viên (mã | point | kỹ năng chính FE/BE/QA/Design | phục vụ goal? có/gián tiếp):
[bảng story]
Năng lực đội sprint tới: FE [n người], BE [n người], QA [n người] (ghi rõ ai bận/nghỉ).Hãy:
- Đề xuất 2 tổ hợp story khác nhau, mỗi tổ hợp tổng point <= capacity và ưu tiên story phục vụ goal.
- Với mỗi tổ hợp, phân tích tải theo kỹ năng và cảnh báo nút cổ chai (một người/kỹ năng gánh quá nhiều).
- Đề xuất cách san tải (đổi story, chia đôi, ghép cặp).
- Nêu story bị bỏ lại và lý do.
Ràng buộc: KHÔNG chỉ định đích danh ai làm story nào — đó là việc của đội. Chỉ phân tích theo nhóm kỹ năng.
Các bước làm
- Gắn nhãn point + kỹ năng chính cho từng story ứng viên.
- Ghi rõ năng lực đội theo kỹ năng cho sprint tới (ai nghỉ, ai bận).
- Chạy prompt lấy 2 tổ hợp + phân tích tải.
- Xem cảnh báo nút cổ chai — đây là giá trị lớn nhất của bước này.
- Mang phương án vào Planning; đội tự nhận việc, AI chỉ cung cấp bức tranh cân đối.
- Chốt: tổng point ≤ capacity, có buffer, không kỹ năng nào quá tải.
Template — 'Bảng cân đối tải sprint'
| Kỹ năng | Người sẵn sàng | Point được giao | Ngưỡng an toàn | Trạng thái |
|---|---|---|---|---|
| FE | __ | __ | __ | OK/Quá tải |
| BE | __ | __ | __ | OK/Quá tải |
| QA | __ | __ | __ | OK/Quá tải |
Mẹo nâng cấp: kịch bản 'nếu-thì'
Trước Planning, nhờ AI dựng sẵn vài kịch bản: 'Nếu dev BE duy nhất bận nửa sprint vì on-call, tổ hợp story nào vẫn giữ được goal?'. Có sẵn phương án dự phòng giúp bạn không hoảng khi biến động xảy ra giữa sprint. Đây là điểm AI tiết kiệm thời gian rõ nhất — thử nhiều tổ hợp trong vài giây, việc mà làm tay rất mệt. Vẫn nhớ: tổ hợp AI đưa ra chỉ là điểm khởi đầu để đội bàn, không phải quyết định cuối.
Sai lầm thường gặp
- Để AI 'giao việc' đích danh. Vi phạm nguyên tắc self-organizing và tạo phụ thuộc quá mức vào AI; đội mất quyền sở hữu. AI chỉ phân tích theo nhóm kỹ năng.
- Tin phân tích tải mà không kiểm nhãn kỹ năng. Nếu bạn gắn sai nhãn, AI cân đối sai. Rác vào thì rác ra.
- Nhồi cho đủ capacity. Đầy 100% capacity là công thức của carry-over. Luôn chừa buffer cho việc phát sinh và on-call.
- Ảo giác về 'story tương đương'. AI có thể gợi ý đổi story bằng story 'tương đương giá trị' nhưng thực ra không tương đương. Bạn xác minh giá trị sản phẩm.