skip to content

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

level: seniorimportance: should knowfreq 40%

answer

  1. state the gap against a written bar
  2. diagnose cause before designing support
  3. expectations, support, checkpoints, a date
  4. involve your manager or HR partner early
  5. the decision you owned, carried out humanely

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.

how to answer

6 beats
  1. the bar and the specific gap against it
    State what the level or role required and where the work actually landed, using examples of tasks and outcomes rather than adjectives. Anonymize the person completely. Keep setup to roughly fifteen to twenty percent of the answer.
  2. your read on why, and how you tested it
    Separate capability, clarity and circumstance. Say what evidence you gathered — reviewing their work yourself, checking whether expectations were ever written down, asking about load or health in general terms — before you decided which problem you had.
  3. the conversation where you said it plainly
    Show that you named the gap and the stakes without hedging, and that they were not surprised later. Mention that you aligned with your manager and HR partner at that point rather than afterwards, without turning the answer into a policy recitation.
  4. the plan: support, checkpoints and a date
    The bulk of the answer, about sixty percent. Give the concrete support, what you removed from their workload, how often you reviewed progress, what evidence would count as closed, and the date you would decide. Vague support is the commonest weakness here.
  5. the decision and how you carried it out
    Own the outcome, whether it was recovery, a re-scoped role, or an exit. Say what you did to make it humane and to keep the team's delivery intact. Then give one number that shows the work itself recovered.
  6. what you changed upstream afterwards
    Two or three sentences on hiring, onboarding, expectation-setting or how early you now start the written bar. This is what separates a manager who survived a hard case from one who learned from it.

your answer

5 story prompts
pick a story
  • Pick a case where you owned the decision, not one where you watched a manager make it.
  • Strip identifying details — no names, no team, nothing that could identify the person.
  • Have the timeline ready: when you first named the gap and when you decided.
  • An exit is a legitimate outcome; choose the case you can defend as fair.
  • Note one thing you changed in hiring, onboarding or expectations afterwards.

draft and rehearse your own answer in a learn session

go deeper

This probes managerial ownership and fairness under discomfort. Interviewers want to know whether you name a gap early and specifically, invest real support before judging, and then make a decision on a date instead of letting drift decide for you. A strong answer also shows discretion — the person is described through their work, never through gossip.

at senior level

I ran a four-person team funded to work full time on an open-source data-quality project. About four months in, one engineer was not meeting the bar for his level. His batch work was solid, but every streaming task either stalled or came back with correctness problems — one fix he merged was supposed to close out a known defect and left the nightly null-key rate sitting at 3.7%. I wrote a one-page description of what meeting the bar meant at his level: the scope he should carry without help, the quality of review he should give, roughly how long a task of that size should take. Then I walked him through where his last six tasks landed against it. I said directly that this was a gap I needed to see close, not a stylistic note. I looped in my own manager and our HR partner at that point rather than later, so anything that followed matched how we handle these situations rather than my improvisation. The diagnosis was capability in one specific area, not effort. We ran eight weeks with weekly written checkpoints, a paired reviewer on every streaming change, and one question at the end: does he own that path or not. He did not get there on streaming. The batch validation path he took over instead went from 3.7% to 0.4% null keys, and he became the person we trusted with it. I moved the streaming scope permanently and wrote the change down. I would start the written bar in week three now, not month four.

why this lands

The strength is that the bar was written before the judgement, the person was never surprised, and the outcome is honest rather than a tidy turnaround. The single number ties the decision back to delivery. It would downlevel if the plan had support but no date and no stated decision point.

at principal level

Across the three teams contributing to the project I kept meeting the same failure, and it was not about individuals. People were handed whole areas with no written definition of shipping, work stalled quietly for most of a quarter, and the first real conversation happened at review time — by which point it was a shock to the person and half the evidence had gone cold. Two managers escalated cases to me that were, honestly, our process failing before anybody failed. So I built what was missing. Every area got a named owner and a one-paragraph charter stating what done means there. Contributors declared the hours they could give per cycle. Anything unmoved for fourteen days reassigned automatically with no blame attached, which removed the awkwardness that had made people wait. And I gave managers a three-step frame — name the gap, offer specific support, state the date you decide — plus a rehearsal with me before their first such conversation. Over four release cycles, milestone issues stalled longer than twenty-one days fell from 31% to 6%, and the reference-corpus null-key rate settled below 1% because the validation areas finally had owners. Two situations still ended with someone leaving the project. I believe both were fair, and both resolved in week five rather than month five. If I keep one thing from that, it is the rehearsal. Managers rarely avoid these conversations for lack of a policy. They avoid them because they have never said the sentence out loud.

why this lands

Principal signal comes from treating the individual cases as evidence of a broken assignment system, and from a mechanism that changes when conversations happen, not just how. Owning two exits as fair outcomes reads as honest. It would downlevel into a senior answer if it narrated one case and stopped there.

for a junior

You are rarely asked this. If it comes up, say honestly that you have not managed anyone, then answer about a peer or someone you were mentoring: how you noticed the gap, how you described it in terms of the work, and who you told.

for a middle

Usually this is a tech-lead relationship rather than a reporting line. Show that you set an explicit expectation, offered concrete help, gave it a real window, and then took it to the person's manager once your own attempts stopped moving it — with facts, not frustration.

for a senior

You are expected to run this end to end for a report or a lead relationship: written expectations, genuine support, a dated point at which you decide, and a coherent account of the outcome you chose. Interviewers listen hard for whether the person was ever surprised.

for a principal

One case is only the illustration. The content they want is calibration and mechanism: how the bar is defined consistently across teams, how you coach managers through their first hard conversation, how you catch inconsistency and bias, and how you keep the timeline from stretching into a quarter of drift.

saying these in an interview costs you the question

  • The person first hears about the gap at review time
  • A support plan with no date and no decision point
  • Describing personality traits instead of missed, written expectations
  • Claiming every case turned around, with no honest outcome anywhere
  • Running a formal process alone, without your manager or an HR partner
  • Sharing identifying details about the person or confidential review content

  • When did they first hear that their job might be at risk?
    The answer they want is early and unambiguous. Describe when you first named the gap, when you first said the stakes plainly, and how much runway sat between them. Say that you followed your organisation's process with your manager and an HR partner rather than improvising it; in many US workplaces the formal steps are policy-driven, so describe your part and defer the specifics to that process.
  • What support did you actually give?
    Be concrete and countable, because this is where fairness is judged. Named help — a paired reviewer, a reduced scope, a specific course of work, weekly checkpoints with written notes — beats a claim that you were available. Also say what you removed from their plate, since support that only adds obligations is not support.
  • How did the rest of the team react?
    Interviewers are checking whether you protected everyone's dignity and the team's delivery at once. Say what you told the team, which is normally very little about the individual and a great deal about how work was being reassigned. If morale suffered because others were carrying the gap for months, own that as a cost of moving slowly.
  • Looking back, was that a hiring problem or a management problem?
    A reflective answer scores better than a defensive one. Common honest answers: the role was mis-scoped, onboarding assumed context they never got, or the interview tested something the job did not need. Name what you changed upstream. Avoid blaming the person's motivation without evidence, and avoid implying the whole system worked perfectly.

context