A sprint planning meeting ends with two engineers visibly frustrated. A code review thread turns sharp, then silent. An on-call rotation feels unfair to half the team but no one raises it. A cross-functional dispute with product drags into its third week without resolution.
Workplace conflict is part of every job, but in modern tech teams — where work happens across Slack threads, async PR comments, and time zones — the dynamics are different than the conflict resolution training most professionals have sat through. The frameworks still apply. The execution has to adapt.
This article covers five proven conflict resolution strategies based on the Thomas-Kilmann model, a five-step process for working through a specific conflict, the benefits of handling conflict well, and the practical tips that separate professionals who resolve disputes cleanly from those who let them fester.
What is Conflict Resolution?
Conflict resolution is the process of identifying the source of disagreement between two or more parties and working through it to reach a workable outcome. In the workplace, effective conflict resolution preserves relationships, improves team collaboration, and prevents small issues from becoming chronic problems.
Conflicts happen for predictable reasons: differences in values, goals, communication styles, work preferences, priorities, or resource access. They aren’t a sign that a team is dysfunctional. They’re a sign that the team is doing real work, which inevitably involves disagreement.
The reason conflict resolution matters in professional settings is that unresolved conflict has compounding costs. It erodes trust, slows decision-making, and pushes good people out of teams. Engineers who would otherwise stay leave. Initiatives that should ship don’t. The cost of an unresolved conflict is rarely visible in a single quarter, but it shows up everywhere over time.
The good news: most workplace conflict isn’t personal. It’s structural — unclear ownership, competing priorities, async communication gaps. Once you can see the structure, the resolution becomes much more straightforward.
Common Causes of Conflict in the Workplace
Workplace conflict has a handful of recurring drivers. Recognizing the cause is half the resolution.
Miscommunication. Async work strips out tone and context. A PR comment that reads “this needs work” was probably meant constructively, but in text it can land as dismissive. Most IT team conflict starts in a written thread where one party interpreted the other’s message in the worst possible way.
Different goals or priorities. Engineering wants to ship clean architecture. Product wants to ship by Friday. QA wants more test coverage before release. None of those goals are wrong individually, but when they’re not aligned, they create predictable conflict around every release.
Personality clashes. Introvert and extrovert communication preferences, direct versus indirect feedback styles, detail-oriented versus big-picture thinkers. Personality differences become problems only when there’s no shared norm for working through them.
Resource competition. On-call rotation fairness, headcount for a project, ownership of a system, deployment windows, code review bandwidth. When resources are scarce, conflict emerges over allocation.
5 Effective Conflict Resolution Strategies
The dominant academic and corporate model for conflict styles is the Thomas-Kilmann Conflict Mode Instrument, developed by Kenneth Thomas and Ralph Kilmann in the 1970s. It maps conflict behavior across two axes: assertiveness (how strongly you push your own concerns) and cooperativeness (how strongly you accommodate the other party’s concerns). Five styles emerge from the combinations.
The five styles are:
- Avoiding
- Competing
- Accommodating
- Compromising
- Collaborating
There’s no single “right” style. The right style depends on the situation. Most people have a default they overuse — and skill in conflict resolution is mostly the skill of recognizing which style fits the moment and switching when needed.
1. Avoiding
Avoiding is low assertiveness combined with low cooperativeness — you sidestep or postpone the conflict.
When to use it: when the issue is trivial, when emotions are too high to discuss productively (give it a few hours), when you have no power to influence the outcome, or when the cost of engagement clearly outweighs the benefit.
Pros: preserves immediate harmony, buys time for emotions to settle.
Cons: unresolved issues fester. Chronic avoiders lose credibility and influence over time because peers stop trusting them to raise hard issues.
IT example: a one-time piece of Slack snark from a peer that doesn’t reflect a pattern. Let it go. Engaging would amplify it.
2. Competing
Competing is high assertiveness combined with low cooperativeness — you push your position and “win” the conflict.
When to use it: in emergencies (production is down, a decision is needed in 10 minutes), when an unpopular decision must be made (security policy, breaking change), or when you’re certain you’re right and the cost of being wrong is high.
Pros: fast, decisive, clear outcome.
Cons: damages relationships if overused. Suppresses better ideas. Team members eventually stop bringing concerns forward.
IT example: an incident commander during a Sev 1 outage makes the call. Debate is paused until the system is back up.
3. Accommodating
Accommodating is low assertiveness combined with high cooperativeness — you defer to the other party.
When to use it: when the issue matters more to them than to you, when you’re wrong, when preserving the relationship matters more than the specific outcome, or when building goodwill for a future ask.
Pros: preserves relationships, builds reciprocity, resolves quickly.
Cons: chronic accommodating leads to resentment and silent disengagement. It also reinforces the pattern that the louder voice always wins.
IT example: a peer wants their preferred linting rules in the project. You don’t have a strong preference. Let them have it.
4. Compromising
Compromising is moderate assertiveness combined with moderate cooperativeness — both sides give something up, both get something.
When to use it: when full collaboration isn’t possible due to time pressure, when both parties have equal power and conflicting goals, or as a temporary solution while a better answer is worked out.
Pros: fast, feels fair, both parties leave with something.
Cons: nobody gets the ideal outcome. Can become a lazy default that prevents better solutions from being explored.
IT example: engineering wants two sprints for a refactor, product wants zero. Split the difference at one sprint with a scoped backlog of what gets refactored.
5. Collaborating
Collaborating is high assertiveness combined with high cooperativeness — you work together to find a solution that fully satisfies both parties. Win-win.
When to use it: when the issue is important to both parties and the relationship matters long-term, when there’s time and trust to dig into root causes, or when combining the parties’ perspectives could produce a better outcome than either alone.
Pros: highest-quality solutions, strongest relationships, builds the team’s capacity to handle future conflicts.
Cons: time-intensive. Requires emotional energy and good-faith engagement from both parties. Doesn’t work if one side is in bad faith.
IT example: a tech lead and senior engineer disagree on the architecture for a six-month project. A half-day session digging into requirements, constraints, and tradeoffs lands on a hybrid neither would have proposed alone. Collaborating is the best long-term strategy for high-stakes IT decisions.
Steps to Resolve Conflict Effectively
Strategies tell you which mode to operate in. The five-step process tells you how to run the actual conversation. The two layers work together — pick your strategy first, then follow the process to execute it.
Step 1: Acknowledge the Conflict
The first failure mode is pretending the conflict isn’t there. Meetings get tenser. Slack threads get terser. But nobody names what’s happening.
Acknowledgment doesn’t require accusation. “I think we’re seeing this differently — can we talk?” is enough. In async-first IT teams, acknowledgment usually means moving the conversation out of public threads and into a 1:1 — a DM, a call, anywhere off the public channel. Public threads amplify defensiveness; private conversations defuse it.
Step 2: Listen to All Parties
Allow each party to express their position and the feelings underneath it without interruption.
Active listening means paraphrasing what you heard back before responding. “So what I’m hearing is that the on-call rotation feels unfair because you’ve covered the last three weekends — is that right?” The paraphrase forces you to actually hear what was said, and it lets the other party correct your interpretation before the conversation moves on.
The hardest part of listening is resisting the urge to defend, correct, or solve while the other party is talking. That’s not listening. That’s waiting to speak. In a multi-party conflict, listen to each party separately first before bringing them together.
Step 3: Define the Problem Clearly
Most conflicts are about the surface issue — who deploys, whose architecture wins, whose timeline matters. But the root cause is usually structural: unclear ownership, missing process, unstated expectations.
Force the definition. “What’s the actual problem we’re trying to solve?” Both parties should be able to state it in one sentence and agree on the statement.
If you can’t agree on the problem statement, you can’t agree on a solution. Stay here until alignment exists. Skipping this step is the single most common reason “resolved” conflicts resurface a month later.
Step 4: Find Common Ground
Identify shared goals. Both parties almost always want the same outcome — a working product, a fair process, a maintainable codebase. The disagreement is on how to get there.
Naming shared goals out loud changes the dynamic. It’s no longer me versus you. It’s both of us versus the problem.
A useful prompt: “What outcome would both of us call a success?” Answering that question together is the bridge from listening to solution-finding.
Step 5: Agree on a Solution
Brainstorm two or three options together. Generating multiple options breaks the binary framing that makes conflict feel zero-sum.
Evaluate each option against the shared goal defined in Step 4. Pick one. Write it down. Agree on specific commitments — who does what by when, not “we’ll figure it out.”
Then schedule a follow-up to check whether the solution is working. This is the step most people skip, and it’s the reason “resolved” conflicts often resurface. A 15-minute check-in two weeks later catches a solution that didn’t quite work before it becomes a new conflict.
Benefits of Conflict Resolution
Investing in conflict resolution skills isn’t just personal benefit. It has measurable impact on teams and careers.
Improved team collaboration. Teams that surface and resolve conflict early build trust faster. Trust is the prerequisite for high-performing engineering teams — without it, every disagreement becomes politicized.
Better communication. The process of resolving conflict forces both parties to articulate their concerns clearly. The skill transfers to everyday communication, not just conflict situations.
Reduced workplace stress. Unresolved conflict is the single biggest source of chronic workplace stress for most professionals. Resolution removes the cognitive load that comes from carrying an unresolved tension across multiple workdays.
Increased productivity. Teams that resolve conflict quickly spend less energy on workarounds, side conversations, and political maneuvering. More energy goes into the actual work.
Stronger career trajectory. Conflict resolution is one of the top-screened skills for engineering managers, tech leads, and senior individual contributors. Demonstrating it in your current role accelerates promotion conversations.
Stronger team dynamics over time. Teams that handle conflict well develop a “we can talk about anything” culture. That’s the foundation of psychological safety, and it’s what separates teams that ship from teams that stall.
Practical Tips for Managing Conflict
Strategies and processes are the structure. Day to day, conflict is won or lost on the small behaviors — how you listen, how you respond when emotions rise, whether you separate the problem from the person. These five tips are the in-the-moment habits.
Encourage Open Communication
Create an environment where team members can raise concerns without fear of retaliation or social cost.
For managers, this means explicitly inviting dissent in 1:1s. “What’s not working that we haven’t talked about?” is a better question than “How are things going?” For peers, it means modeling it. Be the first person to bring up the hard topic. Others will follow.
In async teams, structure matters. A regular “what’s broken” channel or retrospective cadence makes it normal to raise issues. Without structured prompts, hard topics stay buried.
Practice Active Listening
Understand before responding. Repeat back what you heard before stating your position. Eliminate distractions during the conversation — close Slack, put the phone away, give full attention.
Ask clarifying questions instead of jumping to conclusions. “Can you say more about what concerns you about this approach?” surfaces more than “I disagree because…” does.
In async or written conflict, re-read the message before responding. Assume positive intent on the first read. Revise your interpretation before you reply. Most aggressive-feeling messages weren’t meant aggressively.
Manage Emotions
Stay calm and professional. Emotional escalation makes resolution impossible.
If you feel heat rising, pause. Take a 24-hour break before responding to a tense Slack thread. Ask for a 10-minute break in a heated meeting. Name the emotion to defuse it: “I notice I’m getting frustrated — give me a minute” is far better than letting the frustration leak into your tone.
Don’t argue while tired, hungry, or right after a bad meeting. Emotional regulation drops sharply in those states, and you’ll say things you’d revise later.
Focus on the Problem, Not the Person
Separate the issue from the individual. “This approach has tradeoffs” lands very differently than “you always do this.”
Avoid blame language. “You never,” “you always,” and other absolutes trigger defensiveness and shut down listening. Frame in terms of impact, not character: “When the PR was merged without review, we hit a regression” is more productive than “You’re sloppy with PRs.”
In IT teams, critique the code, the design, the process — never the person behind them. The person can change a process. They can’t change who they are in a single conversation.
Be Willing to Compromise
Aim for win-win outcomes, but accept that perfect win-win isn’t always possible.
Be clear on what you actually need (the constraint) versus what you’d prefer (the option). Most conflicts have more flexibility than they first appear. Recognize when the relationship matters more than the specific outcome. Sometimes letting the other party have the win on a small issue buys credibility for the bigger ones later.
What not to compromise on: values, safety, or quality floors. Those aren’t negotiation items. Compromise on preferences and approaches.
Conclusion
Conflict resolution is a skill, not a personality trait. The five Thomas-Kilmann strategies (Avoiding, Competing, Accommodating, Compromising, Collaborating) tell you which mode to operate in. The five-step process (Acknowledge, Listen, Define, Common Ground, Agree on Solution) tells you how to run the conversation. The practical tips — open communication, active listening, emotional regulation, problem-not-person framing, willingness to compromise — are the daily habits that compound.
For IT professionals at every level, conflict-handling is one of the highest-leverage skills you can build. It’s the difference between teams that ship and teams that stall, between careers that grow and careers that plateau. The investment is small. The compounding return is significant.
Browse open IT jobs on VeriiPro and find teams where strong communication and conflict resolution are part of the culture, not an exception to it.
