Brian

Dec 19, 2025 - May 8, 2026

44

Decisions

0

Active Todos

10

Patterns

Decisions (44)

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.

May 8
strategy

Eliminate one-off release processes — paved-paths Jira initiative Peter commits to prioritize

Mandated elimination of all one-off release processes. Justin to file a Jira ticket for the paved-paths initiative; Peter commits to prioritize it. Companion to the Jira-as-system-of-record mandate established the same meeting. Direct response to recent CVE post-mortem revealing most products run ad-hoc release flows.

May 7
operational

Coach Brady on 2-step framework (strategy first, tactics second) and enforce live

Taught Brady the 2-step framework in his weekly 1:1: define strategic What first, then plan tactical How with Engineering. Then enforced it live in the CVE post-mortem group DM with Brady and Brian. When Brady proposed concrete CVE-response solutions (cross-train engineers, designate a quarterback, escalation paths) without first clarifying priority trade-offs, Peter refused to engage on the solutions: Your job, your ONLY job, is prioritization. Step one is answer my question. Step two will never happen absent step one. Never. Not one time. Brady eventually conceded.

May 5
people

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."

Apr 27
strategy

Open hiring for a dedicated Ascender engineer

In the Design Sync, Peter took the action item to draft an Ascender Engineer job requisition and start the hiring process. Root cause: engineers Jimmy and Larry rejected a UI update PR for Ascender Pro citing the internal Quantic design system is not open source — an objection that is irrelevant since Ascender Pro is a closed-source commercial product. Bjorn will handle the immediate Jimmy conversation next week. Peter's move is structural: create an engineering owner whose role explicitly covers the closed-source Ascender Pro commercial mandate, so the category of blocker goes away.

Apr 18
people

Quality initiatives must be ticketed visible work, prioritized by Product

In the Brian/Brady weekly sync, Peter reinforced that quality cannot live as implicit expectations — Product must define and prioritize quality initiatives as explicit tickets that compete for resources against feature work. Engineering will only prioritize what is tracked. Companion frame: Exit Criteria are the product promise (Product owns, Engineering can challenge via debate); QA is delivery validation, split between Engineering (general releases) and Ryan's org (customer-specific fixes in mirrored environments). Brady to split test automation from build automation into a high-priority CI/CD ticket. Peter to verify with Justin that the build process at minimum runs a boot test.

Apr 18
operational

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.

Apr 15
operational

Escalated Engineering Estimation Accountability — 58% Miss Rate

Identified that 58% of engineering estimates are being missed, with most date changes occurring after the target date. Declared this unacceptable and directed Brady to present this data at the next Engineering Weekly (Apr 14). Peter committed to personally attending to ensure accountability and a clear plan to fix the process.

Apr 11
operational

Reinforced Product Owns Exit Criteria — Engineering Cannot Unilaterally Remove Requirements

Directed Brady and Brian that Product defines the 'what' and the 'when' while Engineering owns the 'how'. Engineering cannot unilaterally remove requirements from exit criteria. The correct response when a requirement is challenged is 'When can you deliver it?' not to debate or remove it. Forwarded the meeting recording to Bjorn and Chris Baek to align them on this prod/eng interface vision.

Apr 11
operational

Reinforced Product Ownership of Exit Criteria

Engineering unilaterally removed the NVIDIA CUDA toolkit requirement from RLC Pro 9.6 LTS exit criteria, citing lack of automation. Peter clarified in the Brian/Brady sync that Product owns exit criteria and prioritization, Engineering owns the solution and date. When a requirement is challenged, Product asks When can you deliver it - not whether to include it.

Apr 10
operational

Value Driver Consolidation from ~50 to ~3 Core Drivers

Peter demanded that the current list of ~50 'value drivers' be reduced to ~3 core, company-wide drivers that articulate CIQ's mission and differentiation. Called the current list a 'shotgun approach' and 'pile of stuff' that prevents focus. Test: if a product's value pillars cannot be tied to these core drivers, its strategic value to CIQ should be re-evaluated. Also requested a 1-year product vision for RLCAI/RLCH from Brian Dawson.

