"Tell Me About a Time You Handled Conflict at Work": STAR Answer Examples for Developers
By Preeti Verma
"Tell me about a time you disagreed with a colleague." "Describe a conflict at work and how you handled it." Variations of this question appear in nearly every behavioural round, and they make many people nervous. You worry about sounding negative, or about criticising a former colleague.
The question is not a trap. Interviewers ask it because every team has disagreements, and they want to see how you handle them: calmly, respectfully, and with the goal of getting a good result.
What interviewers are really checking
- Can you disagree without damaging the relationship?
- Do you listen and try to understand the other side?
- Do you focus on the problem, not the person?
- Do you take responsibility and look for a solution?
- Did you learn something?
If your answer shows those five things, you pass, whatever the topic of the conflict was.
Use the STAR method
STAR keeps your answer short and structured. If you have not used it before, our guide to behavioural questions and the STAR method explains it in detail.
- Situation: the context, in one or two sentences.
- Task: your role, and what needed to happen.
- Action: what you did. This is the longest part.
- Result: the outcome, and what you learned.
Aim for about 90 seconds to two minutes. Keep roughly 20 percent on the situation and task, 60 percent on your actions, and 20 percent on the result.
Choose the right story
Pick a conflict that is:
- Real and specific, not a vague "we sometimes disagreed".
- Professional, about work approaches, priorities or communication, not personality attacks.
- Resolved or at least handled well, ideally with a positive result or a clear lesson.
- Not about a serious misconduct issue or something that makes you look unable to cooperate.
Good topics: a disagreement about a technical design, conflicting deadlines or priorities, a misunderstanding about requirements, or a difficult stakeholder.
Example 1: A technical disagreement
Situation: "In my last project, a teammate and I disagreed about whether to build a new reporting feature using a message queue or a simple scheduled job. We were two weeks from a release."
Task: "As the developer responsible for the feature, I needed us to agree quickly, without delaying the release or harming our working relationship."
Action: "I first asked him to explain his reasoning, and I realised he was worried about reports being delayed if the job failed. I shared my concern, which was the extra complexity and the short deadline. Instead of arguing, I suggested we list what we both needed: reliability, simplicity, and a path to scale. We wrote a quick comparison and tested a small version of each in an afternoon. I also asked our tech lead to review the comparison."
Result: "We chose the scheduled job with retries and monitoring for the release, and agreed to move to a queue later if volume grew. We shipped on time, and he later told me he appreciated that we decided with data. I learned to start by understanding the other person's worry before defending my own idea."
(This is an example. Use a real story of your own.)
Example 2: Conflicting priorities with another team
Situation: "Another team asked me to fix a bug in a shared service on the same day I had committed to finish a feature for my own team. Both were marked urgent."
Task: "I needed to avoid letting either team down and make the priority decision clearly, not quietly."
Action: "I spoke to both managers, explained the two deadlines and the impact of each, and asked them to agree on the order. I offered a plan: I would fix the bug first because it was affecting customers, and a teammate would help me finish the feature the next morning. I confirmed the plan in writing."
Result: "The bug was fixed within two hours, and the feature shipped a day later with no surprises. It taught me to raise conflicting priorities early and let the people who own them decide, rather than guess."
Example 3: A difficult stakeholder
Situation: "A product manager kept changing requirements late in a sprint, which frustrated the team, and I felt it was hurting quality."
Task: "I wanted to improve the situation without turning it into a blame game."
Action: "I asked for a short one-to-one and started by acknowledging the pressure he was under from customers. Then I showed him a simple list of how many changes came in after planning and how they affected testing. I suggested a small change: a short refinement session before each sprint and a clear way to handle urgent changes."
Result: "Late changes dropped noticeably over the next two sprints, and the relationship improved. I learned that showing someone the impact calmly works better than complaining about it."
Phrases that work
- "I wanted to understand their point of view first."
- "We agreed on what the goal was."
- "I focused on the problem, not the person."
- "We decided based on data or a small test."
- "I confirmed the decision in writing so we were aligned."
- "Looking back, I would have raised it earlier."
Mistakes that sink conflict answers
- Blaming or insulting the other person. Even if they were wrong, stay neutral.
- Saying "I have never had a conflict." It sounds untrue, or like you avoid difficult conversations.
- A story where you "won" and the other side was simply wrong. Interviewers prefer collaboration to victory.
- No action from you. "My manager sorted it out" tells them nothing about you.
- No result or lesson. Always finish with what happened and what you learned.
- Choosing a trivial story such as a disagreement about lunch, or a huge one such as a legal dispute.
Follow-up questions to expect
- "What would you do differently now?"
- "How did you feel at the time?"
- "What if the other person had refused to compromise?" (Escalate respectfully to a manager with the facts, after you have tried to resolve it directly.)
- "How did the relationship afterwards?"
Prepare two or three stories
One story can answer many questions: conflict, teamwork, a hard decision, a mistake. Write down two or three real experiences in STAR form, then practise saying them out loud until they sound natural, not memorised. A voice mock interview with behavioural questions lets you hear how your story actually sounds, and the report shows how clear and structured it was. For related questions, read our guides on your greatest weakness and why should we hire you.
Practise this on GenQuest
- Start a voice mock interview: answer out loud to an AI interviewer that knows your resume and the role, get follow-up questions, then read a scored report with a question-by-question review. Your first 15-minute interview is free.
- Ask the AI Coach: paste any question you are stuck on and get it explained in plain words, with a short answer you could say in an interview. See how it works in our AI Coach introduction.
- Open the question banks: Core Java scenarios, Blind 75 and NeetCode 150, high-level and low-level design questions, and company-wise sheets, with a free preview and progress tracking.
FAQ
What if my conflict was with my manager? You can use it, if you stay respectful and focus on how you raised the issue constructively. Avoid making your manager the villain.
What if I do not have work experience? Use a project, internship, college team or volunteer situation. The skills you show are the same.
How long should my answer be? About 90 seconds to two minutes.
The takeaway
Choose a real, professional conflict, tell it in STAR order, spend most of the time on what you did, and end with the result and what you learned. Calm and constructive beats clever every time.