Lesson 2 of 5
Reporting for different audiences
12 min
Listen to this lesson
The same test data serves very different readers. A tester needs to know what to run next. A process owner needs to know whether their area is on track. A steering committee needs to know whether the program will hit its go-live date and what could stop it. Good reporting builds each view from the same data, so the numbers always agree, and changes only the level of detail and the questions answered.
| View | Audience | Frequency | Questions answered | Typical content |
|---|---|---|---|---|
| Daily | Testers, developers, functional leads | Every morning | What is blocked? Which defects need action today? | Blocked tests, new and critical defects, retests due, environment issues |
| Weekly | Process owners, project team, PMO | Weekly | Are we on track per value stream? What needs a decision? | Execution and coverage by value stream, defect trends, top risks, decisions needed |
| Steering | Sponsors, steering committee | Per steering meeting | Will we be ready? What could stop us? What do you need from us? | RAG by value stream with reasons, exit criteria status, top residual risks, asks |
The daily view
Keep it operational and short. Most daily stand-ups at Contoso run through four lists: tests blocked and why (missing data, defect, environment), new critical and high defects since yesterday, defects ready for retest, and environment or access problems. Nobody needs percentages at 8:30 a.m.; they need names and actions.
The weekly view
The weekly report is where process owners like Dan and Maria see their own areas. Organize it by value stream (order to cash, procure to pay, record to report, plan to produce) and show execution, coverage of in-scope processes and high risks, and open defects by severity for each. End with a short list of decisions needed: a scope change to approve, a defect priority to confirm, a key user to free up.
| Value stream | Executed / planned | High risks covered | Open critical / high | Status | Reason |
|---|---|---|---|---|---|
| Order to cash (Maria) | 212 / 240 (88%) | 9 of 10 | 0 / 3 | Amber | Fleet rebate pricing retest pending; one high risk not yet covered |
| Procure to pay | 180 / 186 (97%) | 7 of 7 | 0 / 1 | Green | On track |
| Record to report (Dan) | 96 / 140 (69%) | 4 of 8 | 1 / 2 | Red | Period-end close test blocked by missing intercompany data |
| Plan to produce | 74 / 80 (93%) | 5 of 5 | 0 / 0 | Green | On track |
Extract from a Contoso weekly status by value stream. Numbers are fictional.
The steering view
Steering committees have minutes, not hours. Lead with the answer, then the reasons. A one-page steering view for Contoso might say: "Testing is amber overall. Order to cash and record to report need two more weeks of retesting. One critical defect in period-end close blocks the exit criterion for record to report; fix expected Friday. We need finance key users released for three days next week." Supporting numbers go in a backup slide.
Making RAG status mean something
Red, amber and green are only useful if everyone knows what triggers each color. Define them against the exit criteria in your test strategy. For example: green, on track to meet all exit criteria by the planned date; amber, at risk but with a credible recovery plan; red, will not meet exit criteria by the planned date without a decision (more time, less scope, accepted risk). Always show the reason next to the color. A color without a reason invites people to argue about the color instead of the problem.
- On the current course, will all exit criteria be met by the planned date?Yes → green, with the reason · No → next question
- Is there a credible recovery plan that still meets the date?Yes → amber, with the plan and its owner · No → red
- Is it red?Yes → state the gap and the decision needed from steering: more time, less scope or accepted risk
What would you do?
Contoso's record-to-report stream has executed 69% of planned tests with eight days left in the cycle, and the period-end close test is blocked by missing intercompany data. The stream lead wants to report amber "to avoid alarming the steering committee". What should Priya report?
Visuals that help
A few simple visuals carry most reports. A burn-down of remaining planned tests against the days left shows schedule position at a glance. A stacked bar per value stream (passed, failed, blocked, not run) shows where the problems sit. A defect trend line by severity, covered in the next lesson, shows whether quality is converging. Avoid three-dimensional charts, gauges and traffic-light dials that need explanation; if a chart needs a paragraph to interpret, replace it with the paragraph.
| Question | Visual | What to look for |
|---|---|---|
| Will testing finish on time? | Burn-down of remaining planned tests | Flattening line: blocked tests to clear |
| Where do the problems sit? | Stacked bar per value stream: passed, failed, blocked, not run | A stream with a large blocked or not-run share |
| Is quality converging? | Defect trend line by severity | Critical and high backlog shrinking |
| Avoid | 3D charts, gauges, traffic-light dials | Anything that needs explaining |
Finally, keep a short narrative at the top of every weekly and steering report: three or four sentences saying what changed since last time, what worries you, and what you need. Numbers support the narrative; they do not replace it. Executives remember the sentence "record to report is red because the close test is blocked by missing intercompany data" long after they forget the percentages.
- Build daily, weekly and steering views from one data set so numbers agree.
- Daily: actions and names. Weekly: status per value stream plus decisions needed. Steering: answer first, then reasons and asks.
- Define RAG against exit criteria and always show the reason.
- Avoid watermelon reporting; make early red flags safe.
Check your understanding · not graded
Lesson check
1. What belongs in the daily view?
2. How should the weekly report be organized for process owners?
3. What should a steering view lead with?
4. What is "watermelon" reporting?