Từ nhu cầu thô đến story chuẩn
Stakeholder nhắn: "Khách hàng phàn nàn không tìm lại được lịch đã đặt, làm cái gì đó cho họ xem lại đi". Đây là nhu cầu thô — chưa phải story. Việc của bạn là biến nó thành 1–3 story chuẩn INVEST kèm acceptance criteria. AI làm việc này trong vài giây, nhưng chất lượng phụ thuộc vào cách bạn ra prompt.
Cấu trúc prompt hiệu quả: Vai trò + Bối cảnh + Ràng buộc + Định dạng
Một prompt tốt luôn có 4 phần. Thiếu "Bối cảnh" thì AI bịa; thiếu "Định dạng" thì output lộn xộn khó dán vào Jira.
VAI TRÒ: Bạn là Product Owner viết user story cho đội Agile.BỐI CẢNH: App đặt lịch spa. Người dùng chính là khách hàng cuối (đặt lịch,
xem lại lịch). Đã có màn hình đặt lịch. Chưa có màn hình lịch sử.
NHU CẦU THÔ: "Khách không tìm lại được lịch đã đặt, cần cho họ xem lại."
RÀNG BUỘC:
- Viết theo mẫu: Là <vai trò>, tôi muốn <hành động> để <giá trị>.
- Mỗi story phải đạt INVEST, đủ nhỏ để xong trong 1 sprint.
- Kèm 3-5 acceptance criteria theo cú pháp Given/When/Then.
- Nếu nhu cầu quá to, tách thành nhiều story và giải thích lý do tách.
ĐỊNH DẠNG: Mỗi story gồm: Tiêu đề | Story | Acceptance Criteria | Ghi chú INVEST.
Output sẽ ra story kiểu "Là khách hàng, tôi muốn xem danh sách lịch đã đặt để không phải hỏi lại lễ tân", kèm AC rõ ràng.
Mẹo tăng chất lượng: sau khi có story, hãy hỏi thêm AI một câu "Story này còn giả định ngầm nào chưa nói ra?". AI thường lôi ra các giả định như "khách đã đăng nhập", "chỉ xem lịch của chính mình", "lịch quá khứ có hiển thị không" — đây đúng là những điểm dễ gây tranh cãi ở refinement. Bắt AI phơi bày giả định giúp bạn chuẩn bị câu trả lời trước cho đội, thay vì bị hỏi bất ngờ.
Vì sao Given/When/Then quan trọng
Acceptance criteria dạng Given/When/Then ép AI (và bạn) nghĩ theo tình huống cụ thể:
Given khách đã đăng nhập và có ít nhất 1 lịch đã đặt
When khách mở màn hình "Lịch của tôi"
Then hệ thống hiển thị danh sách lịch, sắp xếp theo ngày gần nhất trước
Dạng này testable ngay — chính là chữ T trong INVEST.
Các bước làm
- Thu thập nhu cầu thô từ stakeholder (nguyên văn, đừng tự diễn giải sớm).
- Điền vào 4 khối: Vai trò, Bối cảnh, Nhu cầu thô, Ràng buộc + Định dạng.
- Chạy prompt, đọc output với con mắt phản biện.
- Chỉnh phần giá trị ("để...") — đây là chỗ AI hay đoán sai nhất.
- Dán vào Jira/Trello, gắn nhãn cần refinement với đội.
Template prompt tái dùng
VAI TRÒ: Product Owner.
BỐI CẢNH: [sản phẩm], người dùng: [ai], hiện trạng: [đã có gì / chưa có gì].
NHU CẦU THÔ: "[dán nguyên văn]".
RÀNG BUỘC: mẫu "Là...tôi muốn...để..."; đạt INVEST; đủ nhỏ 1 sprint;
3-5 AC Given/When/Then; nếu to thì tách và nêu lý do.
ĐỊNH DẠNG: Tiêu đề | Story | AC | Ghi chú INVEST.
Sai lầm thường gặp
- Prompt thiếu bối cảnh hiện trạng. AI không biết bạn đã có màn đăng nhập nên sẽ đẻ ra story trùng lặp. Luôn nêu "đã có gì / chưa có gì".
- Chấp nhận phần "để <giá trị>" mà AI tự bịa. Đây là ảo giác nguy hiểm nhất: giá trị nghe hợp lý nhưng không phải điều khách hàng thật sự cần. Đối chiếu với dữ liệu/insight thật.
- Bê nguyên output vào sprint không review với đội. Story do AI viết vẫn cần đội dev thẩm định tính khả thi kỹ thuật.
- Dán thông tin nhạy cảm (tên khách, số liệu doanh thu) vào prompt. Rò rỉ dữ liệu. Dùng vai trò và số liệu giả lập.