// WRITING / TAGS / LEADERSHIP

Technical leadership without the slide decks. Making calls, owning consequences, and growing the people around you.

Technical leadership is the work of taking responsibility for outcomes you can't directly produce. It's making the call when the data is incomplete. Owning the consequences when the call was wrong. Creating the conditions for people around you to do work you couldn't have done yourself.

These posts are about what that actually looks like in practice. Not the org-chart version, the in-the-room version. How to disagree productively with someone who outranks you. How to hold a position you believe in when the room wants you to fold. How to know when you're in over your head and what to do about it. How to change your mind without losing credibility.

Most of what's here was learned by getting it wrong first.

// POSTS 5 entries
  1. FIG. 01

    The Overnight Evangelist

    The overnight evangelist is often the most motivated person in the room, responding to a real signal that something needs to change. The problem isn't that they found something. It's the leap from 'I got this working' to 'everyone must use this everywhere.' And the org's response is usually wrong in both directions.

  2. FIG. 02

    Why Infrastructure Is Always Somebody's Second Priority

    Infrastructure work has a visibility problem baked into the nature of the work itself. When it's working nobody notices. When it fails everyone notices. That asymmetry shapes every prioritization conversation infrastructure teams ever have, and it doesn't fix itself with better communication.

  3. FIG. 03

    You Can't Outsource Understanding

    You can delegate the work. You can use managed services. You can hire people who know the thing you don't. What you can't do is outsource the comprehension. When something breaks at 2am, the understanding either exists or it doesn't.

  4. FIG. 04

    The Plan Is Not the Schedule

    Good planning isn't about staying on schedule — it's about making better decisions in flight, taking on deliberate technical debt with clear eyes, and arriving at the right destination even when the route changes.

  5. FIG. 05

    Four Waves: How a Home Lab Grows Up

    A home lab isn't a static thing. It grows through distinct phases. Wave one is making something work. Wave two is making it more complicated. Wave three is adding rigor. Wave four is building a true datacenter corollary. Most people stop at wave two. Wave four is where the interesting work is.