Chapter 1
Handover the promise
Capture every commitment, assumption and evaluator clarification.
Why this matters
A strong result begins with an explicit decision and a proportionate evidence boundary. Record what is known, what is reported by another party, what is inferred and what remains untested. This prevents enthusiasm, seniority or polished presentation from being mistaken for operating proof.
Do the work
Hold a bid-to-delivery handover before work begins. Name the owner, affected people, dependencies, risk and review date. Where another organisation or person is involved, confirm their role, permission and expectations rather than assuming agreement.
Review questions
- What decision will this evidence support?
- Whose experience, data or opinion is it?
- What could make the conclusion inaccurate or unsafe?
- What is the smallest useful next test?
- Who can challenge or approve the result?
Practical checkpoint
Do not move on because a document exists. Sample a real record, observe the process where possible and ask whether a capable third party could reproduce the reasoning. Record a proceed, change, pause or stop decision and the evidence behind it.
Chapter 2
Plan dependencies
Make buyer, supplier, data, people and third-party inputs visible.
Why this matters
A strong result begins with an explicit decision and a proportionate evidence boundary. Record what is known, what is reported by another party, what is inferred and what remains untested. This prevents enthusiasm, seniority or polished presentation from being mistaken for operating proof.
Do the work
Confirm dates and consequences with dependency owners. Name the owner, affected people, dependencies, risk and review date. Where another organisation or person is involved, confirm their role, permission and expectations rather than assuming agreement.
Review questions
- What decision will this evidence support?
- Whose experience, data or opinion is it?
- What could make the conclusion inaccurate or unsafe?
- What is the smallest useful next test?
- Who can challenge or approve the result?
Practical checkpoint
Do not move on because a document exists. Sample a real record, observe the process where possible and ask whether a capable third party could reproduce the reasoning. Record a proceed, change, pause or stop decision and the evidence behind it.
Chapter 3
Define acceptance
Agree what good looks like for outputs, service and transition.
Why this matters
A strong result begins with an explicit decision and a proportionate evidence boundary. Record what is known, what is reported by another party, what is inferred and what remains untested. This prevents enthusiasm, seniority or polished presentation from being mistaken for operating proof.
Do the work
Write observable acceptance criteria for the first month. Name the owner, affected people, dependencies, risk and review date. Where another organisation or person is involved, confirm their role, permission and expectations rather than assuming agreement.
Review questions
- What decision will this evidence support?
- Whose experience, data or opinion is it?
- What could make the conclusion inaccurate or unsafe?
- What is the smallest useful next test?
- Who can challenge or approve the result?
Practical checkpoint
Do not move on because a document exists. Sample a real record, observe the process where possible and ask whether a capable third party could reproduce the reasoning. Record a proceed, change, pause or stop decision and the evidence behind it.
Chapter 4
Control change and risk
Connect changes to scope, price, time, service and authority.
Why this matters
A strong result begins with an explicit decision and a proportionate evidence boundary. Record what is known, what is reported by another party, what is inferred and what remains untested. This prevents enthusiasm, seniority or polished presentation from being mistaken for operating proof.
Do the work
Use one controlled change route from day one. Name the owner, affected people, dependencies, risk and review date. Where another organisation or person is involved, confirm their role, permission and expectations rather than assuming agreement.
Review questions
- What decision will this evidence support?
- Whose experience, data or opinion is it?
- What could make the conclusion inaccurate or unsafe?
- What is the smallest useful next test?
- Who can challenge or approve the result?
Practical checkpoint
Do not move on because a document exists. Sample a real record, observe the process where possible and ask whether a capable third party could reproduce the reasoning. Record a proceed, change, pause or stop decision and the evidence behind it.
Chapter 5
Build the reporting rhythm
Combine operational, performance, commercial and relationship governance.
Why this matters
A strong result begins with an explicit decision and a proportionate evidence boundary. Record what is known, what is reported by another party, what is inferred and what remains untested. This prevents enthusiasm, seniority or polished presentation from being mistaken for operating proof.
Do the work
Set meetings around decisions, not presentation volume. Name the owner, affected people, dependencies, risk and review date. Where another organisation or person is involved, confirm their role, permission and expectations rather than assuming agreement.
Review questions
- What decision will this evidence support?
- Whose experience, data or opinion is it?
- What could make the conclusion inaccurate or unsafe?
- What is the smallest useful next test?
- Who can challenge or approve the result?
Practical checkpoint
Do not move on because a document exists. Sample a real record, observe the process where possible and ask whether a capable third party could reproduce the reasoning. Record a proceed, change, pause or stop decision and the evidence behind it.
Chapter 6
Learn in 90 days
Use early evidence to stabilise and improve rather than defend the bid.
Why this matters
A strong result begins with an explicit decision and a proportionate evidence boundary. Record what is known, what is reported by another party, what is inferred and what remains untested. This prevents enthusiasm, seniority or polished presentation from being mistaken for operating proof.
Do the work
Run 30-, 60- and 90-day joint reviews. Name the owner, affected people, dependencies, risk and review date. Where another organisation or person is involved, confirm their role, permission and expectations rather than assuming agreement.
Review questions
- What decision will this evidence support?
- Whose experience, data or opinion is it?
- What could make the conclusion inaccurate or unsafe?
- What is the smallest useful next test?
- Who can challenge or approve the result?
Practical checkpoint
Do not move on because a document exists. Sample a real record, observe the process where possible and ask whether a capable third party could reproduce the reasoning. Record a proceed, change, pause or stop decision and the evidence behind it.