skip to content

Leadership & Influence

Leadership questions probe whether you can move a team forward — with or without the title. Interviewers use them to gauge your scope of influence: do you mentor, drive decisions, delegate, and create clarity, or just execute tickets? Expectations rise sharply with seniority, so your stories must match the level you are interviewing for.

on this pageshow

questions

26

Tell me about a time you disagreed with a decision your team made and had to support it anyway.

level: juniorimportance: must knowfreq 54%

answer

  1. name the decision and your position
  2. argued in writing, before the call
  3. state the moment debate closed
  4. commit visibly — what you built
  5. result plus one honest reflection

basics

~20 s

Tests whether you can argue hard and then execute without hedging. Give one decision you lost, show where you voiced the objection while it was still open, then what committing actually looked like in your work.

how to answer

6 beats
  1. the decision on the table and what you wanted instead
    Two or three sentences, no more — this beat plus the stakes should be about a fifth of your airtime. Name the actual choice and your alternative in one line each, so the interviewer can hold both positions in their head.
  2. why it mattered enough to argue about
    Give the stake in concrete terms: users affected, risk carried, time lost. This is what separates a real disagreement from a preference, and it earns you the right to have pushed back.
  3. how you made the case while the call was still open
    Name the venue and the form — a comment on the proposal, a question in the review, a message before the meeting. Written dissent with specific failure modes is the most convincing detail you have.
  4. the moment the decision landed and how you took it
    Give the hinge sentence: what argument you had no answer to, and the words you used to close it. This one line is what makes everything after it read as commitment rather than resignation.
  5. what committing actually looked like in your work
    This is the bulk of the answer, roughly sixty percent of your airtime. Show something you did for the chosen plan that you would not have done for your own — built its safety net, took the dull piece, defended it to someone still grumbling.
  6. the outcome and what you would argue differently
    Close with a number and one honest concession, in about a fifth of your airtime. If you turned out to be wrong, say what you had missed; if you were right, say it once and move to what the team changed.

your answer

5 story prompts
pick a story
  • Pick a decision that went against you where you can still state your original objection in one sentence.
  • Choose one where you argued in a visible place — a doc, a review — not only in your head.
  • Write down what you did afterwards that actively helped the plan you had argued against.
  • Have one number for the outcome ready, even if it shows you were wrong.
  • This can be the same episode as your conflict story, re-angled onto the committing half.

draft and rehearse your own answer in a learn session

go deeper

Probes disagreement hygiene and ownership. Interviewers are screening for two failure modes at once: silent compliance while the decision is open, and passive resistance after it is made. A strong answer proves you will raise the hard objection in a place people can see it, and then put full effort behind a call that went against you.

at junior level

I was the newest of four engineers on an enterprise field-service app — technicians use it offline all shift in warehouses — and we were moving the local data layer off a hand-rolled cache onto a proper persistence framework. I wanted to migrate one screen at a time behind a flag. Our tech lead wanted the whole store swapped in a single release, because otherwise two caches would disagree with each other for months. I wrote my case in the design thread: three specific failure modes, and my estimate for the staged path. I asked about it again in the review. He answered every point, and I had no counter to the coexistence argument, so I said I still preferred staged but I was in. Then I tried to be the person who made his plan safe. I built a seed-and-verify harness that replayed a technician's full day against both stores and flagged mismatches, and I owned the rollback switch for the release. It caught two write-ordering bugs that would otherwise have shipped. Our store rating slid from 4.42 to 4.28 for about three weeks after the cutover, then came back to 4.46 once the sync fix landed. I still think staged would have been calmer for us, but the cost of two stores disagreeing was real and I would not have seen it if I had kept arguing instead of listening.

why this lands

The signal is carried by three details: the objection was written down with named failure modes, there is a clear hinge sentence closing the debate, and the commitment shows up as work that helped the plan he argued against. Downlevels instantly if the harness disappears and he only says he supported the decision.

at middle level

I owned the scheduling and dispatch flows on an enterprise mobile app used by delivery crews. The platform lead decided to move two of those flows onto a shared cross-platform UI layer so the phone and the ruggedised handheld builds could share code. I argued against it for my flows specifically — the handhelds the crews carry are three generations behind, and I had measured our first shared-layer experiment there: noticeably worse scroll behaviour and two accessibility regressions. I lost that argument, and I think fairly — the duplication cost across builds was larger than I had priced. Before committing I asked for one thing in writing: a revisit trigger. If crash-free sessions on the handheld fleet dropped below 99.5 percent within six weeks of a flow going live, we would revert that flow, no fresh debate needed. After that I stopped reopening it. I moved my two contractors onto the port, and I was the one who explained the reasoning to them rather than saying it was not my call — which mattered, because one of them had been in the thread agreeing with me. Dispatch held at 99.64 percent and shipped. Scheduling hit the trigger in week four, we reverted it that day, and nobody had to re-argue anything. Our rating moved 4.31 to 4.44 across the quarter. The written trigger is the part I would repeat.