Apr 8
strategy

Taking Personal Lead on All GDC Communication for Next Month

Peter decided to personally lead ALL Google GDC communication for the next month, replacing the current multi-voice approach. New framing: 'we are technically capable; let's discuss the contract' instead of 'we can do it if you pay us.' All GDC work must be categorized into two buckets: work CIQ would do anyway (GDC accelerates it) vs work done only for GDC.

Apr 8
strategy

Reaffirmed Speed-First Culture to Brady Before Leave

Reaffirmed to Brady that the directive is move fast and break things — leadership provides air cover. Corrected a team perception that leadership expects both speed AND perfect quality.

Mar 13
operational

AI Governance Single-Track Pivot for ISO 42001

Pivoted AI governance from dual-track (internal vs products) to single rigorous model because CIQ products (RLCAI, Fuzzball, Werewolf) now directly integrate AI, changing the liability profile.

Mar 13
technical

Excluded Brian from RESF Pre-Transition Planning

Decided to exclude Brian from pre-transition RESF planning based on synthesizing risk signals from multiple sources. Brian's role will be carefully managed post-transition.

Mar 13
people

Enforcing Product Process for Greg's RLCAI Requirements

Enforcing the correct process by directing all of Greg's RLCAI requirements to the Product team rather than allowing Greg to bypass Product and give direct requirements to Engineering. Brian Dawson raised the concern; Peter is supporting and enforcing.

Mar 11
operational

Brian Clemens — Loop In After Front Door Closes

Decided Brian Clemens should be brought into RESF matters only after the front door is closed, acknowledging he'll be critical for reconstruction but the current phase requires operational security. Conditional on his behavior: 'If he hasn't gone off the reservation at that point.'

Mar 11
strategy

Sensitive Decision

Sensitive

Challenged RLC-AI performance claims before NVidia/Humain use

Peter personally interrogated the RLC-AI 9-10% performance advantage claim by going directly to Damen Knight (engineer who ran benchmarks) and Max Spevack. Discovered gains largely disappear when benchmarking code is properly optimized (uses torch.compile, etc.). Then asked Damen to evaluate whether Brian's marketing write-up is accurate or misleading: 'makes it sound awesome instead of pointless for data center deployments.'

Feb 24
strategy

Demanded proper advance coordination for customer meetings involving engineering

Pushed back strongly on a Volvo customer meeting that appeared on calendar at 5pm the day before. Demanded that important customer meetings involving senior engineering staff be scheduled with proper advance notice and coordination.

Feb 20
operational

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.

Feb 12
strategy

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.

Feb 11
strategy

Established 'what vs how' framework for Product-Engineering communication

In weekly sync with Brady and Brian, established a clear framework: Product defines the 'what' (exit criteria with specific, aggressive targets like 'ISO builds <4 hours'), Engineering defines the 'how'. Vague communication to leadership creates unnecessary reactive work and must stop. Escalation path defined: weekly syncs or on-demand to Peter for process breakdowns only.

Feb 8
operational

Committed to creating CVE remediation value driver for GTM

Committed to creating a value driver for CVE remediation work after learning that remediation volume jumped from 1 to 86 per week. Timeline is ~2 months to develop the story after validating the new process is sustainable.

Feb 6
strategy

Approved RLC+ and Pro product hierarchy with new naming and de-risked launch cadence

Approved a new product hierarchy: Stock Rocky (pure community mirror), RLC+ (free with NVIDIA/AMD drivers), RLC Pro (paid tiers). The RLC name now signifies CIQ value-add. Also approved a de-risked 3-phase launch cadence: Phase 1 (Feb) bundles RLC Pro + RLC Plus NVIDIA; Phase 2 (Feb) RLC Pro AI; Phase 3 (Mar) RLC Plus AMD partnership. Identified backporting vs roll-forward policy gap as a pre-launch blocker.

Feb 6
strategy

