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

Lesson 1 of 7

From cycle metrics to TCoE metrics

9 min

Listen to this lesson

0:00 / 3:56

A test lead on a project measures a cycle: how many tests ran, how many passed, how the defect curve is bending, whether exit criteria will be met by Friday. That is the subject of sap-tst-307, and it ends at a go/no-go decision. A TCoE has a different question to answer. It exists permanently and costs money every year, so its sponsor asks: is this capability worth what it costs, and is it getting better? No single cycle can answer that. It takes measures across releases, quarters and years, tied to the business case that funded the TCoE.

What changes when you measure a capability

AspectCycle metrics (sap-tst-307)TCoE metrics (this course)
QuestionAre we ready to go live with this release?Is the capability worth its cost, and improving?
Time horizonDays to weeksReleases, quarters, years
UnitTest case, defect, cycleRelease event, change, process, quarter
AudienceTest team, process owners, go/no-go groupQuality council, CIO, CFO, sponsor
Typical measuresExecution progress, pass rate, open defects by severityEscaped defects, lead time, cost per regression cycle, service levels
Decision it supportsGo, go with conditions, no-goFund, redirect or cut the next investment
Cycle metrics manage a release; TCoE metrics manage the capability that tests every release.
The Sign-Off Table · thesignofftable.com/academy/sap-tcoe-406

The two sets are linked. A TCoE metric such as escaped defects per release is built from the same defect records that cycle reports use, plus production incidents linked back to releases. What changes is the aggregation and the decision. The overview course (sap-tst-401) introduced a balanced scorecard with three questions: are we protected, are we fast, are we efficient? This course turns those into a KPI system with definitions, data sources, owners, targets, governance and a value story finance will accept.

Start from goals, not from the tool's reports

The easiest way to pick TCoE metrics is to open the analytics in your test tool and report whatever it shows. That produces activity counts. A better way is the Goal-Question-Metric approach, which ISTQB's Advanced Test Management syllabus (CTAL-TM v3.0) recommends for analytical test process improvement: state the goal, ask the questions that tell you whether it is being met, then choose metrics that answer them, and only then find the data.

Goal, questions, metrics for the TCoE's protection goal. Each metric exists because a question needs it.
The Sign-Off Table · thesignofftable.com/academy/sap-tcoe-406

Normalize, or the trend lies

Capability measures compare periods that differ in size. A quarter with a feature pack stack update and 40 enhancements will produce more defects than a quiet quarter, whatever the TCoE does. Normalize: escaped defects per release event and per 100 changes, cost per regression cycle rather than total spend, coverage as a share of critical processes. At Contoso, a "change" is one approved change record that reaches production, whatever the number of transports it needed.

Leading, felt by the businessKey-user hours in close weeks; data lead time for projects
Lagging, felt by the businessEscaped defects, incidents after release, audit findings
Leading, felt by the TCoECritical process coverage, automation stability, readiness on time
Lagging, felt by the TCoECost per regression cycle, regression cycle time
Mix leading and lagging measures. Lagging measures prove value; leading measures warn early.
The Sign-Off Table · thesignofftable.com/academy/sap-tcoe-406

Lagging measures such as escaped defects prove value, but only after the damage. Leading measures such as coverage of critical processes or automation stability move first and give the TCoE time to act. A good KPI set has both. TMMi treats this as a process area of its own at level 4, Test Measurement, which is a reminder that measuring a test capability well is itself a sign of maturity.

What would you do?

Grace asks Priya for "the TCoE metrics" for the quality council and suggests exporting the standard reports from SAP Cloud ALM. What should Priya do first?

Key points
  • Cycle metrics decide a release; TCoE metrics decide whether the capability is worth its cost and improving.
  • Choose metrics with Goal-Question-Metric, not from whatever the tool reports.
  • Normalize by release event, by 100 changes and by critical process so periods can be compared.
  • Combine lagging measures that prove value with leading measures that warn early.

Check your understanding · not graded

Lesson check

  1. 1. Which question do TCoE metrics answer that cycle metrics do not?

  2. 2. Why should escaped defects be reported per release event or per 100 changes?

  3. 3. Which is a leading measure for the TCoE's protection goal?

  4. 4. Following Goal-Question-Metric, what comes immediately before choosing the metrics?