why this lands

The asked-for condition is the whole answer: committing with a written revisit trigger rather than blind compliance, then honouring it without drama when it fired. The line about explaining the rationale to a contractor who had agreed with her is the peer-scope move. It would downlevel if the trigger were only a private intention.

for a junior

Your scope is your own task. Show that you raised the objection once, clearly, to the person making the call, and then did the work as well as if it had been your idea — not sulking, not doing a deliberately literal job.

for a middle

Work at feature and peer scope. Show the mechanics: where you argued (a design thread, a review), what you asked for before committing, and how you stopped the team reopening it — including explaining the rationale to people who still disagreed.

for a senior

Team and production scope. Give the decision a real chance and instrument it: a written revisit trigger, a metric that would prove you right or wrong, and what you changed in how the team makes that class of call afterwards.

for a principal

Org and strategy scope. Show the norm you carry: written dissent, one escalation at most, then the decision belongs to the org. Name how you kept multiple teams executing without hedging, and what evidence you said in advance would change your mind.

saying these in an interview costs you the question

  • Still re-litigating the decision in the interview room
  • Quiet compliance — the objection was never voiced before the call
  • Committing in words while slow-walking the work
  • Blaming the decision-maker for an outcome you predicted
  • No result at all, just the argument
  • A disagreement so trivial nothing was at stake

  • Did the decision turn out to be the right one?
    Answer honestly either way, and keep your tone identical in both directions. If it went well, say what you had missed — that is the strongest sentence in the whole story. If it went badly, describe the impact plainly and what the team did next, without a told-you-so. Interviewers read a gloating or grudging tone here as a preview of how you will behave on their team.
  • How did the decision-maker know you disagreed?
    Point to a specific, visible channel: a comment on the design doc, a question in the review, a one-to-one before the meeting. Vague answers — 'I made my concerns known' — suggest you never really said it. Also say when: dissent that arrives after the call is not dissent, it is second-guessing, and interviewers are listening for the ordering.
  • What would you have done if the outcome had been much worse?
    Describe a threshold you would have named up front rather than a heroic intervention afterwards. Good answers sound like: I would have asked for the condition under which we revert, and raised it the moment we hit it. That shows you can commit without going blind, which is the distinction the question is really probing.

## Two halves, one episode This prompt has two halves and most candidates answer only one. - The **first half** is whether you can disagree at all — whether you will say the uncomfortable thing while the decision is still open. - The **second half** is whether you can then execute a call that went against you with full effort. Answering only the first half gives you a story about being right that never resolves. Answering only the second gives you a story about compliance, which reads as someone with no technical opinions. The interviewer wants both, in that order, from one episode. ## Wording variants you will hear - 'Tell me about a time you disagreed with your manager.' - 'Describe a decision you did not agree with but had to implement.' - 'When have you had to get behind something you argued against?' - 'Tell me about a time you were overruled.' They all take the same story. The only variant that changes your material is one that names a person — a manager, a peer, a partner team — because the power dynamic changes what counts as a good escalation path. Have one story and be ready to swap the counterpart. ## Where the dissent happened matters more than how strongly you felt A strong answer names a place: - a comment thread on the proposal, - a question asked in the design review, - a message sent before the meeting so the decision-maker was not surprised in public. **Written dissent** is the single most convincing detail available to you, because it is checkable in spirit — a person who writes their objection down is a person who has thought it through and is willing to be wrong on the record. Vague phrasing — 'I pushed back', 'I made sure my concerns were heard' — is the commonest weak signal in this whole question family. ## Name the moment debate ended Good answers have a **hinge sentence**: the lead answered the coexistence argument and I had no counter, so I said I disagreed and I was in. That sentence does three things at once: 1. it shows you were listening, 2. it dates the end of the argument, 3. and it makes everything after it read as commitment rather than resignation. Without the hinge, the story sounds like you were simply outvoted and complied. ## Commitment has to be visible in the work Do not assert it; show it. The strongest evidence is that you did something for the chosen plan that you would not have done for your own — built the safety net it needed, took the least glamorous piece, or explained the rationale to a teammate who was still grumbling. Contrast that with the weak version, where the candidate says 'I fully supported it' and then describes doing exactly the minimum assigned to them. ## Evidence types that land, in rough order of strength 1. a written objection with specific failure modes; 2. a condition you asked to be written down before committing (a revisit trigger, a metric threshold); 3. an action that materially helped the plan you argued against; 4. a number for the outcome; 5. and a reflection that concedes something real. ## How the bar moves with level - **Early on**, the whole signal is that you spoke once and then worked well — nobody expects you to have shaped the process. - **In the middle**, the interviewer starts listening for how you handled other people's continued disagreement, because a feature owner who lets a decision be reopened weekly is expensive. - **At senior level** they want the decision instrumented: what would have told us we were wrong, and when. - **At principal level** they want a repeatable norm rather than a good instinct — a standing rule about how dissent is recorded and how many times something can be escalated — applied consistently enough that people below you can predict it. ## The failure to avoid above all others It is arguing the case again in the interview. If four of your six sentences are about why your approach was better, you have shown the interviewer exactly what living with the decision looked like: it never ended.

