The B2B Podcast Index
Index
All categories
MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
MethodologySubmit
Best of:MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
An independent project byFame
SearchBest episodesGuestsInsightsMethodologySubmit a podcast
Index/Leadership/Leman Tech Leadership Podcast
Leman Tech Leadership Podcast artwork

#165 | The Promotion Nobody Prepared Them For

Leman Tech Leadership Podcast · 2026-06-02 · 13 min

0:00--:--

Key moments - from our scoring

Substance score

36 / 100

Five dimensions, 20 points each

Insight Density12 / 20
Originality11 / 20
Guest Caliber0 / 20
Specificity & Evidence8 / 20
Conversational Craft5 / 20

Promoting your best engineer sounds logical until six months in when they're frustrated, the team is frustrated, and your most reliable person becomes your biggest leadership problem. Alexander Leaminskam digs into why this happens so consistently: the new role - whether principal engineer, tech lead, or team lead - requires a fundamentally different skill set than excelling as an individual contributor. Speed, precision, and independent execution that made them exceptional before now work against them. Communication patterns optimized for minimal relationship overhead feel cold to reports. And critically, influence - the ability to convince other engineers, stakeholders, and managers without direct authority - is a muscle most technically brilliant people never developed. The core issue is structural: companies promote people without explicitly contracting what the role actually demands at a behavioral and relational level. Leaminskam proposes three practical interventions: a contracting conversation defining success in behavioral terms before or immediately after promotion; an influence audit asking what decisions they influenced without owning themselves and whose perspectives they shifted; and reframing what good work looks like when feedback loops disappear and impact becomes invisible and slow. Personality type matters too - thinker types struggle with relational ambiguity while harmonizers may lack direct influence skills. This episode is essential for engineering managers promoting from within and for newly promoted engineers feeling adrift.

Key takeaways

  • →The promotion isn't the hard part - the unspoken behavioral and relational job description nobody gives you is what causes failure six months in.
  • →Most technically brilliant individual contributors never developed the influence muscle required to shift perspectives and decisions at senior levels without direct authority.
  • →Before or immediately after promotion to a lead role, have an explicit contracting conversation defining success in behavioral terms, not just technical delivery.
  • →An influence audit - asking what decisions they influenced without owning and whose perspectives they shifted - reveals whether the role has actually landed.
  • →Reframe what good work looks like for newly promoted leads by identifying leading indicators of impact, since feedback loops disappear and influence becomes invisible and slow.

Topics in this episode

Psychological safetyBehavioral expectationsleadership feedback loopsIndividual contributor to leader transitionsPrincipal engineer rolesTech lead promotionContracting conversationsInfluence auditsPersonality typing in leadershipTechnical stakeholder communication

Questions this episode answers

Why do companies frequently promote their best engineers only to see them fail in leadership roles?

The promotion happens without an explicit behavioral contract defining what the new role actually requires beyond technical delivery. Communication patterns, influence approaches, and relational responsibilities are fundamentally different from individual contributor work, but these gaps are never named or addressed.

What specific skills made someone excellent as an individual contributor that can work against them as a tech lead or principal engineer?

Speed, precision, and independent execution - the hallmarks of top ICs - can feel dismissive or cold to team members. Communication patterns optimized for minimal relationship overhead don't build psychological safety, and they lack developed influence skills to convince stakeholders and peers without direct authority.

How can a manager diagnose whether a recently promoted engineer is struggling due to unclear expectations, poor role design, or fundamental value misalignment?

Ask them about influence activity: what decisions did they influence without owning, and whose perspective did they shift? If the answer is 'not many' or 'I don't know,' it signals the role hasn't landed yet and you need to recontract. You can also explore whether the friction is about missing knowledge (what the role requires), structure (the role isn't well-defined), or values (they don't believe relationship work matters).

What should a contracting conversation look like when promoting an engineer to a senior individual contributor or lead role?

Move beyond the job description to define behavioral success concretely - for example, 'success looks like walking into a room of non-technical stakeholders and getting buy-in on a technical decision.' Use it as a starting point to align on what relational and cultural responsibilities are actually changing with the promotion.

What are leading indicators of impact for a newly promoted engineer when traditional feedback loops disappear?

