Safeguard
Security Guides•

What metrics show a security champions program is working?

Track leading signals such as time protected and findings triaged, and lagging ones such as repeat findings and fix time. A metric table with cautions.

Safeguard Security Team
3 min read

Track a few leading metrics (are champions active, is their time protected) and a few lagging ones (do repeat findings and time to fix drop). Report trends per team, not league tables of individuals. If a number can be gamed without improving security, drop it.

Leading and lagging, defined

Leading metrics show whether the activity is happening. They move early and tell you if the program is alive. Lagging metrics show whether risk is changing. They move slowly and take months to read.

The table

MetricTypeHow to count itCaution
Teams with a named championLeadingTeams covered divided by teams in scopeA name is not activity
Protected time actually usedLeadingHours logged or calendar blocks keptDo not use it to police people
Findings triaged within an agreed timeLeadingShare of new findings with a champion decisionSet a realistic window
Briefing attendanceLeadingChampions present per sessionAttendance is not learning
Repeat finding rateLaggingSame flaw class returning in the same teamNeeds a stable taxonomy
Time to fix by severityLaggingMedian days from open to closedWatch for downgrading severity
Security issues found in review, not productionLaggingCount caught before merge versus after releaseDepends on reporting habits
Champion retentionLaggingShare still active after 12 monthsLow retention points to workload

OWASP SAMM describes quality criteria for champion activity, including champion training and regular briefings, but gives no list of numeric targets on the pages we read. Pick targets from your own baseline.

Set a baseline first

Before launch, capture three numbers for each team: open findings by severity, median fix time, and the three most common flaw classes. Re-measure every quarter. Without a baseline you will be arguing from impressions.

Avoid these traps

  1. Counting quiz scores as security outcomes.
  2. Ranking people or teams publicly. It encourages hiding findings.
  3. Reporting fewer vulnerabilities as success when you simply scanned less.
  4. Mixing severity scales between tools.
  5. Declaring victory after one quarter. Lagging numbers need time.

What to report to your sponsor

One page each quarter: coverage, activity, trend in repeat findings, trend in fix time, one story of a catch, and one request. Keep the request concrete, such as protecting time for two more teams.

Try it yourself

Click through it at your own pace, or open it full screen. Look at how open findings and their status can be tracked over time, which is the raw material for fix time and repeat finding counts.

Where Safeguard fits

Safeguard provides vulnerability scanning and compliance evidence automation, which can supply the finding and fix time data behind these metrics. You can try a free scan.

Quick check

How soon should we expect lagging metrics to move?

Plan on at least two to three quarters. Early quarters mostly tell you whether the activity is happening.

Should champions see their own metrics?

Yes, at team level. Use the data to help them ask for support, not to rank them.

Sources

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.