The NGD board never bends to serve the TPS report - the report changes, and pulls from two data sources if it has to

July 29, 2026 at 9:09 PMoperationalhigh

Situation

In the 7/29 Baek 1:1, Baek surfaced the live consequence of repointing the TPS report at the Engineering Deliverables (NGD) board: most of Ryan Smiths work does not belong on NGD under the cross-functional-coordination definition, so Ryans work no longer appears in the report. Baek offered the ruling - under no circumstances should the NGD board change to accommodate it - and Peter took it, then extended it with the remedy: if the TPS report is not showing Ryans work, then the TPS report needs to change and maybe pull from two data sources or whatever, but the NGD board stays the same. Peter also named the recurring pattern he is fighting: almost daily somebody is using these boards for something different than what he said they were for.

Reasoning

The NGD board is a definition and the TPS report is a view over it, so accommodation can only run downhill - letting the view dictate the definition is exactly how the board acquired competing purposes in the first place. Peter did not simply refuse: he supplied the concrete escape hatch so nobody has a reason to ask again, because Ryans work being invisible is a genuine problem that just belongs at the reporting layer rather than the data-model layer. Same shape as his ruling the day before that Jira is subordinate to the design - tools and views bend, definitions do not. He separately accepted that the communication failure is his (I recognize that in failing to land it sort of with a bunch of people, the messaging around it is wrong; I havent had this much trouble making a structural change in 20 years) while refusing to let that concession touch the substance: what people are actually doing is trying to figure out how his process solves their problem, and the answer to all of those is it does not.

Additional Context

Direct downstream consequence of the 7/24 decision handing mainline TPS report ownership to Ryan pointed at the NGD board, and of the 7/28 re-ruling of both board purposes. Ryan repointed the report on 7/28, so this is the first pressure on the new arrangement. Baek also gave Peter process feedback in the same conversation - that hearing out specific use cases and guiding where they belong might land the model faster than restating it. An existing todo tracks switching mini-me off Peters private TPS fork to the mainline report once Ryan repointed it, which has now happened.

Observed Evidence

Verbatim exchange in the recorded 7/29 Baek 1:1. The ruling was voiced first by Baek and then adopted and extended by Peter with the two-data-sources remedy.

Matching Patterns

40%
Protect Engineering Focus Through Process(1 keyword match (process), same category (operational), partial fit - defending an established process from erosion rather than creating one)

Confidence Breakdown

33/35
Evidence
18/30
Pattern
20/20
Source
10/15
Corroboration

Reasoning Depth Analysis

Org Signal:The definition of an artifact outranks any consumers convenience. Accommodation runs one direction only - views bend, definitions do not.
Who Affected:Ryan Smith most of all, since he owns the report and is also the person whose work vanished from it - he inherits the two-source work. Chris Baek, and anyone who assumed board membership was the route to company visibility.
Precedent:Establishes a permanent direction of accommodation for every future visibility complaint about the boards, so the same conversation does not have to be had per team.
Consequences:Real work lands on Ryan - the mainline TPS report likely needs a second data source to keep Customer Engineering visible.
Timing:Now because the report was repointed only the previous day. Conceding on the first stress test would have established that visibility needs create board exceptions.

Source

reflection

AI Confidence

81%

Related Context

🎥
Baek 1:1, 7/29

fathom

Baek: most of Ryans teams work does not actually belong in NGD if the statement is this is for cross-functional coordination. Now, where we have the nuance issue here is, hey, Pete, your TPS report is pulling from the NGD board. And so how does Ryan get his work visualized in the TPS report? ... Under no circumstances should the NGD board change to accommodate it. -- Peter: Because the NGD board is for what I keep saying it is for. And if the TPS report is not showing Ryans work, well then the TPS report needs to change and maybe pull from two data sources or whatever. But NGD board stays the same.

🎥
Baek 1:1, 7/29 - owning the messaging, not the substance

fathom

what keeps happening, I mean, almost daily, is somebody is using these boards for something different than what I said it was for... I recognize that in failing to land it sort of with a bunch of people, the messaging around it is wrong. I havent had this much trouble making a structural change, a process change, in 20 years... The nuance I would lay on top of that is they are trying to figure out how my process solves their problem or how it does this thing over here. And the answer to all of those is it does not.

Outcome

TPS report generated cleanly on 2026-08-18 as a routine artifact with per-team leads and priorities intact

Rating: 4/5

Decision ID: c71436ec-8855-4b03-8d8a-45138eb642af