Bối cảnh
Tác vụ tốn giờ nhất của nhiều BA là chuyển yêu cầu mơ hồ từ stakeholder thành user story rõ ràng + acceptance criteria (AC) testable. Làm tay: mỗi story 15–20 phút, một sprint 20 story là mất cả buổi. Đây là ứng cử viên số một để dùng AI, vì đầu vào/đầu ra có cấu trúc rõ.
Nguyên tắc: AI làm nháp, bạn làm nghiệp vụ
AI rất giỏi định dạng và làm đầy theo mẫu, nhưng không biết ngữ cảnh nghiệp vụ ẩn (ràng buộc pháp lý, hệ thống legacy, thỏa thuận với đối tác). Vì vậy quy trình luôn là: AI sinh nháp → bạn bổ sung ngữ cảnh → AI hoàn thiện → bạn duyệt cuối.
Ví dụ cụ thể
Yêu cầu thô từ Product Owner: "Khách VIP cần được ưu tiên xử lý đơn khi hết hàng".
Prompt mẫu (dùng lại được)
VAI TRÒ: Trợ lý cho Business Analyst mảng thương mại điện tử.
NHIỆM VỤ: Chuyển yêu cầu thô thành user story + acceptance criteria.ĐỊNH DẠNG ĐẦU RA:
1) User story: "Là <vai trò>, tôi muốn <mục tiêu> để <giá trị>"
2) Acceptance Criteria: 4-7 mục dạng Given/When/Then, đánh số.
3) Edge cases: liệt kê tình huống biên cần làm rõ.
4) Câu hỏi cho stakeholder: những chỗ THIẾU thông tin (KHÔNG tự bịa số liệu/quy tắc).
RÀNG BUỘC:
- Không phát minh quy tắc nghiệp vụ mới. Nếu cần giả định, ghi rõ [GIẢ ĐỊNH: ...].
- Ngôn ngữ: tiếng Việt, súc tích, testable.
YÊU CẦU THÔ: "Khách VIP cần được ưu tiên xử lý đơn khi hết hàng."
Output điển hình sẽ hỏi lại: VIP định nghĩa thế nào? Ưu tiên nghĩa là giữ hàng, hay xếp trước hàng chờ? — đúng những câu bạn nên hỏi PO. Đó là giá trị: AI ép lộ khoảng trống thông tin.
Các bước làm
- Gom yêu cầu thô vào một chỗ (bảng, note), mỗi dòng một yêu cầu.
- Dán prompt mẫu, thay phần YÊU CẦU THÔ.
- Đọc mục "Câu hỏi cho stakeholder" TRƯỚC — mang đi hỏi PO/khách.
- Sau khi có câu trả lời, đưa lại vào AI: "Cập nhật AC với các quyết định sau: ...".
- Rà soát từng AC: có testable không? có đo được không?
- Xóa mọi
[GIẢ ĐỊNH]chưa được xác nhận hoặc chuyển thành câu hỏi. - Dán bản cuối vào Jira/Confluence (bài 4 & 5 sẽ tự động hóa bước này).
Mẹo nâng chất lượng AC
- Yêu cầu AI viết AC theo INVEST và Given/When/Then.
- Bổ sung: "Với mỗi AC, thêm 1 test âm (negative test)."
- Với story phức tạp: "Đề xuất cách chia nhỏ story này thành 2-3 story độc lập."
Template/Checklist duyệt User Story
[ ] Story theo mẫu Là/tôi muốn/để, có GIÁ TRỊ rõ (không chỉ tính năng)
[ ] 4-7 AC dạng Given/When/Then, mỗi AC testable & đo được
[ ] Có ít nhất 1 negative test
[ ] Edge cases đã liệt kê
[ ] Mọi [GIẢ ĐỊNH] đã được xác nhận hoặc gỡ bỏ
[ ] Không có quy tắc nghiệp vụ nào AI tự bịa
[ ] Câu hỏi cho stakeholder đã được trả lời
[ ] Kích thước story hợp lý (không quá lớn để 1 sprint)
Sai lầm thường gặp
- Chấp nhận AC nghe-hay-nhưng-sai: AI thường viết AC trôi chảy khiến bạn lơ là. Ví dụ nó tự đặt ngưỡng "VIP = chi tiêu > 10 triệu" — con số ảo giác. Luôn truy: quy tắc này lấy từ đâu?
- Bỏ qua câu hỏi làm rõ: mục quý nhất lại hay bị bỏ. Nếu AI không hỏi gì với một yêu cầu mơ hồ, hãy nghi ngờ và ép nó: "Yêu cầu này còn chỗ nào chưa rõ?".
- Dán dữ liệu nhạy cảm: ẩn danh tên khách, mã hợp đồng thật trước khi đưa vào AI công cộng.
- Phụ thuộc quá mức: đừng để AI quyết định cách chia story cho toàn bộ epic mà không có bạn — chia story là quyết định thiết kế, cần đầu người BA.