HomeStages › 13. Manage scope change

13. Manage scope change

PROC-S13-CHANGE · Deliver · level 2 · recurring · scope: matter
A control loop rather than a step in the chain, which is why it produces no state token. It requires a baseline and it revises one; it does not create a state that a later stage gates on.

Absorbed changes are recorded as such. A change absorbed without record is indistinguishable from an estimate that was wrong, and the two have different lessons.

Boundary

Trigger (in)
A request or an event that moves the engagement off its baseline.
Output (out)
An approved, rejected or absorbed change, and a rebaselined plan where approved.
Requires
plan-baselined
Produces
none

Floor: can this run itself

Position
review
Manual because
control
Basis
A change is raised by a person and approved by another. Four eyes on anything that moves the baseline.
Confirmed by
nobody named

Behaviour: what runs it

Systems
Change control, Planning and baseline

Data

DatasetAuthoritative sourceAlso inStateOwner
Change requestChange controlsettledEngagement Lead
Engagement planPlanning and baselinesettledEngagement Lead
DeliverablePlanning and baselineS, Y, S, -, D, M, S, -, W, O, R, KsettledEngagement Lead

Rules: what is decided here

IDRuleStateEnforced byBasisOwner
RUL-45Change against a baseline is recorded before work proceedsdefinedChange controlGate in change control.Engagement Lead
RUL-46Absorbed changes are recorded as absorbeddefinedChange controlDistinguishes a decision from an estimating error.Engagement Lead
RUL-47Scope increases above a threshold need client sign-offdefinedEngagement Lead roleEngagement letter term.Engagement Lead

Neighbours

Upstream
time-captured
Downstream
work-delivered
Every required state is produced upstream (out ⊢ in holds here).