Consulting innovation · Communication design

One-page executive reporting

Imagine a senior executive reading these over a cup of coffee. If a report fails that test, it will not be read, and unread quality information is indistinguishable from no quality information.

Why

The people who own go-live decisions rarely read test documents. A 30-page plan, a defect register, and a coverage spreadsheet all assume a reader who does not exist. The result is sign-off by deference: the business approves what it cannot interpret, and the accountability gap surfaces later, in production, with interest.

How

One discipline, applied to every artefact a stakeholder touches. The family, in the order a programme meets them:

  1. One-page framework. The whole test lifecycle on a page: stages, process, artefacts, and who is involved, so anyone can see where they fit.
  2. One-page cheat sheet. A participant reference card: your role, the journey, what counts as a defect, how to log one. Read in five minutes, kept on the desk.
  3. Three-page summary of a 30-page test plan. Why (the drivers, straight from the workshop), What (the questions to be answered), How (the activities that answer them).
  4. Test activity plan on a page. Scope, approach, tasks, supporting roles, and the planning metrics for a single activity.
  5. Status report on a page. Progress, budget, burndown, earned value, predicted finish, and the metrics to watch this week.
  6. Test report on a page. Verdict first: findings, confidence, release recommendation, and the metrics behind them.
  7. Service and capability overview. A managed service, monthly, on a page: fee against benchmark, value invested back, resourcing, relationships, performance criteria.
  8. Portfolio quality status. The same verdict-first discipline rolled up across a portfolio of programmes, one page per executive audience.
Software test lifecycle overview on one page: stages from initiation to close, change process, SIT and UAT processes, artefacts, and RACI
1. The framework on a page: the full lifecycle, both test processes, artefacts, and RACI for a state government agency. (Client identity removed.)
QA test process on one page: stages, goals, inputs, checkpoints, test process, outputs, and resources
1b. The companion process view: goals, inputs, checkpoints, and outputs per stage for the delivery team. (Client identity removed.)
UAT participant reference sheet: role, journey, defect decision tree, pass and fail triggers, how to execute, how to log a defect, defect lifecycle
2. The cheat sheet: everything a UAT participant needs on one page, from "is this a defect?" to how to log it.
Three pages of a test plan summary: why, how, and what sections with a testing scope wheel and prioritised test objectives chart
3. The three-page Why / How / What summary in the wild: purpose, discovery wheel, and planned test activities distilled from a full test plan. (Client identity removed, fine print blurred.)
Annotated one-page test activity handout: scope, workflow, functional tasks, key information, support roles, and planning metrics
4. A test activity plan on a page, annotated: scope to planning metrics for one activity. (Client identity removed.)
Status report on a page: overall progress and budget gauges, burndown, earned value trend, metrics to watch, predicted finish, and per-dimension completion
5. The status report on a page, from the procurement due diligence engagement: progress, budget, burndown, earned value, predicted finish, and the week's metrics to watch.
One-page system integration testing report: scope, implementation, design considerations, findings distribution, confidence level, release recommendations, and metrics
6. The test report on a page: a full system integration test engagement from scope to release recommendation, with a confidence verdict a sponsor can read in seconds. (Client identity removed, fine print blurred.)
Monthly test service summary report: service fee against panel-rate benchmark, value invested back into the service, resourcing, relationships, and performance criteria
7. The service and capability overview: a managed service, monthly, on one page. (Client identity removed, staff names blurred.)

What

Applied across managed services, programme reporting, and evaluation engagements for state government and enterprise customers. The handout discipline that started in a small state government agency's test management framework later became a UAT playbook for an agency in Singapore: the same why-how-what plus operational guidance pattern, carried across a decade, two countries, and very different security postures.

The consistent outcome is faster, better-grounded sign-off conversations. When the executive has actually absorbed the state of quality, the meeting is about the decision, not about translation.

← Behaviour trees Next: Three-lens risk workshop →