Change Request và "scope creep": nhận diện và kiểm soát

Bài 5 trong series: "Thuê partner triển khai D365 / ERP mà không bị hớ".

Không có dự án ERP nào chạy đúng scope ban đầu từ đầu đến cuối. Yêu cầu sẽ thay đổi, hiểu biết sẽ rõ dần, và Change Request (CR) là chuyện tất yếu. Vấn đề không phải là "có CR hay không", mà là ai kiểm soát dòng chảy của CR. Khi khách hàng không kiểm soát được, chi phí và thời gian phình ra một cách âm thầm — hiện tượng gọi là "scope creep".

Phân biệt CR chính đáng và scope creep

Không phải mọi CR đều là "partner moi tiền", và cũng không phải mọi CR đều chính đáng. Ranh giới nằm ở câu hỏi: việc này có nằm ngoài scope đã thỏa thuận không, một cách hợp lý?

CR chính đáng: Yêu cầu mới thật sự, hoặc thay đổi do nghiệp vụ của bạn thay đổi, hoặc điều mà không bên nào lường trước một cách hợp lý.
Scope creep trá hình: Những thứ lẽ ra đã ngầm nằm trong scope, hoặc phát sinh do partner hiểu sai yêu cầu ban đầu, nhưng lại được đóng gói thành CR tính phí.

Đây chính là lý do bài về đọc SOW (Bài 2) quan trọng: nếu scope và "out of scope" được viết rõ từ đầu, việc phân loại CR trở nên dễ dàng và ít cãi vã.

Bốn câu hỏi cho mỗi Change Request

Khi một CR xuất hiện, đừng vội duyệt cũng đừng vội bác. Hãy hỏi:

Việc này nằm trong hay ngoài scope gốc? Đối chiếu trực tiếp với SOW, không dựa vào trí nhớ.
Nguyên nhân từ đâu? Do yêu cầu mới của bạn, hay do partner hiểu sai lúc đầu? Nếu là hiểu sai, chi phí không nên đổ hết lên bạn.
Tác động thật là bao nhiêu? Estimate của CR có được giải trình rõ ràng không, hay chỉ là một con số?
Có thể trì hoãn sang giai đoạn sau (phase 2) không? Nhiều CR không cấp thiết cho go-live — đẩy sang sau giúp giữ dự án đúng tiến độ và ngân sách.

Cơ chế kiểm soát: CR log và quyền phê duyệt

Hãy duy trì một nhật ký Change Request (CR log) minh bạch, hai bên cùng thấy: mỗi CR ghi rõ nguồn gốc, tác động thời gian, tác động chi phí, trạng thái, và ai duyệt. Khi mọi CR được ghi lại công khai, xu hướng "gom góp phát sinh" giảm hẳn, vì mọi thứ đều để lại dấu vết.

Đồng thời, quy định rõ ngưỡng phê duyệt: CR dưới một mức nào đó thì quản lý dự án duyệt, trên mức đó phải lên cấp cao hơn. Điều này ngăn tình trạng dự án bị "cắt lát" thành nhiều CR nhỏ để né sự chú ý.

Dấu hiệu cảnh báo scope creep đang mất kiểm soát

CR xuất hiện dồn dập ngay sau khi ký, cho thấy scope gốc bị cố tình viết hẹp.
Nhiều CR có nội dung "lẽ ra phải có sẵn" theo cảm nhận nghiệp vụ thông thường.
Estimate CR không được giải trình, chỉ đưa con số.
Tổng giá trị CR bắt đầu tiệm cận hoặc vượt một phần đáng kể giá hợp đồng gốc.

Khi thấy những dấu hiệu này, đó là lúc cần một cuộc rà soát nghiêm túc — lý tưởng là với một con mắt độc lập biết phân biệt đâu là phát sinh thật, đâu là scope lẽ ra đã bao gồm.

Về songnghia.com

Đang bối rối vì Change Request dồn dập và không biết cái nào đáng trả tiền? songnghia.com rà soát từng CR, đối chiếu với scope gốc và chỉ ra đâu là phát sinh chính đáng, đâu là scope creep — giúp bạn giữ dự án đúng ngân sách. Tìm hiểu tại songnghia.com.

Advertisement

Change Request và "scope creep": nhận diện và kiểm soát