Bối cảnh & vấn đề
Yêu cầu mơ hồ là nguyên nhân số một gây rework. Khi stakeholder nói "tôi muốn dashboard đẹp hơn", PO phải đào sâu thành yêu cầu cụ thể, phát hiện điều họ chưa nói, và chuẩn bị câu hỏi cho refinement. AI là đối tác đặt câu hỏi cực tốt: nó không ngại hỏi "ngớ ngẩn", giúp bạn lộ ra giả định ẩn trước khi tốn công code.
AI như một "người phản biện" trước buổi refinement
Trước khi vào phòng họp, bạn để AI đóng vai dev khó tính, QA cẩn thận, và người dùng cuối để "bắn" câu hỏi vào yêu cầu của bạn. Bạn trả lời được bao nhiêu, còn thiếu gì thì mang đi hỏi stakeholder.
Ví dụ cụ thể
Stakeholder yêu cầu: "Thêm bộ lọc cho danh sách đơn hàng". Nghe đơn giản, nhưng AI giúp bạn liệt kê 15 câu hỏi: lọc theo trường nào, kết hợp nhiều điều kiện không, có lưu bộ lọc không, phân quyền ai thấy đơn nào, hiệu năng khi có 1 triệu đơn... Nhờ đó bạn tránh giao một story thiếu 80% chi tiết.
Prompt mẫu
Bạn đóng 3 vai: (1) Dev senior, (2) QA, (3) Người dùng cuối.
Với mỗi vai, hãy đặt các câu hỏi làm rõ SẮC BÉN nhất về yêu cầu sau,
tập trung vào edge case, phân quyền, dữ liệu biên, hiệu năng và trải nghiệm.
Yêu cầu: "Thêm bộ lọc cho danh sách đơn hàng trong trang quản trị".
Nhóm câu hỏi theo vai. Đánh dấu (*) 5 câu quan trọng nhất cần hỏi trước.
Các bước làm
- Viết yêu cầu thô bạn nhận được, càng nguyên văn càng tốt.
- Chạy prompt "3 vai" để lấy danh sách câu hỏi làm rõ.
- Tự trả lời những gì bạn đã biết; đánh dấu phần cần hỏi stakeholder.
- Gộp thành danh sách câu hỏi refinement ngắn gọn (5–8 câu ưu tiên).
- Sau khi có câu trả lời, cập nhật story + AC (dùng lại Bài 3).
- Ghi lại giả định đã chốt để tránh tranh cãi về sau.
Template tái dùng: Bảng làm rõ yêu cầu
Yêu cầu gốc: [nguyên văn]
Mục tiêu thật sự (vì sao họ cần): [ ]
Câu hỏi cần làm rõ:
- [ ] ... (đã có câu trả lời? / cần hỏi ai?)
Giả định đang chốt: [ ]
Edge case đã nghĩ tới: [ ]
Rủi ro / phụ thuộc: [ ]
Định nghĩa "Xong" (Definition of Done) cho story này: [ ]
Mẹo dùng AI trong lúc refinement
Trong buổi họp, dùng AI ghi + tóm tắt quyết định (nếu công cụ được duyệt). Sau họp, nhờ AI biến biên bản thành danh sách action item có người phụ trách và hạn — nhưng bạn kiểm lại tên và deadline vì AI dễ gán nhầm.
Sai lầm thường gặp
- Hỏi AI thay vì hỏi stakeholder: AI bịa câu trả lời cho câu hỏi nghiệp vụ mà chỉ stakeholder mới biết — ảo giác nguy hiểm vì nghe rất thuyết phục. AI chỉ giúp đặt câu hỏi, không trả lời thay người có thẩm quyền.
- Nhồi hết câu hỏi vào 1 buổi: 15 câu AI gợi ý không phải tất cả đều quan trọng. Bạn phải lọc ưu tiên.
- Không ghi lại giả định: dẫn tới hiểu nhầm khi bàn giao.
- Rò rỉ dữ liệu trong biên bản họp: biên bản chứa thông tin nhạy cảm — kiểm tra công cụ ghi âm/tóm tắt có được duyệt không trước khi bật.
Ranh giới: câu hỏi nào AI trả lời được, câu nào không
Đây là ranh giới quan trọng nhất của bài và nó đáng được viết rõ:
| Loại câu hỏi | AI làm gì | Ví dụ |
|---|---|---|
| Câu hỏi về tính đầy đủ | Trả lời tốt | "Màn hình này đã mô tả trạng thái rỗng và trạng thái lỗi chưa?" |
| Câu hỏi về tính nhất quán | Trả lời tốt | "Mục 3 và mục 7 có mâu thuẫn không?" |
| Câu hỏi về ca biên | Trả lời tốt | "Nếu người dùng nhập số âm thì sao?" |
| Câu hỏi về quy tắc nghiệp vụ | Không — nó sẽ bịa | "Đơn trên bao nhiêu thì cần trưởng phòng duyệt?" |
| Câu hỏi về ưu tiên | Không | "Tính năng này quan trọng hơn cái kia không?" |
| Câu hỏi về lịch sử quyết định | Không | "Vì sao chúng ta làm thế này?" |
Quy tắc thực hành: AI sinh câu hỏi, stakeholder trả lời. Nếu bạn thấy mình đang lấy câu trả lời từ AI cho một câu thuộc ba dòng dưới, dừng lại.
Lọc 15 câu hỏi xuống 5
AI sinh 15 câu và cả 15 nghe đều hợp lý. Lọc theo một tiêu chí duy nhất: nếu không có câu trả lời này, dev có bị chặn không?
| Mức | Xử lý |
|---|---|
| Dev bị chặn hoàn toàn | Hỏi trong buổi refinement, bắt buộc |
| Dev làm được nhưng có thể làm sai hướng | Hỏi, nhưng có thể hỏi qua tin nhắn |
| Tốt để biết | Ghi lại, hỏi sau |
Ghi lại giả định: mẫu ba dòng
"Không ghi lại giả định" là sai lầm bài trên nêu, và nó cần một mẫu cụ thể kẻo không ai làm:
> Giả định: đơn trên 5 triệu cần trưởng phòng duyệt. > Nguồn: chưa xác nhận — suy từ quy trình hiện tại. > Ai xác nhận, khi nào: chị Hoa, trước ngày 20.
Dòng thứ hai là dòng quan trọng nhất: nó phân biệt một điều đã được xác nhận với một điều bạn đang đoán. Không có nó, sau hai tuần không ai nhớ điều nào là điều nào — và giả định chưa xác nhận sẽ được đối xử như sự thật.
Một cách dùng AI ít ai nghĩ tới
Đưa cho AI biên bản refinement sau buổi họp và hỏi: "Có câu hỏi nào được nêu mà chưa được trả lời không? Có quyết định nào được nhắc mà không ghi rõ ai quyết không?"
Đây là việc AI làm tốt hơn người, vì nó không bị ảnh hưởng bởi cảm giác "buổi họp diễn ra suôn sẻ". Câu hỏi bị bỏ lửng trong một buổi họp dài là chuyện rất thường, và chúng là nguồn của phần lớn câu hỏi làm rõ mà dev sẽ gửi tuần sau. <!--/les-append-->