Crown Andrew owner of NARF with real authority and an explicit cannot-wait instruction - accepting the recommendation while rejecting its stated rationale out loud

August 11, 2026 at 2:48 PMpeoplemedium

Situation

The programs previous steward produced an assessment of why NARF had not moved forward during his absence, with recommendations. Peter read it and took the main one - hey, Crown Andrew is king of NARF, I am fine with that - but named his objection to the logic in the same breath: the one problem I have with it is it is Crown Andrew is king of NARF, in part because Andrew has not moved NARF forward. I have trouble with that linkage. But whatever, I can get over it. He then converted the recommendation into a delegation instruction for Justin with three distinct components: You need to tell Andrew he has to own this thing. And run it like he owns it. He has got the authority to do what he wants with it. He cannot wait on the previous steward. The last clause was the operative one - it pre-emptively removes the dependency that had produced the stall, rather than waiting to see whether it recurs. He linked it explicitly to the stewards impending step-back from day-to-day delivery. Three days later the org-wide announcement named the handover of NARF stewardship to Andrew and Nathan as a fact.

Reasoning

He separated the ownership question from the credit question and refused to let his discomfort with the second block the first. The candidate was recommended partly on the strength of not having advanced the work, which Peter found illogical and said so - but the alternative was leaving the program unowned during a period when its previous steward was stepping back from date-dependent delivery, and that cost more than the awkward reasoning did. The three-part instruction is doing precise work: has to own it establishes accountability, run it like he owns it establishes behaviour, has the authority to do what he wants establishes that the accountability comes with power, and cannot wait on the previous steward removes the excuse before it can be used. Giving the instruction through Justin rather than directly is also deliberate - it puts Andrews manager in the loop as the person who sets the expectation, so the authority comes from his own chain rather than skip-level.

Additional Context

NARF - the CVE remediation automation program - is carrying visible schedule debt in the TPS report: the Peridot-to-Release MVP dropped 12 confidence points to 70 percent on Aug 10 and slipped to Aug 21, and the CVE Campaign automation sits at 46 percent in the parking lot. So the ownership vacuum was showing in the numbers, not just in the narrative. Justin was already scheduled to speak with Andrew that afternoon.

Observed Evidence

Direct transcript quotes from the Justin 1:1 on Jul 31 covering both the objection and the four-part instruction, plus the org-wide Slack announcement on Aug 3 executing the handover.

Matching Patterns

55%
Reclassify to Route - Decide Who Owns It, Then Give a Criterion Not a Verdict(named the owner explicitly, supplied behaviour criteria rather than a delivery verdict, declined to relitigate the presenting rationale)
30%
Accountability Follow-Through(accountability paired with authority, no softening)

Confidence Breakdown

33/35
Evidence
26/30
Pattern
19/20
Source
10/15
Corroboration

Reasoning Depth Analysis

Org Signal:That ownership at CIQ comes with authority attached and no permission to wait on anyone. It also signals Peter will say out loud when he disagrees with the reasoning behind a decision he is nonetheless making - the disagreement is on the record, the decision is not weakened by it.
Who Affected:Andrew, who now owns a program with visible schedule debt. Nathan, named as co-steward in the announcement. The Linux org, who learn from the announcement that the program has a live owner rather than a vacancy.
Precedent:Sets that a stalled program gets an owner immediately when its previous steward steps back, rather than after a search for the ideal candidate - and that Peter will accept a recommendation whose logic he rejects if the alternative is a vacuum.
Consequences:Real and executed within three days via the org-wide announcement. Andrew has no route back to waiting - the instruction named it as forbidden before it could happen again.
Timing:The same call in which he concluded the restructure, and three days before announcing it - deliberately ahead of the announcement so the program had a named owner the moment the org learned the previous one was stepping back.

Source

reflection

AI Confidence

88%

Related Context

🎥
Justin <> Peter Weekly 1:1 - 2026-07-31

fathom

One is, hey, Crown Andrew is king of NARF. I am fine with that. The one problem I have with it is it is Crown Andrew is king of NARF, in part because Andrew has not moved NARF forward. I have trouble with that linkage. But whatever, I can get over it.

🎥
Justin <> Peter Weekly 1:1 - 2026-07-31

fathom

You need to tell Andrew he has to own this thing. And run it like he owns it. He has got the authority to do what he wants with it. He cannot wait on Max.

💬
Announcement to Linux Engineering - 2026-08-03

slack

He is going to hand over stewardship of Narf to Andrew and Nathan.

Outcome

Mixed - front-end MR automation completed 2026-08-18, but Backend-MR-to-release confidence fell 82 to 70 percent and slipped past deadline, and CVE Campaign automation sits in Parking Lot at 46 percent

Rating: 3/5

Decision ID: fa4116dd-d1fa-438c-8d5a-f10e487ac672