Ask what decisions they influenced without owning them, who they helped think more clearly, and where they shifted someone's perspective. These early signals replace the cold, fast feedback loop of shipping code, because influence is invisible and slow.

What our scoring noted

Our reviewer’s read on each dimension, with quotes from the episode.

Insight Density

12 / 20

The episode identifies several genuine problems with IC-to-leader transitions (skill mismatches, missing role contracts, feedback loop disappearance) that a tech manager would find useful. However, there is substantial padding - throat-clearing intros, repetitive restatement of the core problem, and vague frameworking that dilutes the density. The 'thinker vs. harmonizer' personality typing is introduced but barely developed. Most concrete takeaways are generic ('have a conversation', 'define success in behavioral terms').

the skills that made them exceptional before, for example, the speed, the precision, the independent depth of work can actively work against them now
the job description lies. This is a bold statement, I know, but here you have the principal engineer or tech lead. Sounds like a more senior version of the IC role if you ask me, But it isn't. It is a different role that requires a different set of skills

Originality

11 / 20

The core insight - that IC-to-leader transitions fail due to unspoken behavioral contracts rather than technical competence - is sound and somewhat contrarian. However, the framing relies heavily on well-worn organizational psychology concepts (communication styles, influencing without authority, feedback loops) that are standard in leadership writing. The personality typing (thinker, harmonizer, rebel) appears borrowed but is never deeply explored or validated with evidence. The specific practice recommendations (influence audit, leading indicators) are sensible but not novel.

the communication patterns that work perfectly as an IC, high task focus, minimal relationship overhead direct in tiers lend differently
the role didn't land yet, so we need to we need to again recontract photo role means

Guest Caliber

0 / 20

This is a solo monologue episode with no guest. The host (Alexander Leaminskam) presents himself with generic credentials ('former violinist turned management engineer, turned organizational psychologist') but provides no specific track record of scaling teams, solving promotion problems at scale, or any named case studies. A solo format discussing a structural problem with no validation from practitioners who have actually managed this transition represents a significant caliber deficit for a B2B leadership show.

My name is Alexander Leaminskam. I'm a former violinist turned management engineer, turned organizational psychologist, speaker and PCM leadership mentor and facilitator

Specificity & Evidence

8 / 20

The episode is almost entirely abstraction and framework. There are no named companies, no real promotion stories, no metrics, no timelines, and no concrete examples of failed or successful transitions. The host offers three practical tactics (contracting conversation, influence audit, reframing 'good work') but with only hypothetical phrasing ('for example, in this role, success looks like...'). One hypothetical example is given about stakeholder buy-in, but it remains vague with no supporting data or named case.

For example, in this role, success looks like being able to walk into a room of non technical stakeholders and get a buy in on a technical decision
in the last month, what decisions did you influence that didn't make yourself

Conversational Craft

5 / 20

As a solo monologue, there is no conversational element - no guest, no challenging questions, no follow-ups, no productive disagreement. The speaker moves from claim to claim without self-interrogation. Statements like 'the job description lies' and personality-based predictions lack pushback or nuance. The format is didactic lecturing rather than exploratory dialogue, which fundamentally undermines the stated goal of 'real, eye opening conversations.'

Welcome to the Lemon Tech Leadership Podcast. My name is Alexander Leaminskam
Two keywords utility and real life implementation

Conversation analysis

Computed from the transcript - who did the talking, and the words that came up most.

Most-used words

role14engineer12leadership10contracting9tech8question8level8conversation7episode6technical6podcast5leader5requires5best5different5promoted4

Episode notes

#165 | The Promotion Nobody Prepared Them For In this solo episode of the Leman Tech Leadership Podcast, Aleksandra Lemanska takes on a transition that happens constantly in tech - and almost always without the support it actually requires: promoting your best engineer to team lead, tech lead, or principal engineer. The pattern is familiar. Six months after the promotion, the engineer is frustrated, the team is frustrated, and the person who was your most reliable individual contributor has become your most complicated leadership problem. They're still heads-down executing, ignoring everything else the new role requires - or if you're that engineer, you're working harder than ever, uncertain whether you're doing it right, unsure who to even ask. Alex starts with the question nobody asks out loud: what did nobody tell them about this new job? The job description lies. A principal engineer or tech lead sounds like a more senior version of the previous role. It isn't. It is a categorically different role, and the skills that made someone exceptional before - speed, precision, independent depth of work - can actively work against them now.

