Vấn đề
Một epic lớn ("Làm tính năng thanh toán trả góp") dễ bị PO tách theo cảm tính, dẫn đến story quá to, phụ thuộc chồng chéo, hoặc bỏ sót luồng phụ (hoàn tiền, lỗi thanh toán, thông báo). Đến giữa sprint mới phát hiện thiếu story là lúc tốn kém nhất. AI giỏi việc "nghĩ có hệ thống" và liệt kê các luồng bạn dễ quên.
Nguyên tắc: dùng AI như người phản biện, không phải người quyết định
AI đề xuất cách tách và danh sách story tiềm năng; bạn quyết định giữ/bỏ/gộp dựa trên ưu tiên kinh doanh. Đừng để độ dài danh sách AI tạo ra dẫn dắt phạm vi sprint (scope creep).
Prompt mẫu: tách epic
Vai trò: trợ lý PO. Ngữ cảnh sản phẩm: <2-3 câu>.
Epic: "Cho phép khách thanh toán trả góp qua thẻ tín dụng".Hãy:
1) Đề xuất cách tách epic này thành 5-8 user story độc lập, mỗi story có tiêu đề + 1 dòng mô tả giá trị.
2) Với mỗi story, ghi mức phụ thuộc (độc lập / phụ thuộc story nào).
3) Liệt kê riêng "luồng dễ bị bỏ sót": lỗi, hoàn tiền, thông báo, phân quyền, đo lường.
4) Đề xuất thứ tự làm hợp lý và story nào là MVP tối thiểu.
Ràng buộc: đừng thêm tính năng ngoài epic; đánh dấu [Giả định] cho mọi suy đoán nghiệp vụ.
Prompt mẫu: rà story còn thiếu
Đây là danh sách story hiện có trong epic của tôi: <dán tiêu đề story>.
Dựa trên góc nhìn vòng đời tính năng (đăng ký/dùng/lỗi/hoàn tác/thông báo/báo cáo/phân quyền),
chỉ ra những story có khả năng còn thiếu và giải thích ngắn tại sao cần.
Không đề xuất trùng với story đã có.
Các bước áp dụng
- Viết 1 câu định nghĩa "thành công" của epic (kết quả kinh doanh, không phải tính năng).
- Chạy prompt tách epic, đọc danh sách story đề xuất.
- Loại bỏ story ngoài phạm vi MVP; đánh dấu story "để sau".
- Chạy prompt rà story thiếu để bắt luồng phụ dễ quên.
- Xác nhận phụ thuộc và thứ tự làm với dev/tech lead.
- Chỉ đưa vào Jira những story bạn thật sự cam kết ưu tiên.
Template: Khung tách epic tái dùng
Epic: __________
Kết quả kinh doanh mong đợi: __________
MVP tối thiểu (story bắt buộc): __________Story | Giá trị | Phụ thuộc | Ưu tiên (MVP/Sau) | Rủi ro
----- | ------- | --------- | ---------------- | ------
Luồng dễ quên đã kiểm tra:
[ ] Trường hợp lỗi [ ] Hoàn tác/hoàn tiền [ ] Thông báo
[ ] Phân quyền [ ] Đo lường/analytics [ ] Trạng thái rỗng
Sai lầm thường gặp
- Scope creep do AI: AI đưa 15 story hấp dẫn, bạn muốn làm hết. Danh sách dài không có nghĩa tất cả cần thiết. Luôn quay về câu hỏi: story này có phục vụ kết quả kinh doanh của epic không?
- Ảo giác phụ thuộc: AI có thể khẳng định story A phụ thuộc story B một cách sai. Kiểm chứng phụ thuộc kỹ thuật với dev, đừng tin tuyệt đối.
- Rò rỉ dữ liệu: Khi mô tả epic thanh toán, đừng dán thông tin hợp đồng đối tác ngân hàng hay khóa API. Mô tả nghiệp vụ ở mức khái quát.
- Phụ thuộc quá mức: Nếu bạn để AI quyết luôn thứ tự và MVP, bạn đánh mất tư duy ưu tiên — kỹ năng cốt lõi của PO. Dùng đề xuất của AI làm điểm khởi đầu để tranh luận, không phải kết luận.
Mẹo tăng chất lượng tách epic
Một kỹ thuật mạnh là yêu cầu AI tách epic theo NHIỀU góc nhìn khác nhau rồi hợp nhất: theo hành trình người dùng (đăng ký, dùng, lỗi, hoàn tác), theo vai trò (khách, admin, nhân viên vận hành), và theo giai đoạn phát hành (MVP, mở rộng). Mỗi góc nhìn lộ ra story mà góc nhìn kia bỏ sót. Bạn có thể chạy prompt tách hai lần với hai góc nhìn rồi so sánh danh sách để bắt điểm mù. Ngoài ra, luôn buộc AI gắn mỗi story với một kết quả đo được (ví dụ giảm tỉ lệ bỏ giỏ hàng), nếu story nào không gắn được với kết quả nào thì đó là dấu hiệu nó không thuộc MVP và nên để sau.
Chốt bài
Bạn đã có quy trình tách epic và phát hiện story thiếu với AI trong vai người phản biện, cùng kỹ thuật đa góc nhìn để bắt điểm mù. Bài 4 chuyển sang thao tác trực tiếp: dùng AI/agent để tạo và cập nhật ticket trên Jira và Azure DevOps.