context

open as a page

Tell me about a time you gave someone difficult feedback.

level: juniorimportance: must knowfreq 74%

basics

~10 s

Tests whether you can say a hard thing kindly and precisely. Name one observable behavior and its impact, show you said it privately and soon after, and end with evidence the behavior actually changed.

open as a page

In interviews, how does expected leadership scope differ at mid, senior and staff level?

level: juniorimportance: must knowfreq 76%

basics

~20 s

Leadership scope widens by rung. A mid-level engineer leads a task and its execution, a senior leads a project and the coordination inside it, and a staff engineer multiplies two or three teams over a much longer horizon.

open as a page

Tell me about a time you knew something your manager did not, and had to change their mind.

level: juniorimportance: must knowfreq 74%

basics

~10 s

Probes candour and judgement about where dissent belongs. Answer with one real disagreement, evidence rather than opinion, raised privately first, a decision that actually got made, and you committing to it afterwards.

open as a page

Tell me about a time you drove a technical decision that several teams had to agree on.

level: middleimportance: must knowfreq 58%

basics

~20 s

Tests whether you can own a decision process across team boundaries, not just hold a strong opinion. Answer with the options you framed, the criteria everyone accepted, who decided by when, and how the losing side stayed on board.

open as a page

Tell me about someone you mentored and how they grew.

level: middleimportance: must knowfreq 62%

basics

~20 s

Probes whether you grow other engineers or only answer their questions. Name one mentee, the gap you diagnosed, the deliberate moves you made — pairing, ramp plan, stretch work — and evidence that they ended up more capable.

open as a page

Tell me about a time a teammate wasn't pulling their weight on a project you shared.

level: middleimportance: must knowfreq 58%

basics

~20 s

Tests whether you address a delivery gap directly instead of silently absorbing it or escalating first. Diagnose skill, will, or context, talk to the person before anyone else, change the work, and show delivery recovered.

open as a page

When a hiring manager asks what operating at a senior level means to you, what should you cover?

level: middleimportance: must knowfreq 62%

basics

~20 s

Cover three things and anchor each to one concrete fact: the scope you operate over, the decisions you take without being told, and whose work got easier because of you. Definitions with no evidence attached read as rehearsed.

open as a page

Tell me about a time you led a project when you were not the manager.

level: middleimportance: must knowfreq 74%

basics

~10 s

Tests whether you create direction where none exists. Name the gap nobody owned, say how you got peers to commit without any authority over them, and end with the work finished and still running.

open as a page

Tell me about a time you stepped up to own something nobody had picked up.

level: juniorimportance: should knowfreq 61%

basics

~20 s

Tests initiative plus judgement, not heroics. Name the unowned gap and who it hurt, say how you checked it was yours to take and what it cost you, then give a finished result and who holds it now.

open as a page

How do you give code review feedback that actually changes how someone writes code?

level: middleimportance: should knowfreq 52%

basics

~20 s

Probes whether review is teaching or gatekeeping. Say what you use review for, separate blocking comments from optional ones, give the reason and the cost rather than the rule, and move a repeated comment off the thread into a conversation.

open as a page

Tell me about a time you gave critical feedback to someone more senior than you.

level: middleimportance: should knowfreq 41%

basics

~20 s

Tests whether you can deliver an uncomfortable message upward without swallowing it or turning it into a challenge. Ask for the opening, stick to one observed behavior and its cost, propose what you want instead, and keep the relationship working.

open as a page

Tell me about a time you were handed a project with no clear scope or requirements.

level: middleimportance: should knowfreq 58%

basics

~20 s

Tests whether you create structure instead of waiting for it. Answer with the vague ask as it arrived, how you split knowns from unknowns, a written plan with milestones and one explicit scope cut, and a measured result.

open as a page

Tell me about a time you convinced your team to change technical approach.

level: middleimportance: should knowfreq 56%

basics

~10 s

Tests whether you change minds with evidence rather than volume. Answer with one change you proposed, the objection you took seriously, a cheap reversible pilot, a measured result, and proof the change outlived you.

open as a page

Walk me through a design doc you wrote that other teams had to review and sign off on.

level: seniorimportance: should knowfreq 39%

basics

~20 s

Probes written technical judgement and how you handle review from people you do not manage. Walk the document as a decision — options, criteria, non-goals, rollback — then name the objections it absorbed and how sign-off actually happened.

open as a page

Tell me about a time you escalated a decision you disagreed with to someone more senior.

level: seniorimportance: should knowfreq 38%

basics

~20 s

Tests judgment about when going over someone's head is proportionate. Show that you exhausted the direct route, escalated the problem rather than the person, said you were doing it out loud, and committed fully to whatever came back.

open as a page

Walk me through how you onboard a new engineer onto your team.

level: seniorimportance: should knowfreq 43%

basics

~20 s

Tests whether you have a repeatable ramp or improvise one per hire. Give the outcome you target and by when, the first weeks you run, the first change they ship, and how you fix the ramp.

open as a page

When a junior you mentor is stuck, how do you decide whether to step in?

level: seniorimportance: should knowfreq 37%

basics

~20 s

Probes judgment about productive struggle versus wasted flailing. Answer with the signal you read, the timebox you agree up front, an intervention that adds information instead of taking the keyboard, and the conditions under which you override all of it.

open as a page

Tell me about a time you managed someone whose performance wasn't meeting the bar.

level: seniorimportance: should knowfreq 40%

basics

~20 s

Tests whether you handle a performance gap fairly and on the record: expectations written down, real support offered, a dated decision point, and an outcome you owned — including when the honest outcome is a role change or an exit.

open as a page

How do you decide what to delegate and what to keep on your own plate?

level: seniorimportance: should knowfreq 54%

basics

~20 s

Tests whether you hand out whole outcomes rather than chopped-up tasks. Answer with a stated rule for what only you can hold, work matched to someone's growth edge, an agreed definition of done, and light checkpoints.

open as a page

Tell me about a time you delegated something important and it went off track.

level: seniorimportance: should knowfreq 41%

basics

~10 s

Probes whether your trust survives contact with bad news. Tell one hand-off that slipped, what you saw at the checkpoint, and how you fixed the system rather than quietly reclaiming the work.

open as a page

Tell me about a time priorities shifted mid-project and you had to replan.

level: seniorimportance: should knowfreq 44%

basics

~20 s

Probes whether you replan deliberately instead of quietly absorbing more work. Answer by naming the signal that changed, re-ranking against the original goal, cutting something explicitly, and telling the affected people before they read about it.

open as a page

How do you check whether a leadership story really evidences the level you are targeting?

level: seniorimportance: should knowfreq 50%

basics

~20 s

Audit each story against four facts: who outside you changed behaviour, which decision you made unasked, how far ahead it was planned, and what survived after you left. A story missing the first and last belongs a column lower than you think.

open as a page

How did you get another team to adopt a change they had no reason to prioritize?

level: seniorimportance: should knowfreq 41%

basics

~20 s

Tests cross-boundary influence with no shared manager and no shared backlog. Answer by showing you learned what the other team was accountable for, framed the ask in their terms, lowered their cost of saying yes, and delivered a durable outcome.

open as a page

Tell me about a time you took a concern past your manager to someone more senior.

level: seniorimportance: should knowfreq 37%

basics

~20 s

Probes escalation etiquette: whether you exhaust the direct path first, escalate transparently rather than behind someone's back, and keep the working relationship afterwards. Answer with the threshold you used and the sentence you said out loud.

open as a page

When interviewing one level above your current title, how do you choose which stories to lead with?

level: principalimportance: nice to knowfreq 36%

basics

~20 s

Lead with the widest story whose evidence survives a probe, then use depth stories to show the judgment the next rung needs. Trajectory beats a single reach claim: show the scope you held growing, and name honestly where it currently stops.

open as a page