Bối cảnh của một Product Owner đi làm
Bạn là PO của một đội 6 người. Cứ hai tuần một lần, bạn dành gần cả ngày để chuẩn bị Sprint Planning: mở Jira lọc backlog, đọc lại ghi chú refinement, ước lượng đội còn bao nhiêu ngày công (trừ nghỉ phép, họp, on-call), rồi cố nhồi story vào sprint sao cho vừa. Kết quả quen thuộc: sprint nào cũng ôm dư 20% việc, cuối sprint carry-over, sprint goal mờ nhạt, và một 'phụ thuộc' bất ngờ (team khác chưa giao API) làm cả sprint đứng hình.
Bốn nỗi đau kinh điển của Planning:
- Dự báo dung lượng bằng cảm tính — bạn đoán velocity thay vì tính từ dữ liệu 3–6 sprint gần nhất, và quên trừ ngày nghỉ/họp.
- Phụ thuộc & rủi ro lộ ra quá muộn — thường là giữa sprint, khi đã không thể xoay.
- Sprint goal chung chung — 'làm xong nhiều story' không phải là goal, đội mất tiêu điểm.
- Phân bổ lệch — dồn việc vào một người, tạo nút cổ chai.
AI thay đổi cuộc chơi ở đâu (và KHÔNG ở đâu)
AI không ra quyết định thay bạn. Cam kết ưu tiên, phạm vi, con người vẫn là của PO. Nhưng AI cực mạnh ở những việc tốn thời gian mà bạn đang làm thủ công:
- Tổng hợp & tính toán: đọc dữ liệu velocity, tính capacity, gợi ý số story point hợp lý.
- Phát hiện mẫu: quét mô tả story để tìm từ khóa phụ thuộc ('cần API', 'chờ design', 'sau khi legal duyệt') và cảnh báo sớm.
- Sinh nháp có cấu trúc: viết nháp sprint goal, checklist rủi ro, bảng phân bổ để bạn chỉnh sửa.
- Đặt câu hỏi phản biện: đóng vai 'người hoài nghi' để bạn không bỏ sót góc nhìn.
Ví dụ cụ thể
Tuần trước Planning, bạn dán 8 story sắp đưa vào sprint cho trợ lý AI và hỏi: 'Story nào có dấu hiệu phụ thuộc đội ngoài?'. Trong 20 giây, AI chỉ ra story #3 nhắc 'cần endpoint từ team Payment' và #7 nói 'chờ nội dung marketing'. Bạn nhắn hai team đó ngay hôm nay, thay vì phát hiện vào ngày thứ 5 của sprint.
Prompt mẫu khởi động
Bối cảnh: Tôi là Product Owner đội [tên đội], sprint 2 tuần, 6 thành viên.
Nhiệm vụ: Tôi sẽ dán danh sách story dự kiến. Hãy đóng vai trợ lý Sprint Planning và làm 3 việc:
- Tóm tắt mỗi story trong 1 câu.
- Gắn cờ story nào có dấu hiệu phụ thuộc bên ngoài hoặc rủi ro (trích câu chữ làm bằng chứng).
- Đặt cho tôi 3 câu hỏi làm rõ mà tôi nên hỏi đội trước buổi Planning.
Ràng buộc: KHÔNG bịa thông tin không có trong dữ liệu. Nếu thiếu dữ liệu, hãy nói 'cần bổ sung'.
[dán danh sách story ở đây]
Các bước bắt đầu
- Chọn một công cụ AI bạn được phép dùng theo chính sách công ty (chú ý dữ liệu nhạy cảm).
- Xuất dữ liệu backlog/velocity ra dạng văn bản hoặc bảng để dán vào.
- Chạy prompt khởi động ở trên với sprint sắp tới.
- Ghi lại đầu ra nào hữu ích, đầu ra nào sai — đây là cơ sở để tinh chỉnh prompt các bài sau.
Template — 'Bảng phân vai AI vs PO'
| Tác vụ Planning | AI làm nháp | PO quyết định |
|---|---|---|
| Tính capacity | Có | Duyệt con số |
| Gợi ý sprint goal | Có | Chốt goal |
| Phát hiện phụ thuộc | Có | Liên hệ & xử lý |
| Phân bổ công việc | Có | Cam kết với đội |
| Ưu tiên backlog | Gợi ý | Quyết định cuối |
Sai lầm thường gặp
- Coi đầu ra AI là chân lý. AI có thể ảo giác (bịa velocity, bịa phụ thuộc không có thật). Luôn yêu cầu trích dẫn bằng chứng và tự kiểm tra.
- Dán dữ liệu nhạy cảm bừa bãi. Tên khách hàng, thông tin nội bộ có thể rò rỉ qua công cụ công cộng. Ẩn danh trước khi dán.
- Phụ thuộc quá mức vào AI. Nếu bạn để AI chốt goal và phân việc thay mình, đội sẽ mất niềm tin và bạn mất kỹ năng phán đoán. AI là trợ lý, không phải PO.