Value Drivers Board becomes source of truth for engineering dates and confidence; JPD dates become computed

June 4, 2026 at 4:42 AMoperationalhigh

Situation

In the 6/03 working session that Peter recorded (Peter + Nathan + Justin + Chris Baek, during the in-person engineering F2F), Peter locked the architecture that distinguishes the JPD from the Value Drivers Board. JPD stays purely for product strategy and prioritization (not work tracking). The Value Drivers Board is the Engineering-to-GTM coordination instrument that captures context (the why) and dependencies. The concrete decision: engineering target dates and confidence numbers live on the Value Drivers Board engineering lane as the source of truth, kept current on a tight cadence (always right on a Friday), and JPD dates and confidence become computed properties pulled from the Value Drivers Board rather than manually entered.

Reasoning

Stale dates and confidence on the JPD poison cross-functional trust. Peter framed a board that is not kept current as worse than useless, a lie to the rest of the organization. Moving the source of truth into the engineering-owned Value Drivers lane and computing JPD dates from it puts the numbers in the hands of the people who actually know them and stops them going stale from redundant manual entry. This is the concrete design realization of the 6/01 commitment to restructure the Value Drivers Board, and it is a structural attack on the recurring post-deadline date-change failure mode visible in the TPS report. Peter held JPD and VDB as distinct instruments because they answer different questions (prioritization vs dependency coordination) and therefore need different granularity, refusing Baek repeated attempts to collapse them.

Additional Context

Builds directly on 6/01 decision 912340f0 (commit to bring a Value Drivers Board restructure proposal), the 5/29 doctrine that Product owns prioritization of everything in the JPD, and the 5/28 JPD board scope lock. Peter confirmed this is a distinct decision (the architecture itself), not just elaboration of the 6/01 commitment. Existing todo 6a4ed436 (edit value drivers dashboard, Nathan input pass) stays linked to the 6/01 decision rather than being duplicated here.

Observed Evidence

Peter (recorded, driving the session): those confidence numbers and estimated delivery dates must be kept up to date, otherwise this Value Driver board is useless and worse than useless, a lie to the rest of the organization. To Baek who pushed repeatedly to merge JPD and VDB: Again, you are trying to make the system fit the tool, Chris. The goal of JPD is prioritization. The goal of value drivers is to show dependencies. On the cadence: there is going to be some relatively tight window where I want to hold your guys feet to the fire to ensure those two values are right ... they are our signal to the rest of the company.

Matching Patterns

35%
Protect Engineering Focus Through Process(keyword match (process), same category (operational))
25%
Lead by Example with New Tools(same category (operational))

Confidence Breakdown

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

Reasoning Depth Analysis

Org Signal:Engineering commitment dates become a trustworthy, engineering-owned company signal instead of a product-maintained fiction.
Who Affected:Marketing/GTM (Lindsay) gets reliable dependency dates for storytelling; Product (Baek, Bjorn) still see dates on JPD but as computed; Nathan and Justin take on the always-current Friday cadence obligation.
Precedent:Establishes that engineering owns its own commitment dates as the system of record, reinforcing the accountability arc.
Consequences:Real, not just emphasis: Nathan/Justin held to a tight cadence on VDB dates; a new Jira schema is required, which Peter committed to draft and send to Baek.
Timing:Now, because the 6/01 VDB commitment plus the in-person F2F created the working session to actually design the mechanism.

Source

reflection

AI Confidence

88%

Related Context

🎥
Impromptu Zoom Meeting (engineering F2F working session)

fathom

I would have the engineering target dates in the value drivers list ... you are going to be able to compute dates for the product priorities list based on what is in value drivers. But it is a computed property, not an entered property.

Outcome

No outcome recorded yet.

Decision ID: e250f8a4-f35d-4fdb-a6a1-53148b4b41aa