Documentation as a Leadership Practice
Every undocumented system is a single point of failure wearing a person's name. Documentation isn't a nice-to-have. It's a resilience strategy.
The skills that make a good engineering manager (pattern recognition, systems thinking, incident response, capacity planning) translate to neurodivergent parenting in ways that aren't immediately obvious. Both domains involve managing complex systems with unpredictable inputs, building routines that create stability, and making decisions under uncertainty with incomplete information. This is where those two worlds intersect.
Every undocumented system is a single point of failure wearing a person's name. Documentation isn't a nice-to-have. It's a resilience strategy.
Infrastructure teams build tools because their blast radius is enormous. When your work touches every application in the organization, the leverage of a good tool (or the damage of a bad one) scales differently than it does for an application team.
If your team's work isn't visible, it doesn't exist in the minds of the people who control headcount, budget, and priorities. Data fixes that, but only if you present it in a language leadership actually speaks.
Without a commute to decompress, the transition from 'engineering manager' to 'dad' happens in the time it takes to walk down a hallway. That's not enough, and pretending it is helps no one.
You can't pour from an empty cup, but nobody tells you that the cup has a slow leak and the only time to refill it is 5:30 AM or never.
Travel doesn't pause the parenting. It just changes the variables. The routines still matter, the needs don't shrink, and the meltdowns have new triggers you haven't mapped yet.
Swim class isn't about producing an Olympic athlete. Ninja gymnastics isn't about competition prep. The goal is joy, body confidence, and one more environment where my kids feel capable.
The value of AI on my team isn't that it writes code for us. It's that it lowers the activation energy for engineers to try things they wouldn't have attempted otherwise.
My kid builds redstone contraptions with no spec and no deadline. My engineers build their best prototypes under the same conditions. The pattern isn't a coincidence.
Both roles require the same voice: not a dictator, but a facilitator who removes blockers. The overlap is bigger than you think.
I'm not asking an LLM to parent for me. I'm asking it to help me translate the world into a format my kids can process.
It started on shore with grandparents, tangled lines, and thrown rocks. Eventually the kids wanted to try the boat. Fishing turned out to be one of the better family reset buttons we've found.
In the datacenter, when a server goes down, we don't scream at the hardware. We look for the root cause. Why should a meltdown be any different?
In infrastructure, we phase rollouts because we know that too much change at once causes outages. At home, the same principle applies, just with higher emotional stakes.