All Metrics
Pillar Health · Layer 2

PR Degradation Rate
per Pillar

% of PRs evaluated that contain at least one failing Lens under a given pillar.

Target metric — not yet computed

This page describes the intended design. No PR-to-Pillar degradation tracking exists yet. It doesn't appear on your dashboard yet, and no org currently has a live value for it.

Formula
PDRP = (PRs with ≥1 failing Lens under this pillar
÷ total PRs evaluated)
× 100
Scope: per pillar·30-day rolling window·Range: 0 – 100·Lower is better
Thresholds
< 20Healthy
20–40Caution
≥ 40Critical
01

What it signals

PCR measures the pass rate of individual Lens evaluations. PDRP measures how broadly a pillar's failures are distributed across PRs. A high PDRP means many different contributors are diverging from this pillar's intent — not just one team failing repeatedly.

This distinction drives the remediation. If PDRP is high but failures are concentrated in a small set of teams, the problem is a one-team enablement gap. If PDRP is high and failures are spread across many teams and contributors, the problem is systemic — either a training gap, a tooling gap, or Lenses that no longer reflect the org's actual architectural intent.

A VP Eng asking "is this one team or everyone?" is asking the PDRP question. An architect asking "before I recalibrate these Lenses, how widely is this actually failing?" is also asking the PDRP question. PCR and PDRP together give both the rate and the reach of a pillar's conformance problems.

02

How rkito produces it

1
01
Each PR is evaluated against applicable Lenses
The CDA pipeline runs every Lens associated with the target pillar against the PR diff
2
02
PR is flagged if any Lens under this pillar fails
A single failing Lens is sufficient — the PR counts toward the PDRP numerator regardless of how many other Lenses passed
3
03
Count PRs with ≥1 failure under this pillar
The numerator grows once per PR, not once per failing Lens evaluation — this is the key difference from PCR
4
04
Divide by total PRs evaluated, multiply by 100
Computed per pillar over a rolling 30-day window, producing a 0–100 rate where lower is better
5
05
Navigate for detail
Go to /changecontrols/designaudits, filter by FAIL, identify which teams are submitting the failing PRs
03

Who this metric is for

VP Eng
Engineering Leadership
One team or everyone?

PDRP answers the first triage question after a pillar's PCR drops: is this concentrated in one team, or distributed across the org? Concentrated PDRP with low breadth points to an enablement problem with a known owner. Distributed PDRP points to systemic drift that requires a different response.

Architect
Design Authority
Before recalibrating Lenses, confirm the scope

A low PCR with a high PDRP means failures are spread widely across contributors — which can indicate Lenses firing on benign patterns before it indicates teams failing at architecture. PDRP gives the architect the evidence to confirm whether a Lens recalibration is warranted before initiating a CHI.

04

How this metric gets misread

Miscalibration risk — read before escalating this metric

PDRP at >40% almost always indicates miscalibrated Lenses before it indicates teams that are fundamentally bad at architecture. A Lens that fires on benign code patterns generates high PDRP without reflecting real conformance problems — the broad distribution of failures across many different contributors is itself a signal that the Lens may be misfiring.

Before escalating high PDRP to engineering leadership: verify with the pillar owner that the Lenses are correctly scoped. A Lens that was accurate when authored may no longer reflect current architectural intent as the codebase evolves. Escalating a miscalibration problem as a team behaviour problem destroys trust in the governance system.

05

What to do at each threshold

Step-by-step response playbook for each signal state.

Green< 20Monitor monthly

Pillar failures are contained. Fewer than one in five PRs is touching this pillar's intent. No immediate action required.

01

Monitor on a monthly cadence. Confirm the trend is stable or improving before standing down.

Yellow20 – 40Investigate breadth

Failures are spreading. Identify whether this is a concentrated or distributed problem before choosing a response.

01

Navigate to /changecontrols/designaudits, filter by FAIL, identify which teams are submitting the failing PRs.

02

Failures concentrated in one team: run a targeted enablement session with that team and the pillar owner.

03

Failures distributed across many teams: initiate a Lens recalibration review with the pillar owner before assuming the problem is behavioural.

Red≥ 40Convene pillar owner

More than four in ten PRs are triggering failures under this pillar. Convene the pillar owner immediately — but diagnose before escalating.

01

Open each failing Lens at /steerings/lenses — determine if the prompt still accurately reflects current architectural intent.

02

Miscalibrated Lenses get updated via CHI. Do not escalate to engineering leadership until miscalibration has been ruled out.

03

Genuine drift confirmed: run an awareness campaign across contributing teams and escalate to engineering leadership with the audit evidence.

Start measuring yours

Is your pillar drift concentrated or systemic?

rkito computes PDRP per pillar automatically from your first design audit. Know whether you have a team problem or a systemic one within minutes.