Full transcript

13 min

Transcribed and scored by The B2B Podcast Index.

Welcome to the Lemon Tech Leadership Podcast. My name is Alexander Leaminskam. I'm a former violinist turned management engineer, turned organizational psychologist, speaker and PCM leadership mentor and facilitator. In this space, everyone is invited to the table where we have real, eye opening conversations about tech leadership.

Two keywords utility and real life implementation. Knowledge tools, frameworks, ways of working, dos and don't. Taken from my personal experiences as a leader in the experiences of others is what you are going to get from every single episode. This is the Lemon Tech Leadership Podcast.

Okay, so let's go and take some action. Hi, everybody, am welcome to another episode of the Leman Tech Leadership Podcast. Today. I have the object that I I wanted to talk about for a long time now, and I talk about it quite often, so I'm not really even sure why it wasn't even an episode yet.

So let me start with this. You promoted your strongest engineer to the team meet or principal engineer. Six months later, they're frustrated. The team is frustrated, and somehow a person who was the most reliable individual the greatest I see that you ever had.

Now is your most complicated leadership problem. They're doing the old job heads down, executing and ignoring everything else the ner role requires. Or maybe this is a case you're that engineer, you got the title, you're working, you're working even harder than before, and you feel like everyone expects something from you, and that's no one actually defined before. You don't know if you're doing right.

You're not sure to whom to ask. So do you know somebody who had something like that? Or maybe you're the person. So this is about This is about the thing that I want to I wanted to talk the promoting best engineers to principal engineers to team leads two tech leads has a great idea, but I think we all know that's a lot of the time it is not.

It is not the happy ending partner. So I want to start with a question that's obvious, but I don't either hear a lot of people are talking about it. So the question is what nobody told them about the new job? So the job description lies.

This is a bold statement, I know, but here you have the principal engineer or tech let. Sounds like a more senior version of the priviest role if you ask me, But it isn't. It is a different role that requires a different set of skills, and the skills that made them exceptional before, for example, the speed, the precision, the independent death of work can actively work against them now and see unless on this one the communication protterns that work perfectly as an IC, high task focus, minimal relationship, overhead direct in tiers lend differently.

When you're a person, everyone looks for a cultural direction, psychological safety that feels efficient to them to stick to them things that they did, as I see, and what feels efficient to them feels cold or dismissive to others. And we also have an influenced problem here from what I see that at the singer I see level, the job is to convince people, convincing other engineers, why are given solutions to the right one, convincing stakeholders, while technical debt matters. Convincing your menager that a decision is to slow down.

That requires a completely different muscle, and most technically brilliant people were never asked to develop it before this moment. And there's also the contracting failure because in most promotions, the behavioral expectations, psychological level of the contract of the new role are never made and the engineer knows what's what kind of delivers have changed. They don't know what relational and cultural responsibilities change. And the gap is where the failure lives.

And actually this is very much a structural route. We promote people into a new role without contracting what the role actually is, so we can we can do something better about it. It can diagnose the transition better. So what type of is this engineer?

What base personality base they have? How does the type based type create specific friction and a new roal thinker based person who is deeply task oriented, who struggle with the ambiguity and the relational work of senior leadership if they don't have the bigger, higher access to the harmonizor floor or rebel floor. But on the other hand, based harmonizer may struggle with direct influence and the conflict navigation and the intervention of the leader looks totally different in each case.

Two. From the contracting perspective, the question is what was actually agreed when promotion happened. The answer is nothing explicit. Then the engineer is navigated by the neurole by interference.

Then interference at senior levels. Is that a good thing? So leaders need to have a great contracting conversation, a strong contracting conversation at the moment of promotion, with the question of what the success looks like in behavioral terms, not just the technical ones. And from the will of conflict perspective, the question is where is the current friction coming from.

If a recently promoted the engineer is struggling, is it a the conflict of data so maybe they don't know what the neural requires from them. Is the conflict of structure so that role maybe hasn't been defined well enough for anyone to succeed in it or make a comical values where they fundamentally don't believe that the relationship part of a job matter. And again each needs a different intervention. This is your job to find out what is that you can ask.

