Bối cảnh & vấn đề
Viết user story tốn thời gian và dễ thiếu nhất quán: mỗi người viết một kiểu, acceptance criteria (AC) hay bỏ sót edge case, và khi backlog phình to thì chất lượng tụt. AI giúp bạn ra bản nháp story + AC nhanh, đúng template, đủ edge case — để bạn tập trung vào việc đúng hay sai về mặt sản phẩm, không phải câu chữ.
Nguyên tắc: AI cần ngữ cảnh mới viết đúng
Story dở thường do prompt thiếu ngữ cảnh. Hãy cung cấp: ai dùng (persona), họ muốn làm gì, để đạt điều gì, ràng buộc (nền tảng, quy định), và định dạng đầu ra bạn muốn.
Ví dụ cụ thể
Tính năng: cho phép người dùng đặt lại mật khẩu qua email. Thay vì tự gõ, bạn mô tả bối cảnh và để AI dựng story + AC theo Given/When/Then, rồi bạn rà lại các edge case như email không tồn tại, link hết hạn, spam nhiều lần.
Prompt mẫu
Bạn là PO giàu kinh nghiệm. Viết 1 user story theo mẫu:
"Là một [persona], tôi muốn [hành động] để [giá trị]".
Sau đó viết acceptance criteria theo Given/When/Then, tối thiểu 5 tiêu chí,
BAO GỒM cả trường hợp lỗi/edge case.
Bối cảnh:
- Sản phẩm: app ngân hàng số
- Persona: khách hàng cá nhân đã đăng ký
- Tính năng: đặt lại mật khẩu qua email
- Ràng buộc: tuân thủ bảo mật, link chỉ dùng 1 lần, hết hạn sau 15 phút
Nếu thiếu thông tin để viết chính xác, hãy hỏi lại tôi thay vì đoán.
Các bước làm
- Gom ngữ cảnh: persona, mục tiêu tính năng, ràng buộc kỹ thuật/pháp lý.
- Chạy prompt để lấy story + AC nháp.
- Rà edge case: lỗi, quyền hạn, trạng thái rỗng, giới hạn, đồng thời.
- Kiểm tra AC có đo được không (tránh câu chung chung "nhanh", "dễ dùng").
- Chẻ story nếu quá lớn (nhờ AI đề xuất cách chẻ theo INVEST).
- Đưa vào refinement để dev/QA phản biện — story chưa chốt cho tới bước này.
Template tái dùng: Khung story chuẩn
Tiêu đề: [ngắn gọn]
Story: Là một [persona], tôi muốn [hành động] để [giá trị].
Giá trị/kết quả kinh doanh: [tại sao đáng làm]
Acceptance Criteria (Given/When/Then):
1. Happy path
2. Trường hợp lỗi
3. Trạng thái rỗng / dữ liệu biên
4. Phân quyền / bảo mật
5. Hiệu năng / giới hạn
Ngoài phạm vi (out of scope): [để tránh hiểu nhầm]
Câu hỏi mở cho dev/QA: [ ]
Kiểm tra chất lượng nhanh (INVEST)
Story tốt nên: Independent, Negotiable, Valuable, Estimable, Small, Testable. Nhờ AI tự chấm story theo INVEST và chỉ ra điểm yếu.
Sai lầm thường gặp
- Chấp nhận AC chung chung: AI hay viết "hệ thống phản hồi nhanh" — không đo được. Bạn phải ép thành số cụ thể (ví dụ dưới 2 giây).
- Bịa yêu cầu nghiệp vụ: AI có thể ảo giác ra quy tắc nghiệp vụ (ví dụ "link hết hạn sau 24 giờ") không đúng với hệ thống của bạn. Luôn đối chiếu với thực tế và team kỹ thuật.
- Coi story AI là chân lý: bỏ qua refinement với dev/QA vì "AI viết đủ rồi" — dẫn tới phụ thuộc quá mức và rework.
- Thiếu ngữ cảnh nội bộ: AI không biết ràng buộc hệ thống legacy của bạn; story đẹp nhưng bất khả thi.