Custom Engineering Scoping Process — Nathan as Gate

March 6, 2026 at 6:08 PMoperationalmedium

Situation

Established formal process for unplanned custom engineering requests from sales: Nathan provides quick effort estimate (days/weeks/months), enabling formal prioritization. Nathan can say no, escalation goes to Peter.

Reasoning

Unplanned custom work (e.g. Veeam ISO) interrupts planned work. Sales pushes with vague contract clauses and large deal pressure. Inserting Nathan as scoping gate creates a forcing function — every request gets sized before commitment. Protects engineering capacity especially with RESF as top priority.

Additional Context

Dave Dickerson pushes for custom work based on vague legacy contract clauses tied to large deals. Ryan raised this as a friction point. RESF transition is top priority making capacity protection critical.

Observed Evidence

Fathom summary describes specific process: Step 1 Nathan scopes (finger in the wind — days, weeks, months). Step 2 estimate enables formal prioritization conversation. Nathan can say no, escalation to Peter. Ryan tasked with briefing Nathan and communicating to sales/Dickerson.

Confidence Breakdown

25/35
Evidence
5/30
Pattern
18/20
Source
8/15
Corroboration

Reasoning Depth Analysis

Org Signal:Engineering capacity is managed deliberately not by who yells loudest
Who Affected:Dave Dickerson (sales) loses ability to push directly. Nathan gains gatekeeper role. Engineering team protected from drive-by requests.
Precedent:Formalizes what was previously informal ad-hoc pressure into a repeatable process
Consequences:Sales gets a clear process. Engineering gets capacity protection. Risk: Nathan becomes bottleneck if not responsive.
Timing:RESF is top priority making capacity protection critical right now

Source

reflection

AI Confidence

80%

Related Context

🎥
Ryan <> Peter Weekly 1:1

fathom

Nathan will provide quick effort estimates for sales requests enabling a formal prioritization decision. Ryan will brief Nathan on the new process.

Outcome

No outcome recorded yet.

Decision ID: de663746-a3b7-4c4d-83f2-6f9e5deb1574