Every org owes its own delivery-performance metric system, and Wolfords dashboard is the deliberate exemplar - used to train the Linux side of the house

July 29, 2026 at 9:05 PMoperationalhigh

Situation

Peter restructured the 7/28 Engineering Weekly into a fast breadth-first TPS pass followed by a single-org deep dive, and made Wolford go first on purpose. After Wolford walked through his PIC tooling - PR review latency, time-to-merge, bug-vs-feature ratio, commit distribution, release cadence, internal and external documentation coverage, plus a per-quarter epic assignment board - Peter named the ask explicitly: I dont care whether there is a dashboard or just a system that reports a set of metrics, but this is the kind of thing I am going to be looking for from every org. It is not an accident that Wolfords going first here. He then propagated the exemplar three ways: forwarded the Fathom recap to Bjorn saying he was using it to help train the Linux side of the house, told Nathan to watch the recording because there are critical things in there that will impact your teams and that I want to be able to talk through in terms of team management, and told Wolford directly that the presentation was exactly what I wanted/needed to kick that all off - while warning him you will not be impressed when Linux and the other portions of eng deliver theirs. Sarah set the rotation: Wolford, then Nathan, then Steve, Ryan and Justin.

Reasoning

Peter is not asking for reporting, he is asking each org leader to form and defend an opinion about how their organization performs. He named the thing he valued in Wolfords work as exactly that: you are taking an opinion about what you want to see from your team, how you can understand and evaluate the performance of your organization from the perspective of a deliverable that impacts our customers, and then what you can measure to improve those outcomes. Explicitly leaving the form open - dashboard or plain metric report - keeps the ask about the thinking rather than the artifact. Going through a live exemplar rather than issuing a spec means the standard is demonstrated, not described, and the gap between Wolford and the rest becomes self-evident to the people who have to close it. Telling Wolford privately that Linux will not measure up is a candid calibration of where Peter expects the shortfall.

Additional Context

Extends the 7/24 decision to institute a rotating per-team deep dive at the Tuesday staff meeting and the 7/27 decision making metric design the single biggest ask of Max across Justin and Nathan. Peter also separately told Nathan he wants to do a deep dive each meeting into the function of one of the teams. Peters standing concern is Linux-org velocity and morale, and this is the measurement lever running ahead of any personnel action.

Observed Evidence

Verbatim ask in the Fathom transcript, plus three separate Slack DMs (Bjorn, Nathan, Wolford) and an email forward all propagating the same exemplar within 24 hours. Sarah confirmed the rotation order in the 7/28 sync.

Confidence Breakdown

35/35
Evidence
24/30
Pattern
20/20
Source
15/15
Corroboration

Reasoning Depth Analysis

Org Signal:Being an engineering leader at CIQ now includes having a defensible theory of your own organizations performance. Reporting upward is not the deliverable - the opinion is.
Who Affected:Nathan Blackham and Justin Haynes most directly, since Peter has already told Wolford the Linux side will not measure up; Steve Wallace and Ryan Smith next in the rotation; Max Spevack, whose 10-metric ask now has a concrete reference implementation; Bjorn, who is being brought in as a witness to the standard.
Precedent:Sets demonstration-before-specification as the way Peter lands a new leadership expectation: run the exemplar in public, let the delta be visible, then collect from everyone else.
Consequences:Real and scheduled - the rotation is on the calendar through August with named owners, and each leader will present against a live benchmark rather than a written spec.
Timing:Now because Wolford had independently built the artifact and had just returned from PERC, giving Peter a genuine exemplar rather than a hypothetical - and because the Linux morale and velocity problem needed a measurement lever before a personnel one.

Related Context

🎥
Engineering Weekly Sync - Wolford, 7/28

fathom

So where I am really happy about this is you are taking an opinion about what you want to see from your team, how you can understand and evaluate the performance of your organization from the perspective of a deliverable or set of deliverables that impacts our customers, and then what you can measure to hopefully improve those outcomes. This is the kind of thing, I dont care whether there is a dashboard or just a system that reports a set of metrics, but this is the kind of thing that I am going to be looking for from every org. It is not an accident that Wolfords going first here.

💬
DM with Bjorn Hovland

slack

Also I have a fathom recording for you to watch of how Wolford is managing his project. Using it to help train the Linux side of the house. ... sent in email... watch when you have got time... it is a good one.

💬
DM with Nathan Blackham

slack

Do watch the recording of todays eng staff meeting... some critical things in there that will impact your teams, and that I want to be able to talk through in terms of team management. ... watch and you will see. I want to do a deep dive each meeting into the function of one of the teams.

💬
DM with Chris Wolford

slack

Your presentation yesterday was perfect. Exactly what I wanted/needed to kick that all off. You will not be impressed when Linux and the other portions of eng deliver theirs.

📧
Fwd: Recap for Engineering Weekly Sync- Wolford (to Bjorn Hovland)

email

Peter forwarded the Fathom recap of the 7/28 Engineering Weekly to Bjorn as the training artifact referenced in Slack.

Outcome

Rotation running per the Tuesday deep dives; Weekly Department Leadership now carries the value-drivers dashboard link as standing material.

Rating: 4/5

Decision ID: 9f3932c8-74ea-4817-a3c2-6071414fdd4c