Tell me about a disagreement with a coworker where you were the one who changed their mind.
answer
- what you needed done differently
- why they were holding their position
- evidence in their currency, not yours
- the smallest ask you started with
- what stuck after you stopped watching
basics
~20 sTests whether you can win a disagreement without damaging the person. Answer with their position stated fairly, the interest underneath it that you actually found, the evidence that spoke in their terms, and a relationship that got easier afterwards.
how to answer
5 beats- the disagreement, and what was riding on itOpen with the decision you differed on, your position and theirs, and what was at stake if the wrong one won. Two or three sentences — the interviewer needs a real disagreement between peers, not a tour of the system.
- why the other person was holding their groundName the real interest under the stated objection, and how you found it: a conversation you asked for, a review you sat in on, a day spent watching their workflow. Guessing at their motive from the outside is the commonest weak version of this beat.
- how you made the case in their termsThis is the bulk of the answer. Say which evidence you chose and why it mattered to them specifically, and mention anything you fixed or absorbed on your side before asking them for anything.
- the small, reversible first step you asked forDescribe the ask you actually made, and keep it modest: a two-week trial, one story, one service. Explain why that was easier to accept than the full change, and how you left them a way to decline.
- what changed, and who owns it nowClose with one number or observable outcome plus a durability signal, ideally the peer extending or teaching the thing themselves. Ownership passing to them is what turns persuasion into a result.
your answer
4 story prompts- Pick someone you had no authority over and could not escalate to.
- Be able to name the real reason they resisted, in their own words.
- Choose a story where you removed a cost before asking for a change.
- Keep one detail showing the change outlived your attention.
draft and rehearse your own answer in a learn session
go deeper
This probes conflict handling at its most ordinary: a peer who is free to ignore you, and a position you believe is wrong. Interviewers want to see that you find the real interest under the stated objection, argue in the terms that matter to them, and end with a colleague who moved willingly rather than one who gave up. A strong answer leaves the working relationship better than it found it.
A developer on a partner squad, no shared manager and not my codebase, kept skipping the contract checks we had put around a shared policy-pricing service. When they went red he marked them pending and promised to fix them later, and later kept not arriving. Telling him he was doing it wrong was never going to work, and I had no standing to insist. So I asked to sit in on one of his sprint reviews, and that is where the actual reason showed up: the contract pack took eleven minutes locally and he was cutting three or four small releases a week. He was not careless, he was rationally impatient. I spent an afternoon splitting the pack so the pricing contracts alone ran in under ninety seconds, and I brought him that with a single ask: run just that slice before you push, for a fortnight, and tell me if it gets annoying. That was a cheap yes, and it cost him nothing to abandon. Over that quarter, defects escaping from that service into the shared integration environment fell from eleven to three. He started writing contract cases himself, and when a new engineer joined his squad he was the one who explained why they mattered, which is a better outcome than me having been right.
The persuasion here is diagnostic rather than rhetorical: the speaker went and found the real cost the coworker was paying, removed it before asking for anything, and then asked for something small and reversible. The peer teaching the practice onward is the durability signal. Cutting the diagnosis would downlevel this to nagging with a number attached.
As test architect on an enterprise claims platform, I had three squads with genuinely different beliefs about what a regression suite was for. The person I most needed to move was the strongest engineer on the busiest squad, who believed a careful manual pass before release was safer than anything automated. He did not report to me and did not need my agreement for anything. I did not open with a standard, because a standard from someone with no authority is just an opinion with formatting. I asked him to sit down with me and read every defect that had reached the production support queue over the previous half-year, thirty-four of them. Twenty-one were regressions in paths his own exploratory passes had covered two or three releases earlier and stopped covering, simply because there is more surface than any person can hold in their head. That reframed the argument from automation versus craft into coverage decay, which was already his language. Then I asked for something small and flattering instead of a mandate: would he own the list of paths that must never regress? He wrote it. Twenty-nine paths, his judgement, our pipeline. Over the following two halves the support queue took twelve escaped defects rather than thirty-four, and he sold the approach to the other squads far better than I could have. Hand the sceptic the pen has been my default move since.
Team and production scope, and the mechanism is what carries it: the argument was reframed into the other person's own values using evidence they read together, then ownership of the artefact was handed over rather than negotiated. Naming the repeatable move at the end reads senior. Without the joint defect review this would be an assertion, not influence.
Influencing one teammate on work you own is plenty. Ask why they see it differently, bring one small piece of evidence, and show you were genuinely open to being moved yourself.
Show the mechanics at feature scope: how you found the real objection under the stated one, why you picked the evidence you picked, and the smallest reversible commitment you asked for first.
Move a peer whose decision affects the team or production, then show what made it stick after your attention moved on: ownership handed over, a default changed, or a practice someone else now teaches.
Show a repeatable influence mechanism rather than one conversation: who you convince first and why, how the coalition forms, and how the decision holds up once you are no longer in the room.
saying these in an interview costs you the question
- Escalating to a manager as the first move rather than the last
- Describing persuasion as repeating your point until they gave up
- Never saying what the coworker actually cared about
- Winning the argument and leaving the person disengaged
- A vague outcome with nothing that changed afterwards
- Treating the peer's resistance as laziness rather than a real cost
- What would you have done if they had still said no?Show that you have a next step that is neither escalation nor surrender: log the disagreement in writing, set a review date, agree on the evidence that would change either mind, or accept the call and make the risk visible. Interviewers are checking that your influence has a floor, not that it always works.
- How do you tell persuading from pressuring someone?Answer with observable tests rather than sentiment. Did they have a cheap way to decline? Did you ask for a trial or a commitment? Did their behaviour change when you were not watching? Naming a time you noticed yourself sliding into pressure, and what you did about it, lands better than claiming you never do.
- Did the change stick after you stopped paying attention?This is the question that separates influence from compliance, so keep one durable detail for it: they extended the practice themselves, taught it to someone new, or it survived a reorganisation. If it did not stick, say what you now think was missing, usually ownership rather than agreement.