Vấn đề: khoảng trống giữa "khách nói" và "dev hiểu"
Tác vụ tốn công nhất của BA là biến mong muốn mơ hồ của stakeholder thành user story rõ ràng kèm acceptance criteria (AC) mà dev build được, tester test được. AI làm việc này rất nhanh — nếu bạn ra prompt theo tác vụ, không phải yêu cầu chung.
Prompt mẫu: sinh User Story có cấu trúc
[VAI TRÒ] Bạn là BA sản phẩm thương mại điện tử.
[BỐI CẢNH] Dán khối Context Dự Án ở đây.
[NHIỆM VỤ] Từ yêu cầu thô: "Khách muốn được nhắc khi món hàng
trong giỏ sắp hết hàng", hãy viết:
1) 1 user story chuẩn INVEST
2) 5-7 acceptance criteria theo Given-When-Then
3) Danh sách câu hỏi làm rõ cần hỏi Product Owner
[RÀNG BUỘC] Không tự quyết ngưỡng "sắp hết hàng"; đưa vào
mục câu hỏi làm rõ. Đánh dấu [GIẢ ĐỊNH] nếu buộc phải giả định.
Điểm hay: bạn ép AI tách phần chắc chắn khỏi phần cần hỏi PO — đúng tư duy BA, thay vì để nó bịa ra ngưỡng nghiệp vụ.
Prompt mẫu: rà soát AC còn thiếu
Đây là user story và AC tôi đã viết. Đóng vai một QA khó tính,
liệt kê các trường hợp biên (edge case) và luồng lỗi mà bộ AC
này CHƯA phủ. Trình bày dạng bảng: Kịch bản thiếu Vì sao quan trọng
---
[dán story + AC của bạn]
Đây là cách dùng AI như người phản biện, giá trị hơn nhiều so với để nó viết hộ từ đầu. BA giỏi không chỉ dùng AI để tạo ra nội dung, mà còn để soi thủng nội dung của chính mình.
Prompt mẫu: viết lại story mơ hồ cho rõ
Khi stakeholder đưa yêu cầu chung chung như "làm cho báo cáo nhanh hơn", đừng để AI đoán mò. Hãy dùng nó để bóc tách sự mơ hồ:
Yêu cầu sau đây quá mơ hồ để đặc tả: "Làm cho màn hình báo cáo
nhanh hơn". Hãy liệt kê những câu hỏi làm rõ tôi cần hỏi để
biến nó thành yêu cầu đo lường được (SMART), nhóm theo:
Hiệu năng | Phạm vi dữ liệu | Kỳ vọng người dùng | Tiêu chí chấp nhận.
KHÔNG tự đề xuất con số cụ thể; chỉ nêu câu hỏi.
Kết quả là một bộ câu hỏi để bạn mang đi phỏng vấn, thay vì một AC bịa ra "tải trong dưới 2 giây" mà chẳng ai xác nhận.
Các bước quy trình
- Gom yêu cầu thô (1-3 câu của stakeholder).
- Dán khối Context + yêu cầu thô, chạy prompt sinh story.
- Đọc mục "câu hỏi làm rõ" — mang đi hỏi PO thật, đừng để AI tự trả lời.
- Cập nhật câu trả lời của PO vào prompt, sinh lại AC.
- Chạy prompt "QA khó tính" để tìm edge case còn thiếu.
- Bạn chốt bản cuối, chịu trách nhiệm nội dung.
Template User Story tái dùng
Story: Là <vai trò>, tôi muốn <mục tiêu>, để <giá trị>.
AC (Given-When-Then):
- Given ... When ... Then ...
Câu hỏi làm rõ cho PO:
- ...
Giả định đang áp dụng: [GIẢ ĐỊNH] ...
Ngoài phạm vi: ...
Checklist chất lượng story do AI tạo
- [ ] Story độc lập, có giá trị, kiểm thử được (INVEST)?
- [ ] AC phủ cả luồng thành công lẫn luồng lỗi?
- [ ] Không có ngưỡng/số liệu nào bị AI tự bịa?
- [ ] Câu hỏi làm rõ đã được hỏi PO thật?
- [ ] Ngôn ngữ khớp thuật ngữ nội bộ team?
Sai lầm thường gặp
- Nghiệm thu AC do AI bịa số: AI có thể tự điền "khi tồn kho < 5" nghe rất hợp lý nhưng đó là ảo giác nghiệp vụ. Mọi ngưỡng phải do PO xác nhận.
- Bỏ qua mục câu hỏi làm rõ: đó là phần giá trị nhất; bỏ qua nghĩa là bạn đang để AI thay bạn ra quyết định nghiệp vụ.
- Chấp nhận story không khớp thuật ngữ team (AI gọi "khách hàng" trong khi hệ thống gọi "thành viên"), gây nhầm lẫn khi dev đọc.
- Rò rỉ: dán yêu cầu chứa chi tiết hợp đồng/khách hàng thật lên công cụ công cộng. Ẩn danh trước.
- Phụ thuộc quá mức: nếu BA không còn tự viết nổi một AC tử tế khi không có AI, năng lực lõi đang bị bào mòn — hãy luôn tự phản biện đầu ra.