You don't need to figure out or assume, you can just have a conversation. And I think this is important as well. They have a conversation about it as the person. But the question is what is what the hypothesis looks like right now?

So from the practical perspective, what can we do as a summer we can have an we should have a new role contracting conversation. So before or immediately after a promotion to a senior I see or a lead role, you need to have a contracting conversation about what the new role requires beyond the technical delivery and use something very concrete. For example, in this role, success looks like being able to walk into a room of non technical stakeholders and get a buy in on a technical decision.

That's a skill we'll build together and it can be a starter of a conversation. The next one, this is the influence audit. So you should ask a the newly promoted engineer something like this, in the last month, what decisions did you influence that didn't make yourself that you did and make yourself? Who did you help think more clearly?

Or where did you shift someone's perspective? And then the answer to any of this question is I don't know or not many. That's the data. The role didn't land yet, so we need to we need to again recontract photo role means and think.

Number three that I'm thinking about is that the solution is to refrain what good work quote unquote looks like. And one of the most disorientating things that's that is about the ic to leader transition, is that the feedback loop disappears, the cold ships and the city results. Invisible is what invisible is, and slow is the influence on others, influences invisible and small. So the a you don't need to help this engineer to identify what they're leading.

Indicators of impact are not flagging metrics, but the early signals that the new jobs working. So this is what you can do. So if you recently promoted somebody or you are thinking about doing that, this week's challenge is one question for you. What is the psychological level of contract, relational behavioral contract for this role, not the technical one, the human one.

Write it down even if no one get it to you. You can define it for yourself. You can definitely do it for other people. So what does it mean to lead well at this level?

What would your team say it means? Because the promotion isn't the hard part. The job description nobody gave you. That's the hard part.

Exactly what this this episode is here to figure out. So this is what I just wanted to to say to you today that sometimes promoting the best engineer that you have to attain lead is not a best solution, but it can be the great the great decision with the proper contracting, with the proper mindset, skill set, tool set shift. That needs to be said out loud, not on the assumptions level, because if there's there's an assumption level and not a fact level and the contracting level, it is not going to be a success most of the time.

So go and check it out. If if you are in the situation you can, you can train on it then right away. If you are hearing those situations from other people, just share this episode with them because this is how they can learn how to go out of this situation or protect others from this that kind of situation, so to to be more effective, more efficient than the better of a leader at the end of the day, So thank you. This is it for today and I I want for you to have a better leadership life.

So this go and be the best manager of the best leader that's that that that you can for your people, and I'll see you soon.

Related episodes across the Index

Other episodes covering the same guests and topics, from across The B2B Podcast Index.

  • Managing Your WORK IDENTITY: Authenticity, Bias, & Resume Whitening with Professor Sonia Kang (ep. 216)Talk About Talk · on Psychological safety86 / 100
  • Culture Drives Performance. Here's the Framework.High Octane Leadership · on Psychological safety84 / 100
  • The Best Boss You Never HadThe Secret Life of Great Leaders · on Psychological safety82 / 100
  • The HR Leader That Brings Therapy to Work with Isidora Torres, VP of People at BeehiivFNDN Series · on Psychological safety80 / 100
  • Care For Performance Leadership with Noam BuchalterStrategy Sessions · on Psychological safety79 / 100
  • EP 85: The Fear And Work ShowThe Bad Boss Brief Podcast · on Psychological safety76 / 100

More from Leman Tech Leadership Podcast

All episodes →
  • #174 | A-Players, Task Monkeys, and the AI Reckoning w: Francis Brero (VP AI Strategy @HG Insights)69 / 100
  • #173 | Tech Leadership Q&A: How Do I Get My Team to Just Do Their Job Without Checking on Them Constantly?46 / 100
  • #172 | What Silicon Valley Taught a Tech Analyst About Marketing, Authority, and Never Burning Bridges w/ Mark Vena73 / 100
  • #171 | Tech Leadership Q&A: Am I Actually Good at This… or Did I Just Get Lucky?47 / 100
  • #170 | From Startup Garage to Microsoft MVP: How Continuous Learning Builds Unbreakable Tech Leaders w/ Amit Chandak, @ex-Oracle, @Kinerika74 / 100
Explore the best B2B Leadership podcasts →
All Leman Tech Leadership Podcast episodes →