Change Request

Project sống trong reality: stakeholder mới xuất hiện, constraint thay đổi, user feedback mới đến, dependency trễ, objective được điều chỉnh.

Vấn đề không phải có change hay không, mà là change có được quản lý rõ hay không.

Scope drift xảy ra khi work thay đổi nhưng agreement không đổi.

Change Request biến thay đổi thành một decision explicit.

Change — điều gì đang được đề xuất thay đổi?

Reason — vì sao thay đổi này cần thiết?

Impact — scope, effort, cost, timeline, dependency và risk bị ảnh hưởng thế nào?

Decision — approve, reject, defer hay modify?

New Baseline — nếu approve, agreement mới là gì?

Không phải mọi request mới đều có cùng trọng lượng.

Một compliance requirement khác hoàn toàn với một preference phát sinh muộn.

Thêm một deliverable không chỉ tăng effort.

Nó có thể thay sequence, delay feedback cycle, tăng QA load hoặc làm dependency khác bị trượt.

Change Request cần một decision owner thực sự.

Nếu ai cũng có thể yêu cầu change nhưng không ai chịu trách nhiệm approve trade-off, project sẽ mất control.

Nếu change được chấp thuận nhưng scope, timeline hoặc milestone cũ vẫn giữ nguyên trên giấy, team đang vận hành với hai reality khác nhau.

Từ chối không có rationale dễ tạo cảm giác cứng nhắc.

Rationale giúp stakeholder hiểu trade-off đang được bảo vệ.

Forwork có thể có Change Request Block: Requested Change, Reason, Impact on Scope, Impact on Timeline, Impact on Cost, Risks, Decision, Decision Owner, Date, New Baseline.

Block này có thể tự động link tới Scope, Milestone, Decision Log và Work Tracking.

Đừng hỏi chỉ: “Có làm thêm phần này được không?”

Hãy hỏi: “Nếu thay đổi này được chấp thuận, chúng ta đang thay đổi agreement ở đâu và baseline mới sẽ là gì?”

Change → Reason → Impact → Decision → New Baseline.