Vấn đề
Yêu cầu đến với BA thường ở dạng lộn xộn: một câu chat của sếp, một dòng trong biên bản họp, một ảnh chụp màn hình. Việc chuyển đống đó thành user story sạch, đúng mẫu "Là... tôi muốn... để..." (mẫu Connextra) tốn thời gian và dễ lệch. AI làm phần chuyển đổi này rất nhanh — nếu bạn ra lệnh đúng.
Nguyên tắc: một story tốt phải có VAI TRÒ + MỤC TIÊU + GIÁ TRỊ
Rất nhiều BA quên vế "để <giá trị>". Không có giá trị, dev không hiểu vì sao làm, PO không biết ưu tiên. Ta sẽ ép AI luôn viết đủ ba vế, và cảnh báo khi giá trị mơ hồ.
Ví dụ cụ thể
Yêu cầu thô từ họp: "Bên vận hành than phiền không lọc được đơn theo trạng thái, mất thời gian tìm đơn treo."
[Sản phẩm]: hệ thống quản lý đơn nội bộ cho nhân viên vận hành
[Người dùng chính]: nhân viên vận hành
[Quy ước]: user story mẫu "Là <vai trò>, tôi muốn <mục tiêu>, để <giá trị>"Chuyển yêu cầu thô sau thành 1 user story chính + tối đa 3 story con
nếu cần tách nhỏ. Yêu cầu: "nhân viên vận hành không lọc được đơn
theo trạng thái, mất thời gian tìm đơn bị treo".
Với mỗi story, chấm điểm nhanh 3 vế (vai trò/mục tiêu/giá trị)
rõ hay chưa. Nếu vế "giá trị" tôi cung cấp còn mơ hồ, hãy hỏi lại
tôi thay vì tự bịa.
Output mẫu bạn sẽ nhận:
> Story chính: Là nhân viên vận hành, tôi muốn lọc danh sách đơn theo trạng thái, để nhanh chóng tìm và xử lý các đơn bị treo. > > Giá trị: rõ (tiết kiệm thời gian xử lý đơn treo). > > Story con gợi ý: lọc theo nhiều trạng thái cùng lúc; lưu bộ lọc yêu thích; đếm số đơn mỗi trạng thái.
Bạn đọc, giữ story chính + 1 story con thật sự cần, bỏ phần thừa. Đó là biên tập.
Các bước làm
- Dán "Khung ngữ cảnh 4 dòng" từ Bài 1.
- Dán yêu cầu thô nguyên văn — đừng tự tóm tắt, để AI thấy đủ dữ kiện.
- Yêu cầu AI tách story chính và story con (tránh story quá to).
- Yêu cầu AI tự chấm 3 vế và hỏi lại nếu giá trị mơ hồ.
- Biên tập: giữ cái đúng nghiệp vụ, xóa cái AI suy diễn, chỉnh từ ngữ theo giọng công ty.
- Dán story đã chốt vào Jira/Azure DevOps.
Prompt "nhiều góc nhìn" — tránh sót vai trò
Một tính năng thường phục vụ nhiều vai trò. Dùng prompt này để không bỏ quên ai:
Tính năng: "đặt lại đơn hàng".
Liệt kê tất cả VAI TRÒ liên quan (khách mua, admin, kế toán,
nhà bán, hệ thống). Với mỗi vai trò, viết 1 user story ngắn phản
ánh nhu cầu của họ. Đánh dấu story nào là bắt buộc cho MVP, story
nào có thể để sau.
Template tái dùng: Checklist "Story sẵn sàng đưa vào backlog"
[ ] Có đủ 3 vế: vai trò / mục tiêu / giá trị
[ ] Vai trò là người dùng thật, không phải "hệ thống" chung chung
[ ] Giá trị trả lời được câu "để làm gì", không lặp lại mục tiêu
[ ] Đủ nhỏ để làm xong trong 1 sprint (nếu không → tách)
[ ] Không lẫn giải pháp kỹ thuật vào mô tả nhu cầu
[ ] Đã kiểm tra AI không tự bịa quy tắc nghiệp vụ
Sai lầm thường gặp
- Nhét giải pháp vào story. AI đôi khi viết "tôi muốn một nút màu xanh dùng API X". Story mô tả nhu cầu, không phải cách làm. Yêu cầu AI viết ở mức nhu cầu.
- Story to như con voi. AI có thể gộp cả module vào một story. Luôn bảo AI tách nhỏ và tự bạn kiểm tra tính "vừa một sprint".
- Ảo giác vai trò không tồn tại. AI có thể bịa ra vai trò "nhân viên kiểm duyệt" mà tổ chức bạn không có. Đối chiếu với sơ đồ tổ chức/phân quyền thật.
- Tin số điểm AI tự chấm. Việc AI tự chấm 3 vế chỉ là gợi ý, không phải phán quyết. Quyết định cuối vẫn là bạn.
- Rò rỉ dữ liệu qua ví dụ. Khi minh họa, dùng "Khách A", "đơn #DEMO", đừng dùng dữ liệu khách thật.
Kết bài
Đã có story sạch. Bài 3 ta biến mỗi story thành acceptance criteria dạng Gherkin/BDD — thứ dev và QA đọc là làm được ngay, hết cảnh "hiểu mỗi người một kiểu".