Justin
Dec 19, 2025 - Mar 13, 2026
69
Decisions
1
Active Todos
8
Patterns
Decisions (69)
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.
TPS Report Visibility — Expand Justin's Reporting Scope
Directed Justin to update TPS reports to reflect current reality and add missing workstreams (Portal, Depot, Releases). Goal is independent progress tracking without needing Justin's verbal context.
Zorina LOA — Grant Extended PTO to Retain
Decided to grant Zorina 5 weeks of PTO (May 4–June 5) if her FMLA application is denied. FMLA application goes first for compliance, but the fallback is already decided. Remote work from Bulgaria for 2 weeks is also approved pending IT security check. Delegated execution details to Justin and Mariah.
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
Westley Transition — 70% Fuzzball, Maintain Depot Support
Westley will start transitioning to Fuzzball at 70% allocation while maintaining depot support work for Justin team until fit is confirmed.
Damen — Action-First Title Policy
Set clear position on Damen's request for an AI ownership title: titles are granted AFTER impact is proven, not as a motivator to drive it. Directed that Damen should escalate issues with other teams publicly rather than absorbing work and complaining privately. Asked Justin to get Damen to define specifically what 'owning AI' means and what title he wants.
Michael — Create-a-Hole Performance Framework
Coached Justin that the goal with Michael's performance management is to create a 'hole' for a high performer (like Ben), NOT to raise Michael to 'barely acceptable.' Framed 'barely acceptable' as worse than low performance — a barely-acceptable employee is hard to remove, creating permanent drag. Told Justin to leverage startup advantage (no HR handcuffs) to set higher bar, and shift mindset from 'fair for Michael' to 'fair for the team.'
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.
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.
Coached Justin on Michael performance management with net-good framework
In Justin 1:1, directed Justin to deliver direct performance feedback to Michael next week with Andrew-level success metrics. Framed PIP as high-bar exercise to confirm exit decision. Differentiated Michael (low performer, manage out) from Brady (high potential, wrong role, coach/move). Used weeding the garden and Expedition 33 metaphors to help Justin reconcile empathy with accountability.
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.
Sensitive Decision
Sensitive Decision
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.
Accepted priority churn during RLC Pro/Plus pivot
Explicitly approved Justin's explanation that priorities and confidence levels will shift as his team pivots to Pro/Plus work. Told Justin 'And that churn is fine.'
Leveraged TPS report visibility to drive accountability with Justin
Proactively messaged Justin that the Release All Things section of the TPS report looks bad, with a 2.5-hour deadline before C-Suite Sync presentation. Gave Justin a window to update Jira tickets to reflect reality.
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.
Demanded war-room or date ranges for RLC Pro release dates
Marketing (Lindsay Aamodt) published release dates in #department-heads: Feb 19 RLC Pro, Feb 26 RLC Pro AI, Mar 5 RLC AMD. Justin Haynes responded that dates were 'written in light pencil.' Peter directed Justin: if dates aren't confident, either commit with a war-room to hit them, or provide GTM with ranges now so they can plan. Justin acknowledged and scheduled time with leads.
Sensitive Decision
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.
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.
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.
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.
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.
Approved transfer of Depot operations from Justin to Steve team
Approved transferring Depot operations from Justin team to Steve team as a test of Steve team SRE capabilities. Justin team will define the architecture for moving Depot to object storage, then hand off execution to Steve team who will own provisioning, infrastructure, and monitoring.
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.
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.
Transfer Depot operations from Justin team to Steve team
Depot operations will transfer from Justin team to Steve team. Justin team will define the architecture for moving Depot to object storage, then hand off execution to Steve team for provisioning, infrastructure, and monitoring.
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.
Redirected Brady to use prioritization tools instead of pushing hard
Directed Brady Dibble to use the order of operations (prioritization list) as his tool for influencing engineering priorities, rather than pushing uncomfortably hard on individual teams. Emphasized that the prioritization list is his lever to move all of engineering, and if the order of operations is wrong, the fix is to change it formally with Peter, Bjorn, and Justin.
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.
Sensitive Decision
Empower Damon to execute on RLC-AI without being blocked by Jeff
Directed Justin to tell Damon that he should press ahead with RLC-AI/Basil work and not let himself be blocked by Jeff, who claims ownership but fails to deliver. Damon should inform Jeff what he is doing rather than wait for permission.
Depot Management Transfer to SRE
Decided to transfer Depot management (monitoring, maintenance) from Justin org to Steve SRE team. Committed to connecting Steve and Justin to define the work distribution.
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.
Justin Coaching - Ambiguity Tolerance and Explicit Pushback
Coached Justin on the Depot/Portal bounty disconnect. Addressed two issues: (1) Justin needs to get comfortable moving through ambiguity and letting his team explore before designs are fully baked - unlearning 10 years of Amazon training. (2) When Peter pushes for something, Justin needs to either do it or explicitly debate/push back - not quietly not execute.
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.
Google Scope Change - Hold the Line on Commercial Terms
Google is pushing scope changes that bundle 8 versions into a 5-version contract, omit EOL dates, and include undefined dev streams. This creates scope creep risk and jeopardizes the Extended LTS revenue stream (~$300k/year per product). Decision to personally attend the Monday meeting with Tissa (with Max) to hold the line. Greg will NOT attend to preserve escalation path.
Verify Justin Offered Bounty Work Broadly
Investigating whether Justin followed direction to offer bounty work opportunities to everyone. Greg believes it was not offered to Westley. Peter committed to verify this week.
Build Culture That Moves With Ambiguity
Committed to teaching the org to start moving with imperfect information rather than over-designing before committing. Will provide cover from Bjorn holding teams accountable for early SWAG estimates, enabling faster iteration and learning.
Bounty Program Design: Open Incentives Over Prescribed Work
Established that bounties at CIQ should be open to all engineers, not targeted at specific individuals. Rejected Bjorn approach of incentivizing Jesus and Alex specifically to work over holidays on Portal. Bounties should be available for anyone to claim if they want to accelerate delivery.
Bounty Program Design Principles
Outlined design principles for bounty program: transparency in logging, substantial compensation for well-scoped work, quick delivery incentives.
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.
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.
Product-Engineering Quick Estimation Process
Articulated position on providing quick, low-confidence estimates for Product prioritization. Engineering should provide 20% confidence SWAGs on demand so Product can do early prioritization - these are not commitments engineering can be held to. Distinguished between committing to work without a design (bad) vs providing a quick guess marked as such (good).
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.
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 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.
Active Todos (1)
Related Patterns (8)
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.
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.
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.
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.