Enforced Product-owns-prioritization process with Greg

Pushed back directly on Greg when he tried to route engineering work outside the established prioritization process. Insisted Product owns the priority list and work requests must flow through the proper channel. Simultaneously reminded Chris Baek that his team owns signoff authority and should use it rather than escalating through Greg.

Feb 6
operational

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.

Feb 4
technical

PRD first drafts are gravel - meant to be thrown away

Get product to understand that the first iteration of a PRD exists to be thrown away. Its gravel, not precious. Engineering questions should come fast and furious, and the document should go through massive churn. Pride of authorship must be eliminated.

Jan 30
operational

Stop coaching product, move to SLAs

Stop trying to teach product managers (Brady, Brian, Dawson) how to do their jobs better. Instead, provide prescriptive SLAs - clear timelines and direct questions. If they dont like the dates, they can restructure their requirements. Leave it on the floor and walk away.

Jan 30
operational

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.

Jan 30
operational

Reinforced Product-Engineering handoff process with tighter SLAs

Reinforced existing handoff process between Product and Engineering: simplified 2-page PRDs with clear Exit Criteria, one-business-day feedback SLA from Engineering Managers, and all communication in Jira (not Slack) for audit trails.

Jan 28
operational

Empowered Justin to own RLC 9.7/9.6 LTS ship criteria

Directed Justin to define and own the ship criteria for RLC 9.7 and 9.6 LTS releases, bypassing Product inability to provide a clear definition of done. Justin will draft a 5-line definition and present it to Brady. Peter will provide air cover for any product fallout.

Jan 26
operational

Require mandatory tagging of all fully AI-generated content

AI Committee established policy that all fully AI-generated content must be tagged to manage user expectations. Applies only to fully AI-generated content, not human-reviewed or AI-assisted work. Format and placement of tags is flexible.

Jan 24
operational

Empower Justin to own RLC 9.7/9.6 LTS ship criteria

Justin will define and own the ship criteria for RLC 9.7 and 9.6 LTS releases. He will create a 5-point launch checklist and share it with Brady for approval, bypassing Product inability to provide a clear definition of done.

Jan 23
operational

OSPO Restructure - New Mandate and Leadership

OSPO moved under Customer Engineering (Ryan Smith). Chris Short removed as head. New leadership: Brian Clemons (VP, RESF) and Lee Hennig (former RESF MD). New mandate: govern ALL open source CIQ touches, not just RESF. Top priority: eliminate extinction event risks. RESF board resolution target by H1 2026. Self-sufficiency goal: enable CIQ to internally reproduce Rocky Linux.

Jan 12
strategy

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.

Jan 12
strategy

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.

Jan 12
operational

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.

Jan 6
strategy

RESF Management Model Needed

Identified that RESF needs a clear management person or model as part of short-term response. The lord of the flies approach does not work. Does not matter if its Leigh or someone else, as long as they have personal energy/bandwidth. But it needs to be managed/run with clear accountability.

Dec 29
strategy

Engineering Blockers - Immediate Escalation Required

Established that engineering blockers (being stumped) must be escalated to Peter immediately. Product should not bail out engineering by providing solutions (like YAML files with business logic).

Dec 24
operational

ProServe Work Prioritization Process

Established new process for handling professional services work: ProServe work will be prioritized against existing roadmap, not by dropping in-flight work. Product (Brady) owns prioritization decision, Engineering determines timing based on capacity.

Dec 24
operational

RLC 9.7 Launch Path Decision

Participated in RLC 9.7 Launch planning meeting to decide path forward on release and rework priorities.

Dec 19
technical

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.

Dec 19
operational

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.

Dec 19
operational

Related Patterns (10)

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.

117 occurrences75% success

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.

114 occurrences74% success

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.

100 occurrences79% success

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.

93 occurrences87% success

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.

93 occurrences52% success

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.

91 occurrences86% success

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.

91 occurrences48% success

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.

51 occurrences0% success

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.

1 occurrences0% success

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.

1 occurrences