Câu trả lời được chấp nhận
Nguyên tắc ngắn gọn: thay đổi nào chạm vào đường cơ sở đã phê duyệt (phạm vi, tiến độ, chi phí) hoặc tài liệu đã được kiểm soát cấu hình thì phải qua kiểm soát thay đổi, bất kể "nhỏ" đến đâu. Trong PMBOK® Guide ấn bản 6 đó là quy trình Thực hiện kiểm soát thay đổi tích hợp (Perform Integrated Change Control, 4.6).
Ngưỡng thực tế gợi ý (ghi trong kế hoạch quản lý thay đổi)
| Mức | Ví dụ | Ai duyệt |
|---|---|---|
| Không cần CR | Sửa lỗi trong phạm vi, đổi cách làm nội bộ không ảnh hưởng mốc | Trưởng nhóm |
| CR đơn giản | Thêm chức năng ≤ 2 ngày công, không chạm mốc | PM (theo thẩm quyền trong charter) |
| CR đầy đủ | Chạm mốc, ngân sách, hợp đồng hoặc chất lượng | Sponsor / CCB |
Ngưỡng này phải thống nhất từ đầu, không phải PM tự quyết từng lần.
Quy trình tối thiểu cho mọi CR
- Ghi nhận yêu cầu (ai, cái gì, vì sao).
- Phân tích tác động lên phạm vi, tiến độ, chi phí, chất lượng, rủi ro.
- Người có thẩm quyền quyết: duyệt / từ chối / hoãn.
- Cập nhật kế hoạch, baseline, thông báo bên liên quan.
- Lưu nhật ký thay đổi (change log).
Lỗi trong ví dụ trên chính là "mạ vàng" (gold plating) từ phía đội và phình phạm vi (scope creep) từ phía khách: làm thêm mà không qua phân tích tác động.
Với Agile: thay đổi nội dung backlog là bình thường và do Product Owner quyết, không cần CR. Nhưng nếu thay đổi chạm vào ràng buộc cố định (ngày phát hành, ngân sách hợp đồng, mục tiêu sprint đang chạy) thì vẫn cần quyết định có thẩm quyền.
Nguồn: