"Fix it. Flag it. Coach it. What kind of manager are you?"
I’ve talked before about hands-on coding as a manager being a slippery slope. It starts with the best intentions, you want to stay close to the work, unblock the team, lead by example. But then something happens: you spot an issue in production, or in a pull request that’s already been merged. You sigh, fix it quietly, and move on. It feels efficient. No awkward conversations. No slowing anyone down. Just… handled. And if you’re a hands-on manager, the temptation is always there. “I’ll just fix it and maybe the team will notice, learn by example.” But that quiet fix, however well-intentioned, becomes a habit. And the more often it happens, the more invisible your thinking, and their learning, becomes. As managers and Tech Leads we should be doing something different. When we find an issue in some reviewed code rather than fix it ourselves, try gathering the team and asked: “What made this look okay at the time?” Not to blame, but to understand. That moment got me thinking about how management responses to issues like this tend to evolve.
Each level includes care — but the focus shifts from protecting the team to equipping the team. Takeaway: “What would help the team not need me to fix this next time?” That’s where growth lives. Until next time, ✉️ Enjoying The Messy Middle? If someone sent this email your way and you’d like to get it direct, you can sign up here. |