Stop Asking Your Engineers to Wear Multiple Hats
The builder is too deep in it, and too eager to ship, to also be the critic and maintainer. That specialization is what scales past AI.
I’ve said this before and I’ll say it again, I never let one AI agent build a feature and check its own work. I have it build the MVP fast, then I bring in fresh agents whose only job is to tear it apart and hunt for bugs. The builder is too deep in it, and too eager to ship, to also be the critic.
That’s always been my workflow, even before the age of AI. But it’s the same mistake I keep seeing eng leaders make at team scale: they hand the shiny, might-not-work AI bets to the same people already on the hook for keeping production alive.
Boris Cherny (who leads Claude Code) put his finger on why. Looking at his own team, he saw five archetypes: prototypers who churn out ideas most of which never ship, builders, sweepers, growers, and maintainers who keep a mature system secure and reliable as it scales.
The prototyper and the maintainer are opposite wiring. One is at their best failing fast on things that might not pan out. The other is at their best making sure absolutely nothing breaks. Ask one person to be both and you get neither, because the “keep it alive” work is always more urgent, so it quietly eats every hour the exploring needed. It’s like asking the line cook in the middle of the dinner rush to also design next season’s menu. That’s a no-no.
So don’t hand your big bet to whoever’s already carrying the pager. Give it to someone whose actual job, this month, is to explore. Even if that’s just one person, or a two-person pod inside the same team, with its own goals and permission to fail. Protect the explorer from the maintenance, and the maintenance from the explorer. It’s time we rethink the way we structure engineering teams.
You’re not hiring different people. You’re pointing the right people at the right mode.
So which is it on your team: does your exploration work have someone who owns exploring it, or is it a side quest for whoever’s also keeping the lights on?
🧛
#EngineeringLeadership #AIStrategy #EngManagement #ClaudeCode



