Coaching for Technical Experts Promoted to Leadership: Why It Looks Like a Bandwidth Problem (and Isn't)
- mwilliams019
- 23 hours ago
- 4 min read
Your best engineer just got promoted to lead the team. In six months, every decision on that team will still run through her — and you'll call it a bandwidth problem.

It won't be. It'll be an identity problem wearing a bandwidth costume, and it's the single most common gap I see in coaching for technical experts promoted to leadership: the org invests in delegation training and communication workshops, and none of it touches the actual mechanism, because the problem was never a missing skill. It's an unfinished identity transition.
If you're the HR or talent leader who signed off on that promotion, you'll be the one explaining to the CEO why "our strongest technical hire" somehow became the bottleneck everyone routes around.
Here's what actually happened. You promoted her because she was the best problem-solver on the team — the one who caught the defect nobody else saw, who could be handed the hardest ticket and trusted to close it. That instinct was correct. It's also the exact instinct that now works against her.
The identity that made her promotable was built on being the answer. Years of being right, being fast, being the person the team escalated to when something broke. That identity doesn't dissolve the day her title changes. It just changes address — from the work itself to the team doing the work. She's still solving. She's just solving other people's problems now, in real time, in every one-on-one and every Slack thread, because that's the only way of operating she's ever had.
This is why the standard leadership-development playbook underperforms here. Most of what gets handed to newly promoted technical leaders is a translation problem framed as a skills gap: communication training, delegation frameworks, a course on "managing versus leading." All useful. None of it touches the actual mechanism. You can teach someone the language of delegation and watch them delegate the task while quietly still owning the decision — because delegating the decision would mean giving up the identity that got her here, and nobody trained her to let go of that. The skill was never missing. The self underneath the skill hasn't caught up to the role.
You'll see it show up as classic bottleneck behavior, and it's tempting to name it that way — add headcount, redistribute the workload, shorten the meeting cadence. None of it moves the number, because the constraint was never capacity. It's that ownership hasn't actually left her desk. Her team learns fast which decisions she'll quietly redo if they get it "wrong," and they adjust the only way people can: they stop bringing her decisions and start bringing her problems. Which is, not coincidentally, exactly the relationship she had with her own manager before the promotion. The org chart changed. The pattern didn't.
For an HR or talent leader watching this from the outside, the tell isn't performance — it's usually a good performer running hot. The tell is what happens to the team's decision-making the moment she's out sick or on vacation. If the team pauses, if nothing meaningfully moves until she's back online, that's not a coverage gap. That's the read on where ownership actually lives.
The harder truth is that this isn't a failure of the person you promoted. It's the predictable result of promoting someone into a role that requires a different self than the one that earned it, and then giving them tools instead of the one thing that actually changes the pattern: a mirror. Not a 360 review — those measure behavior, and this isn't primarily a behavior problem. What changes it is someone who can sit across from her and name, specifically, the moment she took the decision back that should have stayed with her direct report, and ask what she was protecting when she did it. That's not a training module. That's coaching, and it's coaching aimed at the identity doing the leading, not the calendar she's managing it with.
This is also where organizations tend to under-invest, because the ROI math looks backwards on paper. A skills workshop is cheaper and easier to procure than one-on-one coaching for a single mid-level leader, so that's usually what gets bought. But the workshop scales the wrong thing. It gives twenty people the same delegation framework while the actual constraint — the identity underneath each of their individual leadership styles — stays untouched in every one of them. You end up with twenty people who can define delegation correctly on a slide and still can't practice it under pressure, because pressure is exactly when the old identity reasserts itself.
If you're the one who approved this promotion, the fix isn't to reverse it or to quietly route around her. It's to get specific, early, about the gap between the identity that earned the role and the identity the role actually requires — before six more months pass and the story in the org becomes "she's great, but everything goes through her," which is a much harder story to walk back than it is to prevent.
The presenting problem always looks like the team. The constraint is almost never the team.
If your best technical hire's promotion is starting to look like a bandwidth problem, that's worth a direct conversation about which self is actually running the show — before the pattern hardens into how the team learns to work. Contact me at info@developinisghts.com to explore options.




Comments