Engineering manager interviews

Engineering manager interview topics and how to prep for them

Updated Oct 6, 2026

Most EM loops spend more time on how you lead than on what you know. The question wording changes from company to company. The topics underneath barely move, so you can prepare for them instead of memorizing a list.

What the behavioral rounds are testing

An engineering manager behavioral interview is an evidence hunt. The interviewer usually has a short list of leadership competencies to score and about an hour to find proof for or against each one. They are not grading the story. They are trying to find the moment where you, specifically, made a call that a weaker manager would have avoided or delayed.

Every follow-up is them digging for that moment. That is why experienced managers come out of these rounds saying "I knew the answer, I just couldn't say it." The decision was in there, buried under four minutes of context about the reorg, and the interviewer ran out of time before they found it.

So prepare decisions, not stories. A story is what happened. A decision is the point where you chose one path over another and knew what it would cost. Interviewers can score a decision. They struggle to score a narrative, and they can't score "we" at all: your team shipped the migration, but they want to know what would have gone differently without you.

The topics EM interviewers probe

Most EM behavioral questions, whatever the wording, are a version of one of the six topics below. For each one you'll see how it tends to be asked, what the interviewer is listening for and where answers usually go wrong. The general behavioral interview questions page covers the individual-contributor versions.

Cross-functional influence

Asked as: "Tell me about a time you disagreed with a product manager." "How did you get another team to change their plans for you?"

They want to see you change an outcome without authority. Strong answers show you understood what the other side was measured on and gave something up to get what your team needed. Weak answers are victory laps where the other team was simply wrong.

Conflict inside your team

Asked as: "Tell me about two engineers who couldn't work together." "Describe a disagreement with one of your reports."

They are checking how early you act and whether you separate the people from the problem. "I got them in a room and they worked it out" is the most common answer and the least convincing one, because it hides every decision you made.

Raising the bar

Asked as: "Tell me about an underperformer you managed." "Tell me about a hire you regret." "When did you hold a standard that cost you something?"

This is where interviewers learn whether you will make hard calls on people. They listen for a timeline, the specific expectation you set and how you kept the process fair. Stories that end with the person "deciding to leave on their own" without your part in it read as avoidance.

Delivery under ambiguity

Asked as: "Tell me about a project where the goal kept changing." "When did you commit to a date you later couldn't hit?"

The signal is how you created clarity, and above all what you decided to cut and how early you said so. Heroics count against you here. A team working weekends to rescue a date is usually evidence the plan failed earlier, and a sharp interviewer will ask why.

Managing up

Asked as: "Tell me about a time you pushed back on your manager." "How did you deliver bad news to leadership?"

They want early, specific escalation that comes with options. "I escalated it" without what you asked for, and what you recommended, sounds like handing the problem upward.

Growing people and building the team

Asked as: "Tell me about someone you developed." "How have you scaled a team?"

Name one person and one change you can point to. The interviewer is separating managers who create growth from managers who were nearby when it happened. Be clear about what was your doing and what was theirs.

A preparation method that beats a question list

A list of fifty questions trains you to recognize questions. It does not give you anything to say. Work from your own material instead.

  1. Write down eight to ten situations from the last few years as one-line notes. Situations, not answers: "the payments API dependency in Q3", "Priya's performance plan", "the reorg when we lost two seniors".
  2. Map each situation to the six topics above. Aim to cover every topic at least twice. Gaps are where you will blank, so find them now rather than in the room.
  3. For each situation, write the decision sentence: "I decided to ___ instead of ___ because ___." If you can't fill it in, the story is not ready, however good it feels.
  4. Write down the cost. Who was unhappy, what slipped, what you gave up. Answers without a cost sound rehearsed, because real management decisions always have one.
  5. Find the result you can say out loud: a number if you have one, an observable change if you don't. "The two teams now share an on-call rotation" is a result.
  6. Prepare for the second and third question, not just the first. "What would you do differently?" "What did your manager think?" "How did you know it was working?"
  7. Say each one out loud, timed, before the interview. Aim for about two minutes on the first pass. Rambling is invisible on paper and obvious out loud.

Keep each story to one or two topics in a single loop. Panels often compare notes in the debrief, and hearing the same migration from three interviewers makes your range look narrow. The STAR answer worksheet walks through turning one situation into a structured answer step by step.

Worked example: influencing a team you don't manage

Example

A composite answer written for this page, not a real candidate. Each turn shows what a trained interviewer is listening for.

"Tell me about a time you needed something from a team you didn't manage."

Candidate

"I led the checkout team. We had a launch committed for the end of the quarter that depended on the platform team raising rate limits on their internal API, and their roadmap had that work two quarters out. I didn't escalate straight away. I asked their lead what they were being measured on, and it was incident count. Our launch would add load to a service that was already paging them at night. So I offered one of my engineers for three weeks to help with the load-shedding work they'd been putting off, in exchange for the rate-limit change. We launched about a week late. Their incident count on that service dropped the next month, and the two teams now share an on-call rotation for it."

Listening for: a decision with a cost (giving up an engineer, accepting a week's slip), evidence they understood the other team's incentives, and a result that outlasted the project.

Interviewer

"How did your own team feel about losing an engineer for three weeks?"

Candidate

"Not great. The engineer I lent was one of the people who'd be hit hardest by the slip, so I asked her first rather than assigning it. I told the rest of the team exactly what we were trading and why, and I took two of her tickets myself."

Listening for: whether the candidate noticed the cost to their own people, and whether they absorbed some of it instead of passing it down.

Interviewer

"What would you do differently?"

Candidate

"I'd have found the dependency at planning, not six weeks before launch. We now review cross-team dependencies at the start of each quarter, with the other lead in the room."

Listening for: a specific process change, not "communicate more". This answer also shows the candidate owning the late discovery instead of blaming the platform roadmap.

Worked example: an underperformance story

Example

A composite answer written for this page, not a real candidate.

"Tell me about a time you managed someone who was underperforming."

Candidate

"A senior engineer on my team was missing estimates by weeks, and his reviews had become a bottleneck. My first mistake was treating it as a workload problem for about a month. When I asked directly, it turned out he didn't agree with the architecture we'd chosen and was slow-walking the work. I wrote down the specific expectations: review turnaround within a day, estimates he'd commit to in planning. Then I gave him a real channel for the disagreement, a design review he'd lead. We checked in every week for six weeks. His estimates came back in line. The design review didn't change the architecture, and he moved to another team two months later, which I think was the right outcome for both of us."

Listening for: a diagnosis before a fix, written expectations, a timeline and an honest ending. Admitting the lost month earns trust. An answer where everything worked perfectly earns suspicion. Expect the next question to be what the rest of the team saw, so know how you kept them from paying for it.

If your loop is at an AI lab

The six topics still apply at Anthropic, OpenAI and other frontier labs. What shifts is the material the interviewer expects in your stories. Tension between research and engineering priorities is a common theme, and so is a trade-off between shipping speed and safety or quality. Have at least one story about each, and be ready to talk about why you want to work on the lab's mission specifically, in your own words.

Anthropic publishes guidance on how candidates may use AI during its hiring process. It encourages using Claude to research the company and practice answers, and asks that live interviews be done without AI assistance unless the interviewer says otherwise.1 Practicing out loud on your own is the preparation that holds up in that room.

For round-by-round detail, read the Anthropic engineering manager interview guide or the OpenAI engineering manager interview guide.

Find the stories your loop will probe

Paste the job posting and your resume. Orava reads the role and shows which of its requirements your experience already covers and where the gaps are, so you know which stories to build first.

Start free analysis

What to do tonight

Don't open another question list. Write your eight to ten situations as one-line notes and map them to the six topics. Pick the topic with the thinnest coverage and write one decision sentence for it. Then say that answer out loud once, timed, and listen for the point where you started explaining context instead of what you did. That point is where tomorrow's practice starts.

Sources

  1. Anthropic, "Guidance on candidates' AI usage" (checked 6 October 2026): www.anthropic.com/candidate-ai-guidance