Câu trả lời được chấp nhận
Nguyễn Thu Hà, PMP
Được, và thường tốt hơn — vì truy vết trở thành sản phẩm phụ của công việc hằng ngày thay vì một bảng phải đồng bộ tay. RTM trong PMBOK là công cụ liên kết từng yêu cầu với nguồn gốc, sản phẩm bàn giao và cách kiểm chứng; công cụ chỉ là nơi lưu các liên kết đó.
Cách tổ chức gợi ý
| Cấp | Đối tượng trong công cụ | Liên kết |
|---|---|---|
| Yêu cầu gốc | Loại việc riêng "Yêu cầu" có mã theo hồ sơ (ví dụ YC-045) | — |
| Thực hiện | Epic/story hiện thực yêu cầu | "hiện thực" → YC |
| Kiểm chứng | Ca kiểm thử (trong công cụ quản lý kiểm thử tích hợp) | "kiểm chứng" → story/YC |
| Kết quả | Lần chạy kiểm thử, lỗi | → ca kiểm thử |
User story có tiêu chí chấp nhận rõ ràng giúp liên kết "yêu cầu → kiểm chứng" có ý nghĩa: mỗi tiêu chí là một điểm cần kiểm thử.
Xuất báo cáo cho khách hàng
- Dùng truy vấn/bộ lọc lấy mọi yêu cầu kèm liên kết và trạng thái kiểm thử; xuất ra bảng.
- Đặt quy tắc: yêu cầu nào không có liên kết thực hiện hoặc không có liên kết kiểm chứng hiện lên danh sách cảnh báo.
- Chốt bản RTM xuất ra tại mỗi mốc nghiệm thu, lưu như tài liệu đã phê duyệt.
Rủi ro
- Loại liên kết không thống nhất ("liên quan", "phụ thuộc", "hiện thực" dùng lẫn lộn) → báo cáo sai. Quy định rõ và ít loại.
- Yêu cầu bị sửa trực tiếp trên công cụ mà không qua kiểm soát thay đổi. Yêu cầu gốc nên khoá quyền sửa, thay đổi đi qua yêu cầu thay đổi.
- Công cụ quản lý kiểm thử có thể là sản phẩm bổ sung, tốn thêm chi phí.
Nguồn: