5.2 The Business Case as Baseline and Reviewing Change
Key Takeaways
- The approved business case forms a baseline for the project: a reference for viability, benefits expectations, and investment decisions.
- The business case baseline tracks investment worth; the scope, schedule, and cost baselines in the project management plan track delivery.
- Material changes in cost, benefits, risk, strategy, or external environment require review of the business case so governance can continue, change, or stop the project.
- Reviewing well means re-forecasting benefits, costs, risks, assumptions, and strategic fit together rather than one metric in isolation.
- Stopping a project whose case no longer holds is value-protecting governance, not a failure.
Outcome 4b joins two ideas that the syllabus deliberately places together: understand the importance of regularly reviewing the impact of any changes in a project to the business case, and know that the business case forms the baseline for the project. The pairing is the point. A baseline that is never re-tested is just an old document; a review with nothing to compare against is just an opinion.
The Business Case as Baseline
The syllabus states that the business case forms the baseline for the project. In control language, a baseline is an approved reference against which performance and continued viability are judged.
What that means in practice:
- Approved version control — once authorised, the case (or the version at a gate) is the reference for expected benefits, investment envelope, key assumptions, and risk appetite relevant to justification.
- Alignment of plans — scope, schedule, cost, and benefits plans should be consistent with the approved case; material drift must be explained.
- Change impact lens — proposed changes are assessed not only for delivery impact but for impact on the justification (benefits, costs, risks, strategic fit).
- Decision anchor — continue/stop/change decisions refer back to whether the baseline case still holds or needs formal revision.
The business case baseline is related to, but not identical with, the performance measurement baselines for scope, schedule, and cost in the project management plan. Those track delivery; the business case baseline tracks investment worth. Both require controlled change when materially amended.
Regularly Reviewing the Impact of Changes
Learning outcome (b) requires understanding the importance of regularly reviewing the impact of changes on the business case. Context never stays frozen: costs inflate, strategy shifts, regulations change, benefits forecasts move, and delivery risk materialises.
When to review
| Trigger | Example | Governance question |
|---|---|---|
| Stage / decision gates | End of definition before major spend | Is the preferred option still justified? |
| Material cost forecast change | +15% capital | Do benefits still outweigh costs and risks? |
| Benefits forecast change | Adoption rates below plan | Is the minimum viable benefit still achievable? |
| Strategic change | New corporate priority or merger | Does the project still fit objectives? |
| External shock (PESTLE/VUCA) | New regulation, market collapse | Are assumptions still valid? |
| Major scope change request | Significant new feature | Does added cost buy enough benefit? |
| Risk materialisation | Critical supplier failure | Is residual case still acceptable? |
| Scheduled periodic review | Quarterly investment review | Any slow drift that needs correction? |
How to review well
- Re-forecast the whole picture — update benefits, costs, risks, assumptions, and strategic fit together, not one metric in isolation.
- Compare against the baseline case — state variance and drivers clearly.
- Generate options — continue as planned, re-scope, re-sequence, add funding, pause, or stop.
- Recommend with evidence to the sponsor/board within the scheme of delegation.
- If approved, re-baseline the business case so future reporting remains meaningful.
Continue, change, or stop
| Decision | When it is appropriate | Notes |
|---|---|---|
| Continue | Benefits, costs, and risks still justify investment within appetite | Confirm tolerances and any minor updates |
| Change | Case salvageable with re-scope, extra funding, or different option | Use change control; update baseline case |
| Stop | Case no longer viable or strategically aligned | Stopping can be value-protecting, not failure of governance |
Critical exam scenario: a project is still within cost tolerance but forecast benefits have fallen below the minimum threshold in the business case. Correct action is to escalate for a viability decision — not to continue silently because the budget is "green." Benefits are central to justification.
Counter-scenario: costs rise by 15%, but a new strategic objective means benefits may be higher than originally estimated. The business case should be updated and reviewed with the revised whole picture; neither ignore the cost rise nor treat higher potential benefits as automatic approval without governance.
Roles in ongoing review
| Role | Contribution to business-case review |
|---|---|
| Project manager | Maintains forecasts; assesses change impacts; prepares options and recommendations; reports honestly |
| Sponsor | Owns continued justification; chairs or drives continue/change/stop decisions; escalates to corporate level if needed |
| Steering group / board | Approves major revisions, further investment, or termination within remit |
| Users / benefit owners | Validate whether outcomes and benefits remain realistic |
| Assurance / finance | Challenge estimates, affordability, and evidence quality |
Worked Scenario: Keeping the Case Alive
A regional hospital approves a business case for a patient portal. Baseline case: £2.1m cost, benefits in reduced call-centre load and improved access, go-live in 14 months, key assumption that 40% of patients will register in year one.
Mid-delivery, three changes hit:
- Economic (PESTLE): specialist developer rates rise; cost forecast +12%.
- Social: patient trust survey shows lower willingness to share data online than assumed.
- Technological / VUCA: a national digital standard is announced that may force redesign (uncertainty and complexity).
Weak response: keep building to the original scope and hope benefits appear.
Strong PMQ response:
- Update cost forecast and benefits forecast (registration rate sensitivity).
- Refresh risk and assumptions (standards dependency).
- Use SWOT: strength = clinical sponsorship; weakness = scarce UX capacity; opportunity = national funding for standards compliance; threat = delayed interoperability.
- Present options to the board: (A) continue with extra funding and stronger adoption campaign; (B) re-scope to a thinner MVP aligned to the emerging standard; (C) pause until the standard is confirmed.
- Board decides Option B, re-baselines the business case, and adjusts benefits and cost envelopes.
The business case remains the baseline for justification; delivery baselines for scope and schedule are updated through change control to stay consistent with that revised case.
Common Exam Traps
- Business case is only for start-up. It justifies initiation and continuation; review through the life cycle.
- PM owns the business case. The PM maintains evidence; the sponsor owns justification.
- PESTLE/SWOT/VUCA replace the case. They inform it; they are not the investment decision itself.
- Baseline means never change. Baseline means controlled reference; material change triggers formal review and re-approval.
- Green budget = automatic continue. Benefits and strategic fit can fail while cost remains inside tolerance.
- Stopping is always failure. Stopping a non-viable project protects organisational value.
Answer Pattern for Long-Response Questions
- State the purpose of the business case (justify initiation/investment/continuation via benefits, costs, risks).
- Apply the relevant tool (PESTLE, SWOT, or VUCA) to the scenario facts.
- Explain baseline role and what has changed against it.
- Recommend continue / change / stop with who decides (sponsor/board) and what must be re-baselined.
That chain matches LO4 (a) and (b) and mirrors how APM PMQ awards marks for applied justification and control, not template memorisation alone.
How do PESTLE, SWOT, and VUCA primarily relate to the business case?
A project is still within its approved cost tolerance, but forecast benefits have fallen below the minimum threshold in the approved business case. What is the best governance action?
What is the difference between the business case baseline and the performance measurement baselines held in the project management plan?