Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 2 of 5

Reporting for different audiences

12 min

Listen to this lesson

0:00 / 8:48

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.

ViewAudienceFrequencyQuestions answeredTypical content
DailyTesters, developers, functional leadsEvery morningWhat is blocked? Which defects need action today?Blocked tests, new and critical defects, retests due, environment issues
WeeklyProcess owners, project team, PMOWeeklyAre we on track per value stream? What needs a decision?Execution and coverage by value stream, defect trends, top risks, decisions needed
SteeringSponsors, steering committeePer steering meetingWill 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
Three reporting views from one data set.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-307

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 streamExecuted / plannedHigh risks coveredOpen critical / highStatusReason
Order to cash (Maria)212 / 240 (88%)9 of 100 / 3AmberFleet rebate pricing retest pending; one high risk not yet covered
Procure to pay180 / 186 (97%)7 of 70 / 1GreenOn track
Record to report (Dan)96 / 140 (69%)4 of 81 / 2RedPeriod-end close test blocked by missing intercompany data
Plan to produce74 / 80 (93%)5 of 50 / 0GreenOn 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.

  1. On the current course, will all exit criteria be met by the planned date?Yes → green, with the reason · No → next question
  2. Is there a credible recovery plan that still meets the date?Yes → amber, with the plan and its owner · No → red
  3. Is it red?Yes → state the gap and the decision needed from steering: more time, less scope or accepted risk
RAG status decided against the exit criteria, so the color always comes with a reason.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-307

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.

QuestionVisualWhat to look for
Will testing finish on time?Burn-down of remaining planned testsFlattening line: blocked tests to clear
Where do the problems sit?Stacked bar per value stream: passed, failed, blocked, not runA stream with a large blocked or not-run share
Is quality converging?Defect trend line by severityCritical and high backlog shrinking
Avoid3D charts, gauges, traffic-light dialsAnything that needs explaining
Pick the visual by the question it answers; if a chart needs a paragraph, use the paragraph.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-307

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.

Key points
  • 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. 1. What belongs in the daily view?

  2. 2. How should the weekly report be organized for process owners?

  3. 3. What should a steering view lead with?

  4. 4. What is "watermelon" reporting?