Bài 6.7 · Chương 6: ECO 2026 — Quy trình (Process)
Yêu cầu bị bỏ sót, tính năng thừa không ai cần, nghiệm thu tranh cãi vì "không đúng ý" — đều bắt nguồn từ quản lý yêu cầu lỏng lẻo. Bài này hướng dẫn phân loại yêu cầu, viết tiêu chí chấp nhận và dùng ma trận truy xuất để nối mục tiêu với kết quả bàn giao.
Phân loại giúp không bỏ sót và giao đúng người kiểm tra:
| Loại | Trả lời câu hỏi | Ví dụ (hệ thống đặt phòng khách sạn) |
|---|---|---|
| Kinh doanh | Tổ chức muốn đạt gì? | Tăng tỷ lệ đặt phòng trực tiếp từ 20% lên 35% |
| Bên liên quan | Từng nhóm cần gì? | Lễ tân cần xem phòng trống của cả chuỗi |
| Giải pháp — chức năng | Hệ thống làm gì? | Khách đặt và thanh toán trực tuyến |
| Giải pháp — phi chức năng | Hệ thống tốt đến đâu? | Trang đặt phòng tải dưới 3 giây; chịu 2 000 người dùng đồng thời |
| Chuyển tiếp | Cần gì để chuyển từ hiện tại sang tương lai? | Chuyển dữ liệu đặt phòng cũ, đào tạo lễ tân |
| Dự án | Dự án phải tuân theo điều kiện gì? | Hoàn thành trước mùa du lịch hè |
| Chất lượng | Tiêu chí nào để chấp nhận? | Không còn lỗi mức nghiêm trọng khi nghiệm thu |
Yêu cầu phi chức năng (hiệu năng, bảo mật, khả năng truy cập, khả năng bảo trì) hay bị quên nhất, vì người dùng ít khi nói ra cho đến khi hệ thống chậm hoặc bị tấn công.
Một yêu cầu tốt: rõ ràng (một cách hiểu), kiểm tra được, khả thi, cần thiết (gắn mục tiêu), có thứ tự ưu tiên. "Hệ thống phải thân thiện" không kiểm tra được; "Lễ tân mới hoàn thành đặt phòng mẫu trong 2 phút sau 30 phút hướng dẫn" thì kiểm tra được.
Tiêu chí chấp nhận có hai cấp:
Tiêu chí chấp nhận nên được thống nhất trước khi làm, không phải lúc nghiệm thu. Đây là cách giảm tranh cãi "không đúng ý" hiệu quả nhất.
Ma trận truy xuất yêu cầu là bảng nối mỗi yêu cầu với nguồn gốc của nó (mục tiêu, bên liên quan) và với những gì thực hiện, kiểm tra nó (thiết kế, gói công việc, ca kiểm thử, kết quả bàn giao).
Truy xuất hai chiều:
Ma trận còn giúp phân tích tác động thay đổi: khi khách sạn muốn đổi chính sách huỷ phòng, nhìn ma trận biết ngay những màn hình, ca kiểm thử và tài liệu nào bị ảnh hưởng.
Kế hoạch quản lý yêu cầu quy định cách thu thập, phân tích, ưu tiên, truy xuất và kiểm soát thay đổi yêu cầu, bao gồm cả các thuộc tính cần ghi trong ma trận (mã, nguồn, ưu tiên, trạng thái, người phụ trách).
Một tính năng có thể qua kiểm định (đúng đặc tả) nhưng không qua thẩm định (đặc tả sai từ đầu). Đó là lý do cần người dùng thật tham gia sớm qua demo, nguyên mẫu.
Agile không bỏ yêu cầu, chỉ đổi hình thức: backlog sản phẩm là danh sách yêu cầu có thứ tự ưu tiên; câu chuyện người dùng kèm tiêu chí chấp nhận; "Định nghĩa hoàn thành" là tiêu chí chất lượng chung. Truy xuất được giữ nhẹ: liên kết câu chuyện với epic và mục tiêu sản phẩm, liên kết ca kiểm thử tự động với câu chuyện. Trong ngành có quy định chặt (y tế, ngân hàng, hàng không), ma trận truy xuất đầy đủ vẫn là yêu cầu bắt buộc ngay cả với đội agile.
Dự án xây hệ thống đặt phòng trực tiếp cho một chuỗi khách sạn ở Đà Nẵng và Hội An. PM chị Vy lập ma trận ngay từ tuần thứ ba. Đến sprint thứ năm, ma trận cho thấy:
Khi nghiệm thu, khách hàng hỏi về hiệu năng; chị Vy chỉ ra yêu cầu phi chức năng, ca kiểm thử tải và kết quả đạt, buổi nghiệm thu kết thúc trong một giờ.
Câu hỏi hay gặp: đội làm thêm tính năng ngoài yêu cầu (mạ vàng) — PM cần phát hiện qua truy xuất ngược và không bàn giao thứ không được duyệt; khách hàng từ chối nghiệm thu vì "không đúng ý" — gốc rễ thường là thiếu tiêu chí chấp nhận thống nhất trước; cần đánh giá tác động thay đổi — dùng ma trận truy xuất. Phân biệt kiểm định (đúng đặc tả, nội bộ, thường thuộc kiểm soát chất lượng) với thẩm định (khách hàng chấp nhận, thuộc xác nhận phạm vi).
5 câu · Đạt từ 70 %
Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.