Bài 5 — Quy trình chuẩn: từ Yêu cầu thô đến RTM sống trong 6 bước
Vì sao cần quy trình, không chỉ prompt lẻ
Bốn bài trước cho bạn các "chiêu" rời: trích xuất, mapping, impact, phát hiện xung đột. Nhưng nếu mỗi lần làm một kiểu, kết quả sẽ không nhất quán và không tái lập được. Bài này ghép chúng thành một quy trình chuẩn (SOP) mà bạn — và cả team — dùng lặp lại được cho mọi dự án.
Sơ đồ 6 bước
Thô → Chuẩn hóa → Map → Rà soát xung đột → RTM baseline → Duy trì (living).
Chi tiết từng bước
- Thu thập & Chuẩn hóa (Bài 1): gom BRD/US/TC, dùng AI trích xuất thành REQ có ID chuẩn. Đầu ra: danh sách REQ sạch.
- Ánh xạ (Bài 2): AI map REQ↔US↔TC, xuất RTM nháp + báo cáo lỗ hổng.
- Rà soát chất lượng (Bài 4): AI quét mâu thuẫn/trùng/mơ hồ trên danh sách REQ; xử lý trước khi chốt.
- BA duyệt & vá lỗ hổng: người kiểm tra dòng tin cậy thấp, bổ sung test cho REQ trống, gỡ TC mồ côi.
- Baseline: đóng băng RTM v1.0, gán chủ sở hữu, lưu vào source of truth.
- Duy trì (living document): mỗi CR chạy impact (Bài 3) → cập nhật RTM → tăng version.
Ví dụ cụ thể: chạy cả quy trình bằng một "orchestration prompt"
Khi đã quen, bạn có thể yêu cầu AI làm nhiều bước liên tiếp trong một phiên, nhưng vẫn tách rõ đầu ra để duyệt:
Bạn là trợ lý BA. Thực hiện tuần tự 3 GIAI ĐOẠN, in tiêu đề rõ ràng giữa mỗi giai đoạn,
DỪNG sau mỗi giai đoạn bằng dòng "--- CHỜ BA DUYỆT ---".GIAI ĐOẠN 1 - CHUẨN HÓA: trích REQ có ID từ [INPUT], cột: Req ID | Mô tả | Nguồn.
GIAI ĐOẠN 2 - RÀ SOÁT: tìm mâu thuẫn/trùng/mơ hồ trong danh sách REQ vừa tạo.
GIAI ĐOẠN 3 - RTM NHÁP: map REQ với [TESTCASES], liệt kê REQ chưa có test.
Quy tắc chung: không bịa ID; đánh dấu [CẦN LÀM RÕ]/[SUY ĐOÁN];
chỉ dùng dữ liệu trong [INPUT] và [TESTCASES].
[INPUT]
<dán BRD>
[TESTCASES]
<dán test case>
Việc buộc AI "dừng chờ duyệt" giữ con người trong vòng lặp (human-in-the-loop) và tránh nó cuốn theo sai lầm dây chuyền.
Các bước triển khai SOP cho team
- Viết SOP 6 bước thành 1 trang, dán vào Confluence.
- Lưu bộ prompt chuẩn (trích/map/rà soát/impact) vào "thư viện prompt" dùng chung.
- Quy ước định dạng RTM và quy tắc đặt ID (tránh mỗi người một kiểu).
- Chốt danh sách công cụ AI được duyệt (an toàn dữ liệu) và điều cấm.
- Đào tạo nhanh cho BA khác bằng một buổi làm mẫu trên module thật.
- Đặt lịch review RTM định kỳ (ví dụ cuối mỗi sprint).
Template SOP một trang (tái dùng)
[SOP: AI-ASSISTED TRACEABILITY]
Bước 1 Chuẩn hóa -> prompt: trích REQ -> output: REQ list
Bước 2 Ánh xạ -> prompt: RTM map -> output: RTM nháp + gaps
Bước 3 Rà soát -> prompt: conflict/dup -> output: conflict log
Bước 4 BA duyệt -> người kiểm tin cậy thấp -> output: RTM đã vá
Bước 5 Baseline -> đóng băng v1.0 -> output: RTM baselined
Bước 6 Duy trì -> mỗi CR -> impact -> update -> output: RTM sốngQuy tắc vàng: AI tạo nháp, BA duyệt & ký. Không dán dữ liệu mật lên tool chưa duyệt.
Sai lầm thường gặp
- Không có SOP → kết quả tùy hứng. Mỗi lần một prompt khác, không thể so sánh/tái lập. Chuẩn hóa prompt và định dạng.
- Chạy "one-shot" cả 6 bước rồi tin luôn. Càng nhiều bước liên tiếp, ảo giác càng tích lũy. Chèn điểm dừng duyệt.
- Baseline nhưng không ai sở hữu → RTM chết, quay lại vô dụng sau 2 sprint. Gán owner rõ ràng.
- Phụ thuộc quá mức vào một người biết prompt. Đưa vào thư viện dùng chung để không phụ thuộc cá nhân.
- Rò rỉ dữ liệu do team dùng công cụ tự phát. Chốt danh sách tool được duyệt và huấn luyện team về ẩn danh dữ liệu.