Re-ruled the two boards from first principles in the room - prioritization vs dates-and-confidence - and told the org to delete any column serving a third purpose

July 29, 2026 at 9:04 PMoperationalhigh

Situation

Seventeen minutes of the 7/28 Engineering Weekly went to re-landing the board doctrine after Ryan reported that Chris Baek had told him all work must move to the Engineering Deliverables (NGD) board. Peter said flatly he is wrong, then re-derived both boards from purpose. Product Priorities board: prioritization only - not work tracking, not delivery dates, not confidence numbers - and engineering continues to own the engineering-order-of-operations column that has existed for nine months. NGD board: only work that must be visible to the company because it is tied through value drivers to go-to-market, with exactly two required fields kept current in real time, a confidence number and an engineering target delivery date, and no statement about whether items are epics, stories or tasks. He also ruled that Wolford does not get to choose whether his work appears in NGD, that internal-quality-only work should not be on NGD at all, and that where duplicate order-of-operations columns exist the answer is derivable from purpose - if there are columns there to serve any other purpose, they are wrong, remove them.

Reasoning

Peter diagnosed the recurring failure as purpose overloading rather than misunderstanding: the reason we are where we are a year after me starting is people keep overloading what boards are for and trying to use them to solve multiple problems. So he refused to answer any specific use case on its own terms and instead made purpose the only decision procedure - you can understand what the solution should be just by asking yourself, what is the point of these two boards. He explicitly rejected letting the tool constrain the design (I dont care how JIRA is set up. If JIRA needs to change, JIRA needs to change), and he defended the two-column split as the mechanism that decouples product reprioritization from engineering churn: product can reprioritize at 9am and again at 11am without flapping engineering, and a genuine drop-everything request becomes an explicit conversation rather than silent thrash.

Additional Context

Follows the 7/24 decision narrowing the NGD board to cross-company coordination and the 7/21 codification of the Product-Engineering operating model. Ryan had duplicated rather than migrated content (nothing deleted, nothing migrated) so the boards had diverged and the TPS report had been repointed at NGD. Justin and Brady both surfaced live nuances about decomposition granularity, which Peter answered with the same purpose test. He capped the segment at 17 minutes and handed the meeting to Wolford.

Observed Evidence

Extended verbatim ruling in the Fathom transcript of the 7/28 Engineering Weekly, including the explicit correction of a directive Chris Baek had given Ryan, the two-required-columns rule, and the instruction to delete purpose-violating columns.

Matching Patterns

40%
Protect Engineering Focus Through Process(1 keyword match (prioritization), same category (operational), process design that decouples product reprioritization from engineering churn)

Confidence Breakdown

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

Reasoning Depth Analysis

Org Signal:Purpose is the decision procedure. When a process question arrives, the answer is derived from what the artifact is for, not negotiated against the asking teams use case - and a directive from a peer executive gets corrected in the open if it violates purpose.
Who Affected:Chris Baek, whose instruction to Ryan was publicly reversed; Ryan Smith, whose own teams work may not belong on NGD at all; Justin Haynes and Brady Dibble on decomposition practice; product, which keeps unilateral reprioritization rights; and go-to-market, which is the sole consumer of NGD.
Precedent:Any column, board or field that serves a second purpose is now presumptively deleted rather than debated. Also sets that the tool (Jira) is subordinate to the design.
Consequences:Real: duplicate order-of-operations columns are to be removed, internal-quality items come off NGD, and confidence plus target date become the only mandatory NGD fields.
Timing:Now because Ryans duplication had just made the divergence concrete and the TPS report had been repointed - the doctrine had to land before both boards were populated with the wrong content.

Related Context

🎥
Engineering Weekly Sync - Wolford, 7/28

fathom

The entire point of the product priorities board is prioritization... It is not to track work, it is not to track delivery dates, it is to track prioritization... The point of the NGD board now is to show those pieces of work that must be tied through value drivers to go to market work so the company can stay coordinated... Wolford also does not get to choose whether his work shows up in NGD... The requirement on NGD visible work is that it has got two columns filled out. It has got a confidence number and an engineering target delivery date... If somebody is trying to use the board, the NGD board, to do anything else, they are wrong. So if there are columns there that are to serve any other purpose, they are wrong. Remove them.

🎥
Correcting the Baek instruction

fathom

Ryan: Chris Beck and I had met, and he explained that we needed to move all this stuff to the new space, which is the engineering deliverables board. -- Peter: He is wrong... part of why I said the stuff in the old board does not move to NGD, does not all move to NGD, is that it does not.

🎥
Tool does not constrain design

fathom

Baek: what I am understanding with the way that JIRA is currently set up... -- Peter: hold on, I dont care how JIRA is set up. If JIRA needs to change, JIRA needs to change. The point of the product board is for us to strategically prioritize items on that board against each other. Period.

Outcome

Did not take. Required two further interventions - Aug 3 closing the #product-prioritization thread and Aug 5 restating the two-boards purpose in #department-heads-engineering.

Rating: 2/5

Decision ID: 672df7ec-984d-4997-9e5b-02cc41234427