IntervYou logoIntervYou
Sign in
behavioralstar-methodcommon-questions

How to Answer "Tell Me About a Time You Disagreed With Your Manager"

Most candidates tank this question by being too diplomatic to be believable.

IIntervYou
··8 min read

Most candidates tank this question by being too diplomatic to be believable.

They give an answer so carefully sanitized — "we had a small difference of opinion, and after a conversation we both realized we were right" — that it signals exactly what interviewers fear: someone who either never pushes back or can't be honest about it.

The Trap Most People Fall Into

This question is a behavioral prompt, which means interviewers are running a structured evaluation, not making small talk. "Tell me about a time you disagreed with your manager" refers to a class of conflict-and-influence questions designed to surface three things simultaneously: your judgment (was the disagreement legitimate?), your process (how did you handle it?), and your maturity (what happened after?).

The failure mode is picking a story where you "won" cleanly and your manager was obviously wrong. That reads as either cherry-picked or tone-deaf. The second failure mode is the opposite: picking a story where you immediately backed down, dressed up as "listening to feedback." Neither works.

What the interviewer is actually scoring is whether you can hold a position under pressure while keeping the relationship intact.

What Hiring Managers Are Actually Scoring

At companies with formal interview calibration — Amazon's Bar Raiser process being the most documented example — interviewers leave the room and write independent assessments before any group discussion. For a question like this, they're typically mapping your answer against leadership principles around "Have Backbone; Disagree and Commit."

That specific Amazon principle is publicly documented and tells you something real: the gold standard answer isn't "I disagreed and I was right." It's "I disagreed, I made my case clearly, and then I committed to the decision regardless of outcome." That second half — the commit — is what separates a strong answer from a red flag.

Google's structured interviewing rubric (documented in their re:Work guides) similarly weights "comfort with ambiguity and conflict" in senior IC and management roles. The pattern holds across companies: they want evidence you can operate in friction without becoming the friction.

The STAR-Plus Structure for This Specific Question

The STAR method (Situation, Task, Action, Result) is a solid skeleton, but for disagreement questions it needs one extra vertebra: the Reflection. Without it, your answer either sounds defensive or lands without a point.

Here's how the structure maps out:

  1. Situation (2–3 sentences): Set the context. What was the project, the stakes, the timeline? Don't over-explain — your interviewer doesn't need the org chart.
  2. Task (1–2 sentences): What were you responsible for, and where did the conflict surface?
  3. Action (the bulk of your answer): What did you actually do? This is where most people go too thin. Name the specific steps — how you framed the disagreement, what evidence you brought, how you raised it, and with whom.
  4. Result (2–3 sentences): What happened? Be honest. "We went with the manager's approach, and it worked fine" is a perfectly acceptable result. So is "we tried my approach and it underperformed." What matters is what you did with either outcome.
  5. Reflection (1–2 sentences): What did you take from it? This is the sentence that separates a storyteller from a thinker.

A full answer using this structure should run 90–120 seconds out loud. If you're hitting 3 minutes, you're over-explaining the Situation and under-explaining the Action.

Choosing the Right Story

This is where most prep goes wrong. People either pick the most dramatic disagreement they've ever had (too much heat) or something so minor it doesn't register (too little).

The right story has three properties: the stakes were real, your reasoning was documented or articulable, and the relationship survived.

A product manager at a Series B startup who pushed back on a VP's decision to delay a feature launch — gathered data on competitor releases, wrote a one-pager, presented in the next sprint review — and was overruled, but whose concerns were noted and later revisited after the delayed launch underperformed: that's a strong story. It shows judgment, process, and maturity without requiring the manager to be a villain.

What you want to avoid: anything involving HR, anything that ended with someone leaving the company, and anything where the "disagreement" was actually just a miscommunication. Interviewers have seen all three. They'll clock it.

The Two Versions You Should Prep

Don't go into this interview with one story. Prep two, because the follow-up question will often push you toward a specific version.

Scenario When to use it
You pushed back and the decision changed When the role requires influence without authority (PM, staff engineer, senior IC)
You pushed back, lost, and committed anyway When the role is on a team with clear hierarchy or the JD mentions "collaborative" repeatedly

If the interviewer follows up with "Can you give me another example where the stakes were higher?" you want a second story ready, not a variation of the first one with different names.

Practice IntervYou's mock behavioral interviews specifically for this — the platform gives you a scored transcript after each run, so you can see whether your Action section is as detailed as you think it is, or whether you're spending 60 seconds on context and 15 seconds on what you actually did.

How to Handle the Follow-Up Questions

Interviewers probe. Here are the three most common follow-ups and how to handle each one:

"What would you have done differently?" — Don't say "nothing." Even if you think your approach was correct, there's always a process improvement. "I would have raised it one-on-one before the group meeting" is a real answer. "I would have built the data case earlier" is a real answer.

"How did your manager respond to the pushback?" — Be specific. "She appreciated it" is not specific. "She asked me to put together a one-pager so she could bring it to the director" tells the interviewer something real about both you and the dynamic.

"Would you say you're the type of person who often disagrees with leadership?" — This is a pressure test. The right answer is some version of: "When I have a data-backed perspective that conflicts with a decision in progress, yes. I'd rather raise it and be overruled than stay quiet and watch a preventable problem happen." That's it. Don't qualify it to death.

The Calibration Checklist Before You Walk In

Run your prepared story through this before the interview:

  • The disagreement was about a decision or direction, not a person
  • You can state your reasoning in two sentences without needing the full backstory
  • You raised the disagreement directly, not through a third party or passive resistance
  • You can name what evidence or data you brought to the conversation
  • The result is honest — not "and then everyone saw I was right"
  • The relationship with the manager was intact afterward (or you can explain the context if it wasn't)
  • Your reflection shows you learned something, even if the lesson was small

If you can't check all seven, either refine the story or pick a different one.

The 90-Second Answer That Actually Works

Here's what a strong answer sounds like in practice. The candidate is a senior engineer; the disagreement is with an engineering manager about a technical approach.

"We were six weeks from launch on a payments integration, and my manager wanted to use a third-party library we'd already evaluated as a short-term fix. My concern was that it handled edge cases in currency conversion inconsistently, and our main customer segment was international. I flagged it in Slack first to get a read, then asked for 20 minutes to walk through the specific scenarios I was worried about. I put together a comparison of three approaches with rough implementation timelines. He reviewed it, we aligned on one of the alternatives, and we shipped on schedule with no currency-handling issues post-launch. What I took from it was that I needed to lead with impact, not just the technical concern — the conversation moved faster once I framed it around customer risk rather than code quality."

That answer is specific, names a real risk, describes a real process, gives a result, and closes with a genuine takeaway. It took about 80 seconds. It didn't make the manager look bad. It made the candidate look like someone who does their homework before picking a fight.


The candidate who opens with "I don't really disagree with my manager often" and the candidate who opens with a story where they were obviously right and management was obviously wrong are both sending the same message: they haven't actually done this well before. Your goal is to be the third option — someone who has done it, done it with care, and can talk about it clearly.

If you want to test your answer before the real thing, Start a free mock →

Share this post

Related guides

Ready to practice?

Stop reading about interviews and start acing them. Get a realistic AI mock interview tailored to your target role — completely free.

Or explore plans & pricing

Get weekly MENA interview tips

Actionable strategies for landing roles at top companies across the Middle East.