Nathan Blackham
Dec 19, 2025 - Jul 10, 2026
181
Decisions
0
Active Todos
11
Patterns
Decisions (181)
Rule the Toyota kernel patch a feature not a bug; no automatic queue jump, escalate through normal priority
Nathan flagged a Toyota/Yoshi request (relayed via Art/sales) framed as a bug fix. Peter ruled it is a feature, not a bug, so it does not automatically jump the engineering queue on the bug argument. Support may still be offered, but the bug framing is off the table. If the business wants it prioritized it must go through normal escalation and trade-off (Peter + Bjorn), not a backdoor via mislabeling severity. Reinforced later the same day in the Ryan 1:1 (Peter rebuked Art for taking the bug-vs-feature fight to engineering).
Pass on Patrick Culp for now (no black mark), re-engage in 3-6 months
In the Round Table hiring debrief for candidates Ben Howard and Patrick Culp, Peter decided to pass on Patrick Culp for now - explicitly not a hard rejection - with intent to re-engage him in three to six months. Stated reason: he wants breadth of past experience coming into Nathan org right now. Peter committed to co-drafting the decline and re-engage message with Bree Clasen.
Support Nathan CVE-first prioritization over the Google minimal-kernel delivery; own the customer comms
Nathan flagged that in-flight critical local-privilege-escalation CVEs collided with the committed 6.18 minimal-kernel delivery to Google and called for CVE remediation to come first. Peter backed that call rather than making it: agreed to a bounded slip (no more than a week, not three), was comfortable asking the team to work a weekend to verify already-built patches, and took personal ownership of communicating the slip to Google - framed as value-add (surface only the CVEs Google benefits from), not an apology. Peter wrote and sent the explanatory email to Tissa and the Google team the same day.
Reinforce that an automated Linux CI/CD pipeline is one of the top-3 H2 company objectives
Peter had already set an automated Linux CI/CD pipeline as one of CIQ three top company objectives for H2 (base decision not previously captured). In the Max 1:1 and Engineering Weekly he reinforced to people that it is there and that it is critical to Linux delivery - a company objective, not just a Nathan-team objective. Logged as reinforcement.
Sensitive Decision
Reverse the No on one non-Amazon-only Linux candidate and open Roxana backfill req immediately
After learning Roxana (a Linux contractor under Nathan) is leaving - the second Linux departure after Gomez - Peter reversed his 7/6 stance of declining both Amazon-background candidates. He will remove his No on the one candidate with breadth beyond Amazon, get him in now, and open a replacement req for Roxana immediately, while still holding the general ideally-not-Amazon preference.
Gate Rakuten 8.6 / RT-kernel support work on a signed 1.6 to 1.8M expansion that funds dedicated headcount
Decided that the risky, currently unsupportable Rakuten 8.6 / RT-kernel support work will either not be done at all or only be delivered tied to a signed contract expansion in the 1.6 to 1.8M range that funds dedicated Rakuten headcount on CIQ side. The bar is enough to cover roughly two dedicated engineers, not an arbitrary large number. Peter forwarded the engineering teams infrastructure objections to Bjorn to arm the customer conversation.
Sensitive Decision
Everfox desktop-OS: require explicitly scoped and funded eng-investment before supporting the deal
On the Everfox desktop-OS deal, Peter framed it as a fundamentally different business (be like Ubuntu while also being like RedHat, not add desktop support to Rocky) and insisted the unknowns around hardware enablement / driver support and a dedicated lab be made explicit. His engineering-side conditions: the MSA must fix the hardware scope with out-of-scope hardware priced separately, and CIQ should proceed only with an explicit commitment to fund the engineering regardless of revenue. He tasked Max to assess technical feasibility with Nathan before committing. Relates to the prior logged Everfox decision d1ea8ed9; this is the engineering-stewardship condition layer.
Engineering owns defining the ask, success criteria, and documentation; CS responds to specific asks
In a DM with Nathan about friction with Ryan, Peter drew the Engineering-CS interface boundary: core engineering owns defining the ask and the success criteria and owns ensuring documentation exists; it is not Customer Support job to dig out engineering details. CS cannot follow everything and is expected to respond to specific, well-defined asks. AI can do much of the doing, but engineering still owns defining the ask and what success looks like.
TPM charter + one-owner-per-release accountability mandate (problem/solution/owner grid)
In the TPM sync with Chris Baek, Peter locked an accountability framework: TPMs solve problems and coordinate but do not own engineering processes (engineering owns its own processes and its coordination with Product); every new process must be defined on a 3-column grid of Problem, Solution, and a single named Owner; and every release gets one clear accountable owner (one throat to choke) empowered to make the go/no-go call. The incomplete NGD board is the named blocker, with engineering managers (Nathan, Justin) accountable for completing it so it feeds dates and confidence into the Value Drivers Board bottom swim lane.
Sensitive Decision
Hiring direction to Nathan - prioritize background diversity, broaden beyond Amazon blood
In Nathans 1:1, as Nathan described two engineers entering his pipeline (both Amazon backgrounds), Peter directed him to prioritize diversity of background - people who have been at multiple companies, not more Amazon hires, because CIQ has more Amazon blood than Peter wants for its size. He framed it as part of deciding who we want to be as we grow to this next stage. Not a veto on Amazon backgrounds (I do not mind Amazon, but make sure they have been other places too).
Veeam CVE-escalation response: tell the honest intentional-tradeoff story, diagnose via Dickerson first
Ahead of a 5 AM Monday call with Veeam on a roughly 1M deal Bjorn flagged as at-risk, Peter set the response strategy. Tell Veeam the honest story: CIQ made an intentional trade-off (criticals 9-plus, known-exploit CVEs, and high-8s are handled; behind on some low-7s) because it is investing in CVE automation to handle the coming flood, and this is NOT a reaction to being caught. Step one is to reach out to Dickerson first to learn Veeams actual expectations and what specifically unblocks their signature. Nathan owns the technical scanner-nuance explanation (stack-protection downgrades, scanners scoring off non-Red-Hat CVEs).
Fix performance-review confirm-receipt acknowledgment — hand-deliver packets now, push HR for global wording change
When Andrew Jorgensen objected that Ripplings mid-year review flow forces employees to click confirm receipt before they actually have the packet, Peter sided with him. In his lane he directed an interim fix: managers download and hand-deliver packets directly so employees physically have them before acknowledging (told Nathan to send Andrew his packet; floated telling all his managers to email packets to everyone this round). As advocacy in HRs lane, he asked Mariah to change the button globally to access your packet and remove the receipt-confirmation sentence. Final wording decision deferred to the 6/16 C-Suite.
Sensitive Decision
Sensitive Decision
Sensitive Decision
Re-institute and enforce monthly performance conversations across engineering managers
Peter decided to re-institute and enforce lightweight monthly 1:1 performance conversations (a few minutes each, using the shared spreadsheet) as the real accountability mechanism for managers and their directs — and to restart doing them himself with his own directs, having admitted he had fallen off. The point is catching misalignment on goals and deficiencies early rather than letting it fester for months.
Gate NVIDIA/Spark announcement on engineering supportability — eng-only until then, then hand to GTM
With NVIDIA engagement happening at very high levels over the next week, Peter decided to say nothing publicly and not pre-announce anything until CIQ has something it can support — something it would actually ship and point a customer at the support org for. Until then the Spark/Rocky-on-Spark work stays purely engineering (get it on Nathan, Wolford, Westley, and Peter own Sparks; validate it works), explicitly not a Bjorn/GTM item. Once it is supportable, GTM is unleashed.
Sensitive Decision
Prioritize RLC 10.2 to the top, drop AI+H work — and validate the JPD deprioritization as correct
After a Citadel-driven escalation (10.2 needed for a ~$200k contract + expansion), Peter pulled Nathan, Justin and Max into a 5-minute call, made 10.2 priority-one for Linux eng above RLC AI and H work (only 3 critical CVEs rank higher), and was willing to drop other work if needed. He then posted an actionable timeline range to #department-heads (inner bound Fri 6/19, outside June 30, gated by CVEs). Crucially, he endorsed that the team had correctly deprioritized 10.2 per the JPD board and framed the whole episode as a communication failure (Bjorn got a single June-30 date without the range/assumptions), NOT an execution failure.
Kill follow-on Icicle patents — finalize the single Icicle filing only
Peter decided not to pursue the secondary/follow-on patent filings around Icicle (Know Your Workload / Kernel Control Authority family) and to have Ani Fox finalize only the one Icicle patent already in flight, before the issuance/filing window closes. Closes a months-long open question on whether to use the remaining window to add follow-on patents.
Mandate CIQ build/test pipeline converge with the RESFs — one unified project, Nathan accountable, coordination over speed
Peter laid down a mandate that CIQs Linux build/test pipeline will become functionally identical to the RESFs over time — a single consolidated project rather than parallel tooling. Nathan drives and is held accountable for closing the CIQ-to-RESF gaps (hardware parity, cut over to Koji, mirrored build infrastructure, a full validation framework that runs PR-specific tests). Justins build world must sign on and use it everywhere. Ryans gauntlet/outfitter tooling and Leighs RESF-side work are welcome only if they plug into the one project rather than forking. Peter explicitly chose coordination over speed even though it slows Ryans faster build-it-now instinct.
Value Drivers Board becomes source of truth for engineering dates and confidence; JPD dates become computed
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.
Take on Value Drivers Board restructure as the next coordination lever after JPD doctrine
In the 6/01 Leadership Roundtable, Peter committed to bring a formal proposal to restructure the Value Drivers Board, explicitly sequenced as the next move now that the product-priorities board (the JPD-doctrine work, closed 5/29) is aligned where he wanted it. Took the Fathom action item to draft the proposal and share with Chris Baek and the group within a couple of days. Triggered by Lindsay surfacing marketing/product misalignment (premature RLC+AMD announcement before AMD validation; Fuzzball multicloud date churn May 28 to June 4).
Icicle wind-down — stop tracking; preserve patent + Fuzzball-side optionality
In the 5/28 Nathan 1:1, Peter formally took Icicle off his active tracking list. Nathan concluded that Icicle is not going to make money for CIQ; Peter agreed and said I am checking it off my list. I am done watching it. The wind-down is not a kill — patent prosecution continues (CIQ filed a day before Dell/Google filed similar patents), and Icicle survives as a possible Fuzzball-side opportunistic checkbox feature for hobbyist or small-deployment workloads. What was cut is Peter attention as a recurring tracked item.
Sensitive Decision
JPD board scope locked to ordered priority list — Peter drew the line in writing to Nathan
In a long Slack DM thread on 5/27 (~25 Peter messages, 09:15–09:41 AM PDT), Peter rejected Nathan's draft framing for JPD scope and replaced it with an absolute definition: JPD is an ordered list of product's priorities used to drive company strategy, and nothing else. Not project planning, not marketing coordination, not a control surface for engineering order-of-operations. Tickets should be as large as possible and only split when product strategically cares about sub-priority. Value Drivers carry GTM linkage and dates. Every time someone tries to widen JPD scope, Nathan is instructed to push back. Reinforced same day in Baek 1:1 (Peter-recorded Fathom) and surfaces in the RLC cross-functional standup where Nathan is tasked with drafting the formal product-board structure proposal.
Hire dedicated cloud-security engineer — Steve drafts JD, Peter champions, dovetail with Nathan STIG/FIPS gap
In Steve 1:1 5/21, TJ flagged CIQ is doing the bare minimum on infrastructure security across 4-5 clouds. Peter asked Steve to have TJ (or Steve) draft a quickie JD describing what the role does and is responsible for — explicitly NOT urgent, but needed as a champion artifact so Peter can take it to Bjorn/Greg with a concrete ask. Steve flagged that the same hire could dovetail with Nathans STIG/FIPS expertise need on the technical side; Peter agreed ("Awesome"). QBR 5/22 made it official as a Steve-owned area requiring formal assessment and potentially a new headcount.
Dieter Middle East trip proceeds; Peter shifts to off-loading other stress vectors
After the Nathan 1:1 5/21 raised the Middle East trip as a stress concern, Peter and Bjorn aligned: the trip business value holds, Dieter ships. The landed decision is upstream — Peter recalibrates his support for Dieter to be much more sensitive to overload signals and actively off-loads other stress vectors (release pressure framing, recognition, vacation enforcement post-release, board-proposal ghostwriting timing) so the Middle East trip is the one stressor, not stacked on top of others.
Hardware lab: paint the full picture and buy the whole complement upfront
When Nathan proposed buying one server per quarter to build out the engineering hardware lab, Peter pushed back: do it backwards. Define what we want the lab to be, then buy the full complement, not slice by quarter. Only chunk it if there is a real reason (cooling, ops bandwidth) — not for budget reasons. Tied to: NVIDIA H100/GB300/B200, AMD parity, and figuring out where to put it (Reno closet vs Texas DC).
Engineering owns docs content; Customer Engineering or Marketing owns customer-ready packaging
In Ryan 1:1, Peter split docs into two layers and assigned ownership cleanly: (1) the technical content, details, and accuracy IS engineering responsibility — same as QA. If Ryans org helps fine, but not held to it. (2) Making docs customer-ready/pretty is NOT engineerings responsibility — that lives with Ryan or Lindsay; they decide between themselves where it lives, Peter does not care which.
Ascender ownership moves to Nathan org with possible Zarina-led sister team
Peter decided Ascender does not stay parked between Jimmy and Larry as a half-supported side-project — it needs a real owner. Not adding a direct report to Peter; not adding to Justin who is at his limit. Lands in Nathans org. Possible structure: a sister group under Nathan (parallel to Justins org) for customer-facing delivery — would hold externally-facing Depot AND Ascender, led by Zarina, with one new engineer hired in for Ascender work. Decision contingent on Zarinas current Depot-Sodor commitment and the Wesley situation resolving.
Dieter wellness three-layer intervention — trip offer + Mattermost kudos + RESF governance reform
Triggered by Nathan flagging Dieters stress (release delays + planned Middle East trip), Peter committed to a three-part response: (1) Trip cancellation offer — confirm trip status with Bjorn first, then directly ask Dieter if cancelling helps reduce his stress. (2) Community recognition — post in RESF Mattermost thanking community for 9.2/10.8 release efforts, coordinated with Nathan via #hey-pete-look. (3) RESF governance reform — Nathan to draft governance proposals (term-based board and team-lead seats, monthly status reports from team leads to board) for Dieter to present. Also reframed how Dieters performance gets evaluated: from absolute targets to pre-Dieter vs post-Dieter comparison. Stack to take ownership of release sign-off so Dieter does not carry that burden.
Dedicated cloud security engineer role to be championed — dual-purpose JD covering cloud + STIG/FIPS
Committed in Steve 1:1 5/21 to champion a new dedicated cloud security engineer role. Steve will work with TJ to draft the JD; Peter will champion it to budget owners (Bjorn/Greg). Triggered by TJ flagging current cloud security as bare minimum and the proactive supply-chain projects (TJ on GitHub workflow SHA pinning, CeeLo on NPM package securing) needing a dedicated owner. Dual-purpose JD: also serves Nathans STIG/FIPS security expertise needs — one hire, two demand surfaces.
Lab hardware acquisition shift — buy all 8-10 servers at once, Texas DC over Reno, NVIDIA+AMD outreach
Committed in Nathan 1:1 5/21 to a hardware acquisition strategy shift: buy all needed lab hardware at once (8-10 servers) instead of one-per-quarter. Cost is not the barrier; speed of development is. Reno office ruled out (1Gbps shared, no after-hours support, 5-6 server power/cooling cap). Texas DC preferred — to be re-evaluated against Reno after Nathan defines the full hardware list. Peter to email Scott at NVIDIA (H100/B200/B300) and discuss strategy with Steve directly. Nathan to email AMD for equivalent GPU hardware. Hardware sits inside the broader CI/CD acceleration goal — shift to Koji for automated signed kernel builds in a secure enclave to handle frequent builds and zero-day vulnerabilities. Hardware-acquisition shift is what unblocks the Koji shift.
Engineering owns all QA — Nathan accountable; tests required for Done; Ryans team builds tooling not rescue
Non-negotiable directive issued to Ryan: engineering is responsible for its own QA, Nathan is named accountable for quality, and a ticket is not Done until it has documented executed tests. Ryans role is re-shaped: build QA automation tooling (Gauntlet CLI, Outfitter, CIQCTL) that empowers engineers, NOT take over QA responsibility from engineering. Documentation also clarified: engineering provides all technical content; the customer-ready presentation layer is a Ryan-and-Lindsay conversation. Ryan to define a Definition-of-Done lifecycle visual for H2 to standardize across the org. Peter committed to email Nathan and Justin directly to reassert.
Jira confidence-as-contract doctrine codified across engineering directs
Codified explicitly in Justin 1:1 5/21 and same-day endorsed via Chris W DM: Jiras confidence number is a communication contract between engineering and GTM. Rules: (1) drop confidence immediately when a date is at risk (e.g., 80%→50%), (2) slide the date by a calculated intentional amount, (3) once confidence is high (95%), the date is a firm commit and must be hit even at extra cost, (4) treat ALL work as change-requests (no bug-vs-scope debate), (5) any change in understanding triggers immediate date/confidence updates. Engineering Order of Operations vs JPD prioritization formally separated: engineering owns operational/health priority (e.g., image build pipeline rework), JPD = product-value priority. Significant misalignment triggers a conversation. Same doctrine to be rolled out to Nathan and Max next.
Ascender consolidates under Nathan; opened customer-facing-delivery org reorg as a future possibility
The new Ascender application engineer hire (JD finalized 5/14, panel kickoff 5/20) will report to Nathan, not Justin. Reasoning: Nathans team has the necessary ecosystem breadth (OS + Depot + Ledger); Justins team is at capacity with narrower focus. Beyond the immediate staffing call, Peter opened a much larger structural question with Nathan: whether the engineering org should split along a new axis — a customer-facing-delivery group containing Ascender today, future external Depot, and other delivered-products — potentially led by Zarina. Wesleys uncertain future at CIQ surfaces as a blocker to firing that lever.
OPA precedent — three-in-a-row water-carrier tap, not single-event hero pay
In 5/14 Nathan 1:1, with Nathan in middle of CVE response (third consecutive: dirty frag → copy-fail → current embargo), Peter declined to set the precedent of OPA/bonus payouts for single-event heroics. Maple — who carried water across all three events via consistent handoffs and status updates — is THE OPA candidate. David (took over secure-boot kernel build during Tate's absence) is growing into the role you'd want him to grow into normally → no OPA. Sultan (great dirty-frag work, up-late nights) → no OPA this round despite the effort. Nathan retained decision authority (Peter: I'm going to support whatever you decide. But, be cautious.) but the framework was set explicitly.
No bugs, only change requests — structural reframe for product/engineering interaction
Peter coached Brady (with Brian Dawson present) to eliminate the bug terminology in JPD/Jira entirely and replace it with change-request framing — borrowed from a CRM system Peter used at a smaller company earlier in his career, where the bug-tracking system had no bugs category type to eliminate the QA-vs-engineering-vs-product debate. Code works this way at this moment, I want to change it. Whether it's a bug or a new request — not material. Brady committed on the spot to roll out the change with Chris and Jamie and through Nathan's team. Brian aligned. Goal: remove the psychological/defensive trigger that makes prideful engineers slow to ship.
Rakuten RFQ prioritized over Board prep + vulnerability response — scope-discipline enforced at line-item level
After conferring with Bjorn 5/15 afternoon, Peter reordered the week to put Rakuten RFQ response above both Tuesday 5/19 board prep and continued kernel vulnerability work. Held the boundary against scope creep in the submission itself: stripped runc nohz_full / ACC100 commits (Reqs 19, 37, 10, 38), scrubbed AI-generated CIQ Rapid Security Patch SLO Framework (48h/72h/14d commitments), softened Validated-for-[hardware] to Supported-on, kept RT kernel position to vmcore-dump-analysis-plus-recommendations only — no hands-on-keyboard custom patches. Deal size is $2M/year per Ramesh — different business with Rakuten than the existing engagement.
Engineering QBR format — collaborative discussion with three topics, not a presentation
Peter directed that the 5/22 Engineering QBR will be a collaborative working session rather than a formal presentation, organized around three questions: what is working well, what needs improvement, and how to streamline communication and increase work visibility. Chris Baek owns the shared prep doc that will collect bullet-point inputs from engineering leads ahead of the session.
CVE response strategy — three-pillar overhaul (process + tooling + strategic kernel review)
In Engineering Weekly Sync, Peter operationalized the 5/11 Leadership Roundtable vuln-handling commitment into three concrete pillars: (1) Chris Baek to restructure the embargo/CVE comms doc with Jamie, separating process from tooling/templates; (2) tooling strategy — Peter commits to email Greg requesting Claude Opus 4.7 whitelist for CIQ accounts AND to set up unbridled internal LLM models on Fuzzball for vuln investigations; (3) schedule strategic kernel philosophy review for early June, with Nathan and Justin to provide a list of downstream automation efforts to prioritize.
Open strategic review of RLC/RLK identity + upstream binding (Dirty Frag triggered)
Saturday 5/9 in #department-heads, in immediate response to Justin's Dirty Frag status table and Nathan's note about CIQ patches being shared with the RESF, Peter announced he wants the leadership team to take up a strategic question next week: what recurring vulnerabilities imply about CIQ's kernel posture, how tightly to bind to upstream, how to work with the RESF, and what it means going forward to be RLC and RLK. Aimed at framing input for the mid-to-late June LA in-person product-strategy session with Bjorn and Greg.
Reject open-ended LGU+ RHEL/OEL support commitments — best effort only
Nathan surfaced (via Justin) a CIQ <> LGU+ contract proposal requiring CIQ to provide workarounds and answer customer SR tickets for RHEL 6 (already EOL), RHEL 7/8/9, and OEL 6/7. Peter intervened in the same-day group DM with Bjorn, Art, and Ramesh to draw the line at best effort only — no commitments to deliver workarounds or answers. Asked Nathan if it is not yet in force so he can get in front of it before signing.
Prioritize build/test infrastructure to eliminate reactive engineering interrupts
After Dirty Frag CVE took Linux engineering offline for 24 hours, Peter committed to prioritize building robust build/test infrastructure as the proactive response. Told Brady/Brian this requires Product leadership to de-prioritize other work to make room. Surfaced publicly in #department-heads thread asking how to structure infra for the new normal of AI-assisted exploit cadence.
Senior leadership candidate engagement: open to talk, not under pressure, will not give away the kingdom
On the senior leadership candidate Greg/Bjorn surfaced (described by Bjorn as a bit all over the place and by Greg as starting like she is that much of a gift to us), Peter took a disciplined position: happy to talk, would like another senior person, but not feeling pressure right now and will not concede equity/scope/title to land her. Also flagged: expects steady-state of senior candidate flow for a while.
Icicle viability gate: AI inference benchmark on H100 decides go/no-go
Set a clear decision gate for the Icicle project: viability is determined by performance on a real-world AI inference workload, not synthetic benchmarks. Omer to run the RLC Pro AI benchmark on an H100 GPU. 2-3x synthetic CPU/memory degradation is acceptable IF power savings are significant for AI inference; otherwise project gets punted.
Reassign Owen to Maxs AI tooling for definitive performance evaluation
In Ryan 1:1, decided to assign Owen to Maxs AI tooling projects when Max returns from leave (~3 weeks). Defines the project with Nate beforehand so it is ready to deploy day one. Resolves conflicting feedback: Ryan sees senior Golang engineer underutilized; Bjorn questions value; Max and Nathan have called recent work AI slop.
Approve Veeam-related kernel engineering headcount; run Sergei + Jamin referral in parallel
In Nathan 1:1, approved the Veeam-related kernel engineering headcount. Nathan to continue engaging Sergei despite initial salary concerns and to evaluate a new referral (former Twitter/EC2 database engineer with strong automation skills) as a parallel track.
Assign Owen to Max AI tooling for definitive performance evaluation
Decision in Ryan 1:1 (Wed 5/6 12:30 PM) to assign Owen Wood to Max Spevack AI tooling projects on Max return from leave (~3 weeks). Definitive evaluation to resolve conflicting team feedback — Ryan sees senior Golang underutilized; Bjorn questions value; Max and Nathan have called recent work AI slop. Peter confirmed in DM with Ryan: We will get it rolling.
Three-tier board hierarchy formalized — Strategic EPICs / Value Drivers / Tactical Jira
Aligned with Bjorn on a 3-tier hierarchy: Strategic Board (EPICs requiring CEO-level prioritization), Value Drivers Board (GTM stories), and Tactical Boards (Jira execution). The current PPL board converts to the Strategic Board. Top ~50 only; anything below is wasted prioritization that will need redoing by the time it is worked on. Greg agreed to disagree-and-commit once Peter+Bjorn document the rules and walk him through.
Three-tier Rakuten kernel proposal — 8.10 preferred, 8.6 sustaining, $800k-$1M PS for full 8.6
Push Rakuten to migrate RLC 8.6 to 8.10. Three-tier proposal: (1) preferred — full support on 8.10 with CIQ vendor coordination to accelerate hardware recertification; (2) alternative — sustaining support on 8.6 with no new patches/backports (security risk on Rakuten); (3) PS engagement — $800k-$1M/year to fund two dedicated kernel engineers for full 8.6 support, framed explicitly as Professional Services cost not mainline engineering. June renewal is the forcing function. The original handshake-pricing deal with Tarek is void.
Everfox: require ~$2M front-loaded year-one payment, reject back-loaded $600k structure
Peter is requiring a large upfront payment ($2M floor with the proposal team; $4-6M float with Greg) for the new Everfox custom work (legacy CPU support, custom desktop) and rejecting the back-loaded $600k year-one structure. The $20M/10-year deal will be restructured to front-load payments, potentially by reducing total contract value if needed. CIQ will not absorb non-reusable engineering work without immediate funding.
Ship CIQ kernel patch with extra fix; contribute upstream; race to be first/best on CVE response
Linux kernel CVE response: CIQ shipping 10 fixes vs CentOS Stream's 9 (CIQ found and is fixing an extra issue related to the CVE). Extra commit submitted upstream to centos-stream and acknowledged for inclusion. CIQ pushing to be first EL distro to release, with primary goal of customer reassurance and secondary goal of public proof point that CIQ contributes to security and is large enough to serve big customers. Also pushing patches to RLC kernels as fallback in case RH doesn't move quickly.
Empower Nathan to defer Hassan secure-boot working session if engineering not ready
Apr 28 morning, Nathan flagged in #google-partnership-governance that he was not prepared for the Hassan working session that afternoon. Peter (at IAG, unable to attend) DMed Nathan: Youll be the senior guy in the room. If we arent ready for it tell Kelly we arent ready and to push it back. Brady and Kelly both signaled flexibility; the team coordinated and chose to proceed with a working-meeting framing. Peter closed the channel thread with Thank you all.
Assign Justin (not Nathan) ownership of Binarly engineering relationship
When Brady asked via DM whether Nathan or Justin should own the Binarly engineering relationship from CIQ side, Peter answered More Justin.
Introduce Serge Hallyn to Nathan for senior Linux engineering hire
Activated the dormant Serge Hallyn introduction (originally made by Meena Rajvaidya in January 2026, on hold while Serge had Q1 commitments) by emailing Serge Apr 27 to introduce him to Nathan Blackham, who runs Linux Development, to evaluate a potential CIQ join.
Expand Atomicorp partnership scope to absorb compliance load CIQ will not staff
Peter directed deeper integration with Atomicorp specifically to avoid investing in internal HR/headcount around compliance. Atomicorp will carry as much of the compliance load (STIG, FIPS, audit, certification, ongoing attestation work) as they are willing to absorb, freeing CIQ from staffing a dedicated compliance function.
Defer ARM64 Pro Hardened build until Core42 commits — group decision Peter endorsed
In Apr 26 Sovereign AI response review meetings, the team — with Peter participating — decided the response language to Core42 will acknowledge that Pro Hardened on ARM64 (and FIPS-143 ARM certification) is contingent on a client commitment, not unilateral CIQ investment. ARM64 build estimated weeks not months once committed; FIPS-143 ARM is ~$200k / 4-6 months and gates on a deal commitment. Peter explicitly told the room: "We are going to need Nathan to say when. I am not going to be able to say on this call."
Open Ascender hiring req — start the process now, hire after close
Peter approved opening the Ascender engineer requisition and running the recruiting process immediately, while noting actual hiring against the req cannot happen until the role formally closes. Operational handoff to Nathan to drive.
Manage Max situation — protect privacy, halt org outreach, decline his calendar
Peter is actively shielding Max Spevack from organizational pressure during a personal/private situation. Directed Sarah to access Max's calendar and decline all his meetings for the week, told Ryan to stand down ("No reaching out"), told Nathan to stand down ("worst thing Ryan can do is involve himself"), declined Mariah's offer to use Max's emergency contact ("let's give it a little more time"). Committed to talk with Max himself early this week.
Core42: pivot from Fuzzball sale to full-stack compliance partnership
After the Core42 Tech Dive Part 2 surfaced Core42 wants a single OS vendor for their full UAE compliance stack (NIST 800-53, BIS, IDAM, physical security) across three EOY-2026 GPU clusters, Peter immediately convened an internal Impromptu Zoom to reposition the opportunity. CIQ will propose a comprehensive partnership framing CIQ as the only group that can provide all requirements, with RLC Pro Hardened + Fuzzball + Ascender as the core stack and partners filling the remaining ~20%. Consultative play: CIQ will advise Core42 on which requirements in Eric Grundstrom's doc would cause unacceptable performance degradation vs. which can be met. Nathan to draft the proposal doc by EOD Saturday so CIQ can deliver an answer by Monday.
Escalated Dieter/RASF urgency to Greg publicly — secured EOW commitment
Publicly escalated Dieters stress and lack of RESF authority in #distinguished-leaders (When are we actioning Dieter? Hes super stressed and feeling unsupported), forcing Greg to commit End of week is my target on finalizing the RASF.
Reframe Azure relationship — CIQ supports RLC, not all of RESF
Directed Justin to align with Kelly on Azure messaging, clarifying that CIQ supports its own RLC offering (not the entire RESF ecosystem). Protects Nathans team from unbounded support burden while preserving the January 2027 contract renewal opportunity.
Committed CVE categorization + kpatch estimates to Google by Monday
After Tissa agreed no one can answer Madhus blanket questions, committed CIQ to deliver a CVE-type classification table with kpatch coverage estimates by Monday. Reshaping an unanswerable request into a structured, defensible answer by category.
Delivered Jira Hygiene Mandate to Engineering
In Engineering Weekly Sync, mandated immediate improvement in Jira hygiene after presenting 3.5 months of data showing >50% of tickets updated after their due date (most slips 2-4 weeks). Prioritized communication over speed — proactive updates required, aggressive initial targets (20-30% confidence) acceptable. Directed Chris Baek to add a 'blocked reason' field to Jira for stakeholder visibility.
Committed CIQ Engineering Resources to Unblock RESF
Committed CIQ engineering resources (specifically Max Spevack) to unblock RESF, positioning RESF health as critical to CIQ success. Committed to asking Nathan to prioritize providing new AWS contacts for Leigh to bypass stalled Duncan access. Directed Chris to lock down internal-rasf Slack channel for Leigh's weekly write-ups. Clarified Max's role as Chief Architect for Everything Linux focused on upstream health and AI-automated CVE remediation. Agreed Brian's value is limited to admin tasks — Leigh will communicate this assessment to Greg.
Delivered Jira Hygiene Mandate to Engineering
In Engineering Weekly Sync, mandated immediate improvement in Jira hygiene after presenting 3.5 months of data showing >50% of tickets updated after their due date (most slips 2-4 weeks). Prioritized communication over speed — proactive updates required, aggressive initial targets (20-30% confidence) acceptable. Directed Chris Baek to add a 'blocked reason' field to Jira for stakeholder visibility.
Escalated Google/NVIDIA Rocky messaging discrepancy to Bjorn
Peter flagged in Leadership Roundtable that Google is giving NVIDIA conflicting information about Rocky Linux usage. One Google contingent confirmed usage to Peter/Bjorn/NVIDIA last week, while a separate contingent is now telling NVIDIA Rocky is not being used. Peter escalated to Bjorn for same-day resolution.
Committed to engineering date hygiene confrontation with directs
Peter publicly committed in Leadership Roundtable to holding a tough conversation with his directs about deliverable date hygiene. Requested date-slip magnitude data from Chris Baek (days vs weeks) to focus on significant delays rather than minor variance.
Google NEXT - Value-First Attendance Framework for Nathan
When Kelly asked if Nathan should attend Google NEXT (April 21-24), set a value-first framework: Nathan goes only if there's a concrete business objective. Pushed Kelly to define the business case rather than defaulting to sending people.
NVIDIA Partnership - Resource Commitment for Grace Vera Patch Support
Committed to assessing headcount needs for NVIDIA Grace Vera patch support — both for the first 6 months and then ongoing. Forwarded NVIDIA patch list to Nathan for SWAG assessment. Nathan estimated 3-6 months for RLC, faster for CLK 6.18. Communicated requirements to Scott Hara: hardware access, test suites, functional and performance targets.
Google Meeting Communication Coaching for Brady/Nathan
Directed Brady and Nathan on exactly how to communicate during the Google GDC follow-up call — present CIQ as calm, capable, and dedicated; don't volunteer unnecessary details; distinguish technical infeasibility from resource constraints. Personally bookended the engineering meeting with success criteria. Chose to keep GDC post-mortem attribution under Peter's name rather than crediting others.
FIPS 6.18 Option 2 Engineering Kickoff
After Manu at Google did not respond to the relationship reset email sent Sunday, Peter escalated the FIPS proposal to Tissa via Kelly. Tissa authorized CIQ to proceed. Peter then directed Nathan to begin engineering work on Option 2 (faster timing path) while awaiting the Atsec contract. Engineering was held in reserve until external confirmations landed to avoid thrashing.
Committed to Improve Team Bandwidth Visibility in Monday Meeting
Committed to discuss with Nathan how to improve visibility in the Monday meeting on team bandwidth and impact, after Andrew raised he lacks visibility into other teams' work and hesitates to ask for help for fear of disrupting higher-priority work.
Google GDC Relationship Reset via CTO Email to Manu
Drafted and sent strategic email directly to Manu at Google Engineering, acknowledging communication disconnect, offering FIPS 6.18 acceleration at certification cost only (~$180k, CIQ absorbs NRE), directing shared git repo setup for co-development transparency, and requesting Google revenue ramp projections. Reviewed draft with Bjorn before sending; forwarded final to Max crediting his input.
RESF JIRA Date Reset for Realistic Expectations
Peter directed Nathan and Justin to adjust April/May JIRA items with low confidence due to RESF resource drain. Move them out now to give marketing a high-confidence scope for 4-6 weeks.
Google FIPS 618 as Commercial Leverage
Peter decided to use FIPS 618 kernel as leverage to push Google toward a paid contract before committing CIQ to significant new engineering work like live patching.
Empower Dieter as RESF Infrastructure Lead + Stock Grant
Peter decided to push Greg to give Dieter formal authority as RESF technical infrastructure lead, and approved a stock grant for Dieter with Bjorn's support to tie him more closely to CIQ.
Google Contract Engineering Justification
Directed Nathan Blackham to provide engineering cost breakdown for GDC work, and Kelly Hall to provide revenue numbers, building justification for higher pricing in Google contract renewal/expansion. Nathan confirmed ~$800K/yr cost for 1-2 engineers on GDC with zero profit, and CIQ actually spends more on GDC than GCE.
Accepted CLK 6.18 delay to March 31
Approved Jonathan Maple's request to slip CLK 6.18 from March 27 to March 31, due to kernel source-git conversion process. Positively reinforced Maple's proactive escalation.
Sensitive Decision
RESF — Committed CIQ resources (Dieter/Nathan) and proposed tech lead structure
Committed Dieter and Nathan to near-full-time RESF work. Proposed Dieter as RESF tech lead reporting to Peter for ~1 year. Told Leigh both are available immediately (Dieter now, Nathan when back from vacation). Scheduled Tuesday alignment meeting with Greg/Bjorn/Max to formalize structure and authority. Briefed Max on strategy: unified front with Bjorn, carrots and sticks approach for Greg meeting.
Personally Invest in Retaining Mustafa at RESF
Proactively reached out to Mustafa, scheduled a 1:1 for Monday March 23 at 9:30am PST. Shared outreach in #distinguished-leaders and declared 'I will invest HARD in the good ones.' Providing executive-level support to counter harassment from Taylor and Sharif.
Sensitive Decision
Shared Mini-Me Source Code to Internal Org
Shared Mini-Me source code by creating repo at ctrliq/min-me in CIQ GitHub org, after Ryan, Nathan, and Michelle independently asked for it. Proactively noted never having seen the code, setting quality expectations. Requested internal-only repo visibility.
Sensitive Decision
Google Deal — Engineering Owns Resource Projection
Directed that engineering (not finance/biz dev) should own projecting what the Google deal requires in terms of team size and capacity. Participated in Google Deal review meeting where consolidated $6M/yr development fee proposal was developed, including engineering guardrails (live patching scope limits, early renewal trigger). Deal structure: $6M dev fee for 5-7 senior engineers, uncapped variable usage fees (removing $1M cap), 15-25% margin on premium listings + MDF, early renewal trigger if scope exceeds funded team capacity.
RESF Operational Framework — CIQ Resources Work Under RESF Direction
Established and communicated to entire engineering org that all CIQ work for RESF must be done 100% at RESF direction, with every request flagged for Peter's visibility. Reinforced individually with Ryan (get accounting of in-flight work, ensure RESF person directing), Nathan (hold then green-light Taylor contact with specific messaging), and Mustafa (offer resources under RESF direction, recommend MatterMost for coordination).
Post-RESF Consolidated Deliverable Reset
Decided to deliver a single consolidated update to Lindsay on revised March deliverables after RESF work stabilizes, rather than incremental delay announcements. Nathan will reset all project dates at once.
RESF Internal Comms — Slack Post Not AMA
Decided to announce RESF engineering support via a Slack post (not company-wide AMA) to control narrative without signaling alarm. Nathan follows up with team Q&A for project impacts.
RESF Monday Cutover — Finalized 3 PM PT Execution Plan
Finalized the RESF infrastructure cutover plan for Monday March 16 at 3 PM PT, including DNS NS record flip, AWS VPC firewalling, account disabling (Lewis, Neal), and security audit — accepting up to 24 hours of DNS-related downtime.
Coordinated Google Post-Mortem Alignment Between Nathan and Bjorn
Ensured Nathan's Google post-mortem document was reviewed by Bjorn before sending to Google, because Bjorn has a Thursday call about contract changes and the doc could undermine his asks.
Sensitive Decision
RESF Operational Security — Compartmentalize Until Board Action
Directed that Brian must not be told anything until after the RESF board notification. Emphasized extreme caution about leaks to Lewis. Approved Joseph being read into the initiative but warned about leak risk. Sequenced information flow: board action first, then notifications, then credential recovery.
Sensitive Decision
Sensitive Decision
Custom Engineering Scoping Process — Nathan as Gate
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.
Team Building Mandate — 6-Month Priority Over Features
Directed all engineering managers to prioritize team building over feature delivery for the next six months. Includes permission to swap out low performers, with Peter providing air cover for the risks involved.
Set maximum urgency on LTS 9.6 i686 package crisis
Nathan escalated that i686 multilib packages were never built for LTS 9.6 — the S3 bucket and Peridot config were never created. Every LTS 9.6 package with i686 variants is missing them. Brady flagged Siemens as a customer that specifically cares about i686. Peter acknowledged the escalation and set maximum urgency expectation.
Committed to RESF day-of execution planning meeting next week
Committed in #internal-resf-escalation to organizing a meeting next week to build an execution plan for the RESF day-of lockdown. Directed Sarah to invite Nathan, Max, Justin, and Dieter. Bjorn is finishing messaging drafts this weekend, so technical execution planning must be ready to match the communication track.
Committed to aggressive NVIDIA GPU Operator self-certification timeline for GTC
Led GPU Operator Self Certification meeting with NVIDIA. Committed CIQ to building pre-compiled GPU driver containers for Rocky Linux (mirroring Ubuntu model) and pursuing self-certification targeting preliminary completion by end of next week to support a GTC announcement.
Rocky project contingency war room - infrastructure security planning
Committed to scheduling a war room meeting to create a detailed, step-by-step contingency plan for securing Rocky infrastructure (AWS, FreeIPA) against potential hostile action by former members. Plan assumes an outage will be necessary to revoke access. Technical cutover to be planned before legal letters are sent.
Risk tolerance recalibration - push and be wrong for low-risk releases
Established new release philosophy: 'push and be wrong' for low-risk changes, prioritizing speed over perfection. Directed Nathan to ship two approved CVE fixes for unused packages immediately as a precedent-setting test case, bypassing the usual review process.
Release artifact ownership assignment - Nathan RPMs, Justin images
Assigned clear ownership of release artifacts: Nathan is the final approver for RPMs, Justin for images. Each owner defines their own validation process and has autonomy to improve it without seeking permission. Creates a 'throat to choke' accountability model for release quality.
Personnel action plan from effort/impact matrix review
Conducted comprehensive effort vs. impact performance review of ~20 engineers across kernel and platform teams, resulting in specific personnel actions: underperformers on short improvement timelines or face replacement, one engineer to be replaced with a high-impact hire, one engineer requires direct performance conversation about ownership and visibility, one to be reassigned to simple packaging tasks.
Mandated Engineering double delivery pace in 6 months
Directed Justin Haynes and Nathan Blackham to double their teams' delivery pace within 6 months. Method: hire new talent to build a team capable of that pace; some current members may not be a fit. In-person planning session in San Jose on Feb 25 with Justin, Nathan, Max, Peter.
Assign Max as RLC-AI benchmarking plan owner with RHEL comparisons
Assigned Max Spevack as owner of the RLC-AI benchmarking plan in response to Greg's question about ownership. Directed that RHEL comparisons be added to exit criteria. Bjorn owns product definition (what to benchmark), Max owns technical execution (how to benchmark accurately). Max will create a one-page methodology document for the Humane pitch.
Approve Jason Rodriguez performance exit path
Approved Nathan's plan to tell Jason Rodriguez he's 'not meeting expectations' and create an exit path. A 1-month exit plan is acceptable if Jason agrees. Performance gaps include missed deadlines (shim review for Rocky 9 late, Rocky 7 review pending) and unshippable code (large PR unlikely to pass review).
Override hiring freeze to hire Ben and Jamin for Linux engineering
Decided to bypass the company hiring freeze to bring on two key candidates: Ben (priority hire, competing with Anthropic offer) and Jamin (from Oracle, expensive but high-performing with strong ownership). Committed to sync with Mariah to clear headcount for both.
Sensitive Decision
Set Google GDC meeting strategy: build direct relationship and manage attendee roles
Peter decided to attend the Google GDC executive meeting himself (without Greg), bringing Max, Brady, and Nathan. Will personally manage Nathan's participation to protect Brady's roadmap presentation. Kelly directed to tell Google 'Peter has this covered.'
Directed Nathan to surface eng-product communication gaps
After Department Heads meeting, spent 30 minutes coaching Nathan 1:1. Praised his handling of the meeting despite frustration. Directed Nathan and Justin to be proactively transparent with product, and specifically to surface instances where engineering communicates clearly but product claims ignorance.
Mandated accelerated cadence with coordination accountability
In Department Heads meeting, mandated announcements every 2-4 weeks as non-negotiable. Drew accountability line: engineering protected for speed mistakes but NOT for coordination failures (status updates, product priorities, public channel decisions). Framed as make-or-break period driven by $30B revenue goal and Middle East partnership success.
Mobilized team for Saudi meeting prep and escalated NVIDIA DOCA blocker
Peter personally intervened to prepare team for critical Saudi Arabia partner meeting on RLC-AI. Posted in #product-rlc-ai asking about CUDA/DOCA availability, discovered NVIDIA written approval for DOCA OFED still pending. Emailed Scott Hara (NVIDIA) directly to advance the approval. Tagged Nathan, Justin, Jeff Uphoff, and Damen Knight demanding they answer Max's detailed technical questions within 24 hours. Set hard deadline: '24 hours from now.' Bjorn committed to calling Scott to reaffirm DOCA modification rights.
Sensitive Decision
AMD RLC Plus Strategy: Speed-to-Market with Minimal Scope
Decided to prioritize speed-to-market for the RLC Plus AMD co-marketing launch. The initial build will use upstream AMD packages (pre-built ROCm), the kernel driver (not upstream DKMS), and enable EPEL. Deferring the more robust in-house rebuild until market traction is proven. Justin Haynes to draft proposal and decision matrix.
Rocky Security Updates Urgency - Competitive Gap
Flagged to Max, Justin, and Nathan that Rocky security update tagging is a critical competitive gap needing urgent attention. Shared community post recommending Alma over Rocky because Alma correctly tags security updates and has timelier updates.
New Engineering Mandate - 2x Velocity in 6 Months
Set new mandate for Justin and Nathan: top priority is building a team that can deliver twice as fast in six months. This is a shift from the previous coaching model to a performance-driven one - setting ambitious targets, holding people accountable, and replacing underperformers.
Created #hey-pete-look channel for engineering visibility and recognition
Created a Slack channel #hey-pete-look for engineering managers to share wins and significant accomplishments. Two purposes: (1) provide Peter visibility to enable recognition when things go well, (2) create cross-team visibility of accomplishments. Committed to look at everything shared, but not necessarily comment on everything.
Time-based releases concept - trains leave on schedule
Consider moving to time-based releases where engineering ships whats ready on a fixed cadence (e.g., monthly or bi-weekly). Product must scope features to fit the timeline rather than engineering stretching to fit scope. The train leaves whether youre ready or not.
RESF crisis comms - single source of truth
In a RESF crisis, publish one official blog post as the central source of truth. All responses on social media (Hacker News, LWN, HPC forums) link back to that post. Do not engage in real-time debates. Own the traditional news cycle, not social media.
Project Shackleton - RESF contingency infrastructure
Build a parallel mirror of all RESF infrastructure in AWS (Git repos, Koji, vault/pub, Mattermost history) with goal of restoring Rocky Linux builds within two weeks if Lewis triggers his kill switch. Everything built with CDK and Ansible for repeatable deployment.
Servant leadership requires clear targets
Servant leadership and mentoring are fine, but must be paired with clear targets. Without clear targets, you cannot train the system. The AND between servant leadership and clear targets is mandatory - you cannot have one without the other.
Quality investment must serve velocity
Quality and automation investments are acceptable if the thesis is this will massively increase velocity in 3 months. Quality for its own sake is not the priority. Every quality investment should have a velocity payoff hypothesis attached.
Find the ceiling approach to velocity
Rather than incrementally improving 5% at a time safely, push until something breaks, then figure out if the breakage is fixable or a real ceiling. Air cover provided for aggressive experiments. Nobody gets fired for trying to go fast and breaking things.
Trustless processes over building trust
Focus on building contracts and processes that work without trust, not on building relationships. Good fences make good neighbors. Trust becomes a bonus, not a requirement. Contracts are what matter - relationships are nice to have.
PR standards in AI era - own the test suite, not the code
In an AI-enabled world, engineers should own the test suite and exit criteria, not necessarily every line of code. Quality comes from tests passing, not from reading every line. Engineer accountability shifts from I wrote this code to I own that this code passes these tests.
PRD contract process - stop teaching product
Stop trying to teach product how to write PRDs. Define acceptance criteria for PRDs, respond within 24-48 hours, rearrange and cut scope ourselves, and hand back a contract. They can accept or negotiate, but no endless back-and-forth. Engineering restructures the work and presents how we will deliver.
Team building over individual protection - Machiavellian approach
Stop protecting individuals at the expense of team success. The body being taken care of is the team, not individual engineers. Every day spent betting on someone who wont make it hurts the team. You already know who youre going to fire - just convince yourself youve done due diligence.
Trinity backfill for RLCAI/RLCH work, not maintenance
Use Trinitys backfill headcount to hire for RLCAI and RLCH work, not maintenance. Look for someone who can hold their own technically with Maple but will push AI adoption aggressively. Jamin identified as strong candidate - automation-first thinker, delivers and iterates, QA mindset.
Sensitive Decision
Aggressive goal-setting philosophy - undercut estimates, force innovation
Set targets that seem impossible (e.g., 2 months instead of historical 6 months) and let the team figure out how. Success is not just hitting the target - its learning and attempting new approaches. The managers job used to be to pad estimates; now its to undercut them.
AI ownership standard - own everything you submit
Engineers must fully own everything in documents and code they submit, regardless of whether AI generated it. Using AI is expected and assumed. Submitting AI output you dont understand or endorse is not acceptable. Quality and accountability matter, not authorship.
Nathan job redefined - build a team, not deliver outputs
Nathan deliverable is a team that can adapt and learn, not technical outputs. Focus shifts from figure out how to deliver X with current team to build a team that can deliver what CIQ needs. This is fundamentally different from traditional engineering management.
WBR restructuring to outcome-based commitments
Restructure the Weekly Business Review (WBR) to be outcome-based. At the end of the meeting, everyone has publicly committed to what they will deliver by Friday. The meeting should create social accountability through public commitment.
Focus CVE automation on top 5 priority packages first
Stack-rank the CVE priority package list and start automation with just the top 5 packages. Drive open CVE count for those 5 as close to zero as possible before expanding scope. Report closed-by-automation separately from will-not-do.
LTS roll-forward policy - small stable core, roll everything else
Define a small core set of packages (~5) that stay stable in LTS releases (kernel, glibc, gcc, and a few others). Everything else can be rolled forward aggressively. Customer-specific additions can be negotiated as needed.
CVE automation architecture - simple state machine, 1 CVE per commit
CVE automation should be built as a simple state machine with clear exit criteria at each step. Each commit addresses exactly one CVE. The orchestrator should be stupid-simple - just moving between states. Steps: Research -> Rebase -> Build -> Test -> MR -> Final Build -> Integration Test -> Promote to Beta -> Integration Test -> Production.
Redefine wins to only celebrate step-function improvements
Reset the definition of wins across engineering teams to only celebrate step-function improvements and exceptional contributions, not completing expected work. Use recognition strategically as a management lever to train teams toward higher performance.
Leadership meeting cadence - need-based, not scheduled
Leadership meetings will happen every 4-6 weeks based on need, not a fixed schedule. Buy refundable tickets ahead of time and cancel if there is not a full agenda worth discussing.
Everfox partnership requires ARR-target-level contract to proceed
Participated in technical scoping meeting with Everfox to understand feasibility of supporting their RHEL 8 to RHEL 10 migration for 100k+ hardened thin client units. Meeting was exploratory - no commitment made.
Addressed Nathan tendency to shield his people from criticism
Identified and communicated to Max that Nathan pattern of shielding his people from criticism is counterproductive and puts them at risk rather than protecting them. Aligned with Max to give same message to Nathan that we dont have time for this.
Committed to ensuring Greg technical direction reaches Justin
Committed to redirecting Justin to follow Greg architectural guidance on object storage/depot, and to be the conduit ensuring Greg technical direction reaches engineering clearly. Greg flagged that depot work was not in line with past directives.
Established escalation protocol for Product blockers
When Product (specifically Dawson) does not respond to meeting requests blocking engineering work, Nathan should explicitly request the meeting, then escalate to Peter and Bjorn via Slack if no response within 1-2 days. This creates a documented pattern of Product blocking Engineering.
Engineering dates commitment by Friday - reprioritize for revenue impact
Committed to publishing updated engineering dates/milestones by Friday for Monday group review. Acknowledged January deliverables are unrealistic - many items were newly added and cannot complete in remaining ~10 days. Will reprioritize toward revenue-impacting items first. Tomorrow all-day session with Chris Baek to rework H1 plan into aggressive but achievable targets.
Mandate big leaps risk approach for H1
Directed Justin to take big leaps and calculated risks to meet H1 goals, especially with AI. Speed and learning prioritized over avoiding potential issues. Example: a vibe-coded Portal in one day is preferable to a 1.5-month architected build - worst case is a day lost, best case is massive time-to-market advantage.
Strategic Map Framework - Value Drivers vs Internal Efficiency Separation
Established new H1 strategic planning framework that separates customer-facing Value Drivers from Internal Efficiency Drivers. Framework uses three lanes: middle lane for Value Drivers (the WHY), top lane for GTM activities, bottom lane for engineering deliverables. Also established phased estimation process: low-confidence ballpark dates first, then engineering-only session to raise confidence.
Accelerate Koji build system as RESF contingency
Emphasized urgency of having CIQ own build system mirroring RESF capabilities. Currently half of Nathan and Dieters time, targeting end of month. Requested visibility into milestones for board meeting prep.
Commit to increased visibility with engineering org
In response to employee feedback about low visibility creating a trust gap and fear-based culture perception, committed to: bi-weekly positive Slack updates, more 1-on-1s with key individuals, frequent positive feedback in public channels, weekly summary of focus areas, and an SF meeting with Nathan/Justin/Max.
Work intake must flow through managers, not directly to engineers
Established new process where small customer requests go to Engineering Managers (Justin, Chris W.) for approval. EMs will attend bi-weekly CECA board review to ensure they are in the loop on incoming work.
Koji Build System Priority - RESF Risk Mitigation
Directed Nathan to prioritize Koji cluster standup with Dieter. Goal is to have independent build infrastructure in place so CIQ is not dependent on RESF. Asked for timeline if this became top priority, and indicated Dieter should reprioritize accordingly.
Termination Messaging Strategy - Organizational Signal
Discussed with Max the organizational messaging around Trinity termination. The termination is not about introducing fear but correcting a losing posture that existed before. Nathan was coached to communicate clearly that Trinity was not meeting the bar, and that leadership alignment is expected.
Max Spevack Role Expansion - Formalized Authority
Announced to engineering that Max takes a dedicated leadership role spanning Linux Engineering and RAT, reporting directly to Peter. Max acts with Peters authority in meetings, serves as quality gate for major decisions, shapes engineering culture, and is an escalation point outside the management chain.
ICP Consolidation - RLCH and RLCAI into Fuzzball
Consolidated RLCH (Rocky Linux Confidential Hardened) and RLCAI ICPs with Fuzzball ICPs to simplify GTM. RLCH targets regulated industries, government, power distribution. RLCAI targets AI-inferencing and compute-heavy industries. Rocky Pro kept separate for mid-market RHEL/SUSE/Oracle replacement motion.
H1 Planning Framework - 3-Lane Model
Introduced a new 3-lane planning model to address GTM and Engineering misalignment. Top Lane (GTM): marketing campaigns, messaging. Middle Lane (Value Drivers): the why - market state change, ICP, business significance. Bottom Lane (Engineering): deliverables driven by Value Drivers.
Ownership Definition Clarification Commitment
Committed to working with direct reports to create a clear, shared definition of Ownership and distribute it to all of engineering within a couple of days.
Trinity Quirk & Chris Short Terminations Executed
Terminated Trinity Quirk for failing to progress NARF/CVE automation integration despite clear expectations. Terminated Chris Short for failing to deliver on critical RESF-related goals. Sent transparent communication to all of engineering explaining the WHY behind these decisions.
CVE Automation Prioritized Over EUS Daily Numbers
Decision to push the EUS catch-up deadline to prioritize automating CVE work. Automation is a higher priority than hitting daily EUS numbers manually.
Leadership 1:1s with Maple, Dieter, Andrew
Decision to begin regular 1-on-1s with Maple, Dieter, and Andrew (when onboarded) to build trust and ensure unified messaging.
NARF Performance Accountability - Public Termination
Decided to execute a public termination within Nathan's org on Monday if NARF deliverables are not met. This is specifically intended as organizational signaling to drive accountability and force motion across the team. A second termination (Chris) may be required for legal reasons.
Ali Contract Termination
Decided to end Ali's contract after he missed another check-in meeting and failed to demonstrate proactive delivery necessary for a remote contractor. Reached out to Mariah to understand the process steps.
Andrew Jorgensen Level Flexibility Confirmed
Clarified with Brianne that Andrew does not need to come in as Maxs peer. Happy to slot him into either the more senior or less senior position based on his comfort. Want him coming in feeling happy and excited about what hes signing up for.
H1 Planning Strategy - Aggressive Goals with Staggered Milestones
Articulated H1 strategy: shift from hope to concrete plan with aggressive audacious goals. Achieve goals differently not just faster. Staggered milestones every 4-6 weeks for course correction. Missed milestones trigger retrospectives for process or personnel changes. Clear prioritization at Reno eliminating everything is P0 problem.
Ali Contract Termination Warning
Alis contract will be terminated immediately if tomorrows progress review is unsatisfactory. This sets a clear performance standard and signals that when work is deemed important, there is no time to wait for progress - it must be executed efficiently and quickly.
CVE Remediation Mandate with Termination Consequence
Mandated CVE remediation as top priority and made clear that Trinity or Jeff will have their employment terminated due to lack of progress on adopting automation tools. This termination is intended to signal to the rest of the team the grave importance of improving how this work is done.
Build Environment Contingency Prioritized
Aligned with Nathan that his top priority is secretly building a full build environment (Koji, Pungie) to create a concrete recovery plan in response to potential RESF sabotage threat.
Andrew Jorgensen Hiring Approved
Approved hiring Andrew Jorgensen for an IC role reporting to Nathan Blackham. Offered flexibility on level - he can come in at senior or less senior position based on his comfort.
NARF Launch as Forcing Function
Decided to use NARF automation launch as a forcing function to drive adoption. Max will launch NARF for simple backports by Friday, generating MRs for human approval. Nathan team required to review all generated MRs by end of next week. Peter to meet with Nathan tomorrow to mandate CVE remediation as top priority.
CVE Strategy - Eventually Consistent Model
Aligned with Max on new approach to CVE patching: adopt an eventually consistent model that prioritizes rapid patching over perfect upfront testing. Accept a small error rate (e.g., 5%) as a necessary trade-off for speed, with fixes handled by COE.
AI Policy Governance Approach
Agreed to collaborative governance approach for AI policy: Peter, Nathan, and Max will present AI exploration findings to the AI committee weekly, ensuring engineering innovation feeds into policy development.
CVE Remediation - Direct Intervention Required
Identified unacceptable lack of urgency from Nathan team on NARF-created CVEs. Will take direct action to address performance issues next week.
Andrew Jorgensen Hiring - Deferred to Role Clarity
After CTO interview for Sr. Linux System Engineer, did not fill in final hire/dont recommendation. Deferred to Max/Nathan to clarify what they want him doing and culture fit concerns.
RESF Infrastructure Independence - Technical Execution
Directed Nathan to mirror all RESF repositories and initiated build environment duplication. Created #internal-resf-escalation channel with strict confidentiality rules. Keeping technical circle small (Nathan, Max, Justin, Dieter) while moving quickly.
RESF Crisis Response - Infrastructure Independence
After learning of hostile plans by RESF board members (Louis, Neil, Brian Clemens) to publicly attack CIQ, dismantle Rocky Linux infrastructure, and damage the project, initiated emergency response to replicate RESF infrastructure for Rocky 8, 9, 10 with minimal team awareness.
RLC 9.7 Launch Path Decision
Participated in RLC 9.7 Launch planning meeting to decide path forward on release and rework priorities.
Championing AI Butler Adoption Internally
Shared detailed Slack MCP setup instructions with team members. Hosted/recorded AI Dashboard session demonstrating Butler setup. Personally using and advocating for meeting prep automation.
Championing AI Butler Internal Adoption
Hosted and recorded the AI Dashboard/Butler setup session to drive internal adoption of Claude-based personal productivity tools across CIQ. Shared personal use case of creating meeting prep notes from Slack/email/docs.
Related Patterns (11)
Executive Sponsorship for Strategic Partnerships
Strategic cross-company initiatives and major client partnerships require executive-level accountability to move at the right pace and ensure proper prioritization.
Small Circle for Sensitive Operations
When executing sensitive strategic operations, keep the circle of informed people as small as possible to prevent leaks that could accelerate hostile action or undermine the initiative.
Proactive Talent Pipeline Investment
Invest in building leadership bench and talent relationships before there is an urgent need. Use proven relationships from past experience to create optionality.
Accountability Follow-Through
When you issue a warning or mandate with stated consequences, you follow through. Warnings are not threats - they are commitments. The credibility of future accountability depends on following through now.
Protect Engineering Capacity
When external demands threaten to overload engineering capacity, protect capacity by either requiring the demand to come with additional resources, or forcing hard prioritization choices upstream.
Lead by Example with New Tools
When championing new tools or processes, personally use them and share results rather than just advocating. Learning by doing and demonstrating value through example is more effective than mandates.
Protect Engineering Focus Through Process
When faced with requests that would disrupt engineering focus (from sales, governance, product, or other stakeholders), establish processes that protect engineering ability to innovate while still satisfying legitimate concerns. Prefer systematic solutions over ad-hoc responses.
Three-Lever Talent Management
When pursuing a velocity or performance mandate, simultaneously operate on all three talent levers — upgrade (hire better), retain (protect key people), and exit (remove blockers) — rather than sequentially. This creates compounding momentum: exits free capacity for upgrades, retention preserves institutional knowledge during transitions, and upgrades raise the performance bar that justifies further exits.
Metrics Must Follow Strategy
When shifting team priorities or strategic direction, the communication alone will not drive behavior change. Engineers may acknowledge the new direction but continue existing behavior patterns without clear, explicit metrics holding them accountable.
Systemic Investment Over Short-Term Metrics
When short-term metrics conflict with systemic infrastructure improvements, invest in the infrastructure. Systems that prevent future problems are more valuable than optimizing current metrics.
Route Non-Differentiating FTE Classes to Partners
When CIQ would otherwise need to staff a function whose work does not differentiate the company — compliance bureaucracy, audit/cert paperwork, ongoing regulatory attestation, etc. — Peter routes the load to a partner who already owns adjacent capability rather than adding the FTE class internally. Org-shape decision dressed as a partnership decision.