Engineering Manager, Team Lead

Engineering Manager Coach & Mentor. For the conversation you keep rewriting.

You got the team because you were the best engineer on it. Nobody warned you that the job you were good at is now about 5% of the job you have, and the other 95% ships without tests.

An engineering manager coach is a standing hour with someone who has already run the thing sitting on your desk this week: the underperformer, the quarter you can't explain, the PM fight, the point where you stopped sleeping properly. Mentoring first, so you get the move and the reasoning behind it rather than six sessions of "and what do you think?"

3,400+ sessions since 2019, and 52% of the people who start with me are in their first leadership role. The six situations below are the ones that keep coming back.

9.2/10 from 300 mentees who rated the work.

Six situations that keep coming back

Composite situations. The patterns and the numbers are real; the people aren't. Mentoring is confidential, so nobody on this page is one identifiable person.

Marian Kamenistak in a 1:1 mentoring session.

They promoted you for the thing you no longer do

You were the person who could take the ugliest ticket in the sprint and have it in review by Thursday. That's why you got the team. Nobody mentioned that the skill is now maybe 5% of the job, and that the other 95% has no compile step and no tests.

So a Thursday looks like this. Forty minutes with an engineer who isn't shipping and you still can't name why. Four other people who each need twenty minutes you don't have. A hiring plan you owe your CTO. At 6pm you open the repo out of something close to homesickness.

The trap in year one is that you keep score on the old scoreboard. Tickets closed, PRs reviewed, code written. On that scoreboard you're now a mediocre engineer and you feel it daily, which is a large part of why the 12-to-24-month mark is where I watch first-time EMs break.

So we build the new scoreboard before the old one eats you: your two hardest reports by name, the relationship with your own manager, and one delivery number you're willing to defend in a skip-level. Weekly session, small written homework in between, and we work the calls that landed on your desk that week instead of general theory. The theory is free and you've already read it. By week 12 the answer to "how's it going" is one you'd say out loud with your director in the room.

Marian Kamenistak in a 1:1 mentoring session.

The one you've been not-firing for eight months

He was your strongest engineer in 2023 and you've got the review to prove it. Then a reorg, a new PM, a stack he didn't pick, and somewhere in there he stopped shipping. Nobody says it out loud. The team just routes around him now, and you can see it in who picks up the tickets he used to own.

You've had the conversation four times. Each time it went well. That's the problem.

In practice this isn't one problem, it's three, and they want opposite treatments. Can't: he never learned the new stack and he's too senior to admit it. Won't: he checked out the day the reorg took his project away. Or can't-here: he'd be good on a different team as opposed to being bad at his job, and the honest move is a transfer. That third one gets diagnosed least, because naming it feels like giving up.

So we name it, and then we write the sentences you'll say. Not a framework, the sentences. Then we run it dry with me playing him, including the part where he pushes back and you soften, because that's the rep that matters. If it ends in a PIP we build one he can survive. If it ends in an exit we design it so the rest of the team reads it as fair, because they're watching and they'll draw a conclusion either way.

Four weeks: the conversation held, the plan in writing, and an escalation line you agreed with yourself in advance so that Monday morning can't talk you out of it.

Marian Kamenistak in a 1:1 mentoring session.

Your director stopped asking how the sprint went

Completion swings between 40 and 90% and you can't explain the swing. Your PM thinks your estimates are optimistic. In the last skip your CTO said he needs to understand why Q3 shipped 55%, and you had five answers, none of which survives being said out loud in an exec room.

Padding by 30% didn't do the trick. Cutting scope mid-sprint mostly bought you a PM who trusts you less.

The first thing I look at is boring: not the sprint that missed, but the four days before anyone admitted it would. On most teams the slip is visible around day 4 and confessed around day 10. That gap is the whole problem, and it isn't an estimation problem, it's a reporting-upward problem. It usually lives in one recurring meeting where nobody wants to be first to say the number is off.

So we go through your own Jira data weekly. What predicted this sprint, what your director sees, and why those are never the same picture. We install one mid-sprint check that surfaces slip while there's still room to trade scope, which is a conversation cadence and not a Jira config, and costs about ten minutes a week once it runs. By week 12 you're living in the 80s, and you have a sentence about Q3 that holds when the CFO is in the room.

Marian Kamenistak in a 1:1 mentoring session.

Your PM wants twelve things and you have five engineers

Every grooming is a negotiation. The Product Trio exists on a slide somebody screenshotted, as opposed to anything that happens on your team on a Tuesday. Delivery slips, your PM tells the CPO that engineering is slow, your team tells you the PM is delusional, and both of them are roughly half right with you standing in between.

The reflex is to fix it with process. A longer grooming. A shared doc. A weekly trio sync that becomes a status meeting inside three weeks.

It's rarely a process problem. Nobody wrote down who decides what, so every decision gets relitigated by whoever is most annoyed that day. Two capable people can work side by side for a year without ever agreeing where discovery ends and commitment begins, and then one bad quarter turns that gap into a blame narrative.

We rebuild the working agreement in writing, on one page: discovery cadence, delivery cadence, who calls the meeting when a decision is stuck, and what happens when the two of you disagree. You pick three things you'll change and three you'll ask of your PM, because an agreement where only one side moves is a complaint with formatting.

Then we work the reset conversation itself, sentence by sentence, which is the part everyone skips. By week 6 the agreement exists, both sides have changed one visible behaviour, and the story reaching the CPO has a counterweight.

Marian Kamenistak in a 1:1 mentoring session.

You're running on empty and you can't say it out loud

The laptop closes at 9pm and your head doesn't. Four direct reports, a partner, a small kid, a mortgage. On Monday you'll be the person everyone looks at and you'll smile and say let's dig in. Your CTO would take it seriously if you told him. You haven't told him.

Something unfashionable first: not all of this is fixable, and an industry pretending otherwise is part of why you feel like you're failing at it. Some of the load is simply real. Four reports and a small kid is a lot, and no calendar trick makes it not a lot.

What is fixable is the part that arrived by accident. The meeting you kept because you were in it once. The decision you take back every time you delegate it. The 11pm Slack thread that exists because you answered the first one at 11pm.

So in session one we split those two piles honestly. Then one recovery ritual, one thing you drop and take the L on in public, and one conversation you've been avoiding. Every week moves at least one of the three, and the session itself doubles as the one hour a week where nothing you say has to be managed for somebody else's reaction.

By week 8 there's usually one visible cut in the calendar and one delegated thing that stayed delegated. I'm not going to promise you your Sundays back in month one. Most people get them back somewhere around month three, and some rearrange the job instead.

Marian Kamenistak in a 1:1 mentoring session.

You can't tell if you miss the code or miss being good at something

Some weeks you miss the code. Some weeks the human puzzle is the most interesting problem you've ever been handed. Your director keeps adding scope, which reads as a compliment and a trap at once. And the people close enough to have an opinion either want something from your answer or like you too much to be blunt about it.

This is the one question I won't answer for you, and I say that in session one so you're not sitting there waiting for a verdict that isn't coming.

What I can do is stop you deciding it on a bad Tuesday. We separate three things people mash together: missing the craft, missing being competent, and disliking this particular team at this particular company. They point in completely different directions, and the third is the most common by some distance.

Then we make it concrete rather than philosophical. Both paths written out with a year-2 and a year-5 version. A two-week test drive of each, because a fortnight of doing the thing teaches more than six months of thinking about it. And a way to tell your director what you've landed on that doesn't burn the option you didn't take. Some people finish this and go back to IC. A few work out that they wanted a different company as opposed to a different track. There isn't a right answer here, only a decision you made on purpose.

The questions I hear most from Engineering Manager, Team Lead

These are the exact asks from mentees in the last 12 months. Bring one to the intro call and we start there.

How mentoring with me works

Free 30-min intro. Two KPIs to move in 3-6 months. Small homework after every session. The full method, step by step:

See how mentoring works →

Frequently asked

What does an engineering manager do?+
An engineering manager runs one team of engineers: 1:1s, feedback, performance, hiring, and delivery accountability, with little or no coding time. The output of an EM is the output of their team. It's the first role where the people ARE the job, which is why 52% of my mentees start here, in their first leadership role. Coming from a team lead or tech lead seat? The boundary between those roles and EM is mapped here: Team Lead: the role, vs tech lead, vs engineering manager.
What are the core responsibilities of an engineering manager?+
Five that matter: run 1:1s that people look forward to, give feedback that changes behavior, own delivery without micromanaging, hire and grow the team, and translate between the team and the business. Everything else on the job description is a variation of these five.
What if my situation is weird and doesn't fit anything on this page?+
That's the most common opener I hear on intro calls. 6 or 7 out of 10 mentees think their situation is unusual. It usually isn't, it's just fresh to them. If yours really is unusual, we design a bespoke approach in session 1.
I've got one perf cycle, not six months. Is that enough?+
Then we work backward from your deadline instead of building a curriculum. You bring the one decision that matters, and every session ends with something you can send or say the same week. Some of the best engagements I've run were 4 sessions total.
Will you tell me to fire him, or will you just ask me questions?+
If firing is right, I'll say it, and then help you run the conversation. If it's wrong, I'll say that too, and in my experience those two come up about equally often. Mentoring first means you get my answer while the pressure is on. The coaching questions arrive later, once there's trust and a bit of room.
What if the block is my director?+
Then that's what we work on, and nothing is off-limits. Plenty of what looks like a team problem is an influence-up problem wearing a disguise, so we design that play instead. If your director genuinely can't be moved, we work on your exit.
I've been an EM for 2 months. Am I too early for this?+
You're right on time. The first 90 days is when mentoring compounds hardest. The 2-year self-taught curve compresses to about 6 months when someone outside the company sanity-checks the specific calls.
What if my CTO or director finds out I have a mentor?+
Most EMs don't tell their director, and that's fine. If you do, most directors I know back it. It reads as investment in the craft, not as struggling.
Coach, mentor, or course: which one is this, and what is the difference?+
Mentoring first: direct advice from someone who has been in your seat, with coaching-style questions once trust is built. How I run the coaching side is on the engineering manager coaching page. The honest comparison:
OptionWhat you getWhere it breaks
Mentor + coach (this)Direct steps from someone who has seen your situation 50 timesYou have to bring real situations, not hypotheticals
Pure coachQuestions until you find your own answerSlow when Tuesday's call needs an answer by Tuesday
Course or bookFrameworks, videos, templatesNobody sanity-checks your specific call. With AI topics it is worse: courses go stale in months
Doing nothingFreeThe 2-year self-taught curve, paid in Sundays
What does an engineering manager coach cost?+
Public pricing, no "book a call to find out" dance: 430 EUR per session, less in a 6-pack. Compare it to one wrong hire or one quarter of missed delivery. One avoided mistake pays for the year. Details on the pricing page. Company paying? Here is the ROI math and the email your manager can approve.
When should an engineering manager get a coach?+
Most intro calls I take are triggered by one of three things: you're inside your first 90 days in the seat, there's a person conversation you've now postponed twice, or the delivery misses stopped being one bad quarter and started being a pattern your director has noticed. Any of those and the answer is now, because all three get more expensive the longer they run.

Explore other roles

Why me

Marian Kamenistak, mentor for Engineering Manager, Team Lead

9.17/10 average across 300+ mentees. 3,400+ mentoring sessions since 2019.

  • Been in the seat. Built Mews into a $2bn+ unicorn: 8 to 80 teams, roadmap still shipping. Led engineering at Manta before that, acquired by IBM.
  • CEE-native, US-fluent. 4+ years in the Bay Area as Principal Software Architect at Databricks.
  • Still highly technical. AI freak. Bullshit me on estimate, effort, code quality or architecture and I'll ask to see the code or your AI skill set.
  • Financially independent. I don't need your money. I'm financially retired. Seeing you grow is my payoff.
  • Direct. Mentoring first. I boost you fast. No esoteric loops.
The full story →

The one discount

16 minutes. 16% off.

The First quarter lists at €2,580. Build the inquiry with my AI and the same six sessions come to €2,166 — €361 a session. No more than 16 minutes from the first question to a formal itemized offer in your inbox.

Ready to start?

Free 30-min intro. No pricing conversation on the first call. We figure out if we can move your specific problem forward. That is it.

From the blog

All posts →