Scope governance

Set Up a Simple Change Control Process

Define a lightweight change control process to evaluate requests consistently and protect timeline, budget, and quality commitments.

How this page is maintained

Written for learners, checked against the sources below, and reviewed every year. Last reviewed July 22, 2026.

Short answer

A change control process ensures proposed scope changes are logged, assessed, and approved or rejected with documented impact on schedule, cost, and risk. The goal is controlled adaptation, not blocking all change.

  • Log every material change request in one place.
  • Assess impact before approval decisions.
  • Communicate approved changes and baseline updates quickly.

Define request intake and triage

Use a standard request form with rationale, urgency, affected deliverables, and requested date. Triage requests by impact level and decision authority.

Small operational adjustments can follow an expedited path, while major scope changes require sponsor review.

Run impact analysis and decision

For each request, estimate effect on critical path, effort, risk profile, and dependent teams. Include alternatives such as defer, phase split, or replacement scope.

Record decision, rationale, and baseline updates. Teams should never infer approval from silence.

  • Assign change owner and due date
  • Version-control scope baseline
  • Track cumulative change load

Late request for billing integration

During pilot prep, finance requests adding billing integration to phase one of Harbor Health portal.

  1. Log request with business rationale and requested launch date impact tolerance.
  2. Assess impact: adds four weeks, increases testing scope, and introduces new vendor dependency.
  3. Present options: defer to phase two, or swap out secure messaging enhancement to hold date.
  4. Sponsor approves defer option and baseline is updated with explicit phase-two commitment.
Result: The team preserves pilot date while capturing the new requirement in controlled scope.

Common mistakes

  • Implementing scope changes before impact analysis.
  • Treating verbal requests as approved commitments.
  • Approving many minor changes without cumulative impact tracking.
  • Failing to update baseline documents after approval.

Try one

Why track cumulative change load even for small requests?

Many small changes can create major schedule and quality impact when combined.

Sources

Learn this with a tutor

Tell LearnLive what you already know and what you need to do with change control process.

Build this course