Healthy conflict in teams have a tipping point
I used to think the healthiest teams were the ones that argued the hardest.
Healthy arguments are one of such rituals which broke free from the earlier pretentiousness of politeness, and fake harmony artificially induced to maintain the statis. This impression was majorly influenced by Patrick Lencioni and his book, The Five Dysfunctions of a Team where he says to trust the team strong enough to even survive serious conflict. This way you’re antifragile to the chaos, and keep growing in a way.
If people were pushing back, asking uncomfortable questions, and refusing to nod along too quickly, that seemed like a sign of maturity right? Right.
Lately I’ve started wondering whether some teams don’t fail BECAUSE they avoid conflict. I think, they fail BECAUSE they never learn when conflict has stopped being useful.
Most startup teams already know that fake agreement is dangerous. Everyone has seen the meeting where people stay quiet, the decision gets made too quickly, and the real objections emerge in the hallway later. So the idea here is to do exactly the opposite: speak up, challenge assumptions, don’t be a passenger. This is level 1, according to the Patrick Lencioni.
The problem is that some teams internalize only the first half of the lesson. They become good at voicing opinions and bad at converging. They confuse the responsibility to contribute with the responsibility to commit. And once that happens, “healthy conflict” quietly mutates into something else, leaving the state to be worser than before.
I’ve seen teams argue through a real question, give everyone room to make their case, and still end with uneven conviction. The team doens’t buy it, and it gets stuck. That to me has been a great benchmark setting expectations for what an alpha team should do.
Alignment doesn’t require agreement. It requires closure. But then comes the part that reveals whether the team is actually a team. The decision gets made. The room moves on. And one person keeps resurfacing their original view to stakeholders as if the discussion is still open. Now the stakeholder is hearing two positions: the team’s position, and this person’s position. Except that distinction doesn’t stay clean for long. Very quickly it becomes unclear whether the team has a stance at all.
You can feel the slippage in the language. “I think we should…” “My view is…” “I’m not convinced by what the team decided…” Maybe all of that is intellectually honest. It is not operationally honest. At that point, the conflict is no longer improving the decision. It’s competing with the decision. It leaks out of the room as side-channel lobbying. It turns internal disagreement into external ambiguity. What looked like courage starts looking more like an inability to commit.
This is the part teams are often confused about. They assume that continuing to assert a strongly held opinion is a mark of integrity. Sometimes it is. But sometimes it is just a refusal to accept that a team is not a federation of permanent individual positions. And this gets even messier when the stakes are low.
I once saw a discussion about a small piece of microcopy become strangely existential. What should have been a reversible product choice expanded into a philosophical argument about language, intent, user psychology, and who gets to decide what “good” means. Both sides had real points. One person also had legitimate domain expertise, which made the eventual closure sting more when product chose the other direction.
That’s precisely why these moments are hard. The losing side is not always wrong. The overruled expert is not always being unreasonable. The team may still need to move. Not every decision deserves constitutional voting.
This is where the one-way door versus two-way door distinction becomes useful. Some decisions really are expensive to reverse. Those deserve more scrutiny, more conflict, more care. But a surprising number of startup decisions are reversible, or at least recoverable. A line of copy. A workflow tweak. A product behavior that can be tested in the wild faster than it can be argued to death in a meeting. When teams treat every decision like a one-way door, they create a culture where every disagreement feels morally loaded. Progress slows. People defend positions longer than they should. Discussion becomes a proxy war for status, expertise, or identity.
That residue shows up in subtle ways. Side-channel lobbying is one. Speaking in singular instead of plural when representing the team is another. Sandbagging is the quietest version of all: the decision is technically accepted, but not really supported. Execution becomes slower, thinner, strangely less wholehearted. Nobody openly rebels. The team just never fully carries the choice forward.
That, to me, is the clearest sign that healthy conflict has crossed into unhealthy conflict: the team keeps paying for a decision it already made.
None of this means decisions should become irreversible decrees. That would be its own dysfunction. Teams should absolutely revisit decisions when new evidence appears, when assumptions break, when reality teaches something the meeting could not. A simple decision log - some canonical place where the team records what was decided and why - can help here. It creates closure without pretending certainty. It also raises the bar for reopening the question: bring evidence, not just residual discomfort.
Maybe that is the better test of a healthy team. Not whether people speak freely. Not whether meetings are intense. Not even whether disagreement is visible. Those are table stakes.
The deeper question is whether a team knows how to stop fighting at the right time. Whether it can argue honestly, decide clearly, and then move as one unit even while carrying traces of disagreement. Whether it understands that alignment doesn’t necessarily mean agreement, but it does require commitment.
I still think teams should avoid fake harmony. I just no longer believe that more conflict is always a sign of health.
Subscribe to get future posts via email (or grab the RSS feed). 2-3 ideas every month across design and tech
Read more
- Hammock driven developmentagentic-coding
- Peculiar ways number three fits into our funny little brains
- AI sandwich as a defacto principle for anything agentic engineering relatedagentic-coding
- How I write essays in 2026writing
- Authority in the guise of evidencecritical-rationalism
- Map is not the territoryphilosophy
- Self hypnosis as a manifestation ritualmeditation
- Hegelian dialectic for structured reasoning with AI agentsphilosophy
- How I prepare for tough negotiations nowadaysnegotiation
- When should we steelthread somethingproduct-development
- How to become a polyglot
- Breadboarding, shaping, slicing, and steelthreading solutions with AI agentsproduct-management
- Healthy conflict in teams have a tipping point
- Deslopify AI writing
- How I started building softwares with AI agents being non technicalagentic-coding
- Read raw transcriptsknowledge
- Legible and illegible tasks in organisationsproduct
- L2 Fat marker sketchesdesign
- Writing as moats for humanswriting
- Beauty of second degree probesdecision-making
- Boundary objects as the new prototypesprototyping
- One way door decisionsproduct
- Finished softwares should existproduct
- How I periodically rank my rough draftsobsidian
- Flipping questions on its headinterviewing
- Vibe writing maximswriting
- How I blog with Obsidian, Cloudflare, AstroJS, Githubwriting
- How I build greenfield apps with AI-assisted codingai-coding
- We have been scammed by the Gaussian distribution clubmathematics
- Classify incentive problems into stag hunts, and prisoners dilemmasgame-theory
- I was wrong about optimal stoppingmathematics
- Thinking like a ship
- Hyperpersonalised N=1 learningeducation
- New mediums for humans to complement superintelligenceai-coding
- Maxims for AI assisted codingai-coding
- Personal Website Starter Kitai-coding
- Virtual bookshelvesaesthetics
- It's computational everythingtrends
- Public gardens, secret routesdigital-garden
- Git way of learning to codeai-coding
- Kaomoji generatorsoftware
- Copy, Paste and Citeai-coding
- Style Transfer in AI writingai-coding
- Understanding codebases without using codeai-coding
- Vibe coding with Cursorai-coding
- Virtuoso Guide for Personal Memory Systemsmemory
- Writing in Future Pastwriting
- Publish Originally, Syndicate Elsewhereblogging
- Poetic License of Designdesign
- Idea in the shower, testing before breakfastsoftware
- Technology and regulation have a dance of ice and firetechnology
- How I ship "stuff"software
- Writing is thinkingwriting
- Song of Shapes, Words and Pathscreativity
- How do we absorb ideas better?knowledge
- Read writers who operatewriting
- Brew your ideas lazilyideas
- Trees, Branches, Twigs and Leaves — Mental Models for Writingwriting
- Compound Interest of Private Notesknowledge
- Conceptual Compression for LLMsai-coding
- Meta-analysis for contradictory research findingsdigital-health
- Proof of workproduct
- Gauging previous work of new joinees to the teamleadership
- Task management for product managersproduct
- Beauty of Zettelswriting
- Stitching React and Rails togetherai-coding
- Exploring "smart connections" for note takingknowledge
- Deploying Home Cooked Apps with Railssoftware
- Repetitive Copypromptingwriting
- Questions to ask every decadejournalling
- Balancing work, time and focusproductivity
- Hyperlinks are like cashew nutswriting
- Brand treatments, Design Systems, Vibesdesign
- How to spot human writing on the internetwriting
- Can a thought be an algorithm?product
- Opportunity Harvestingcareers
- How does AI affect UI?design
- Everything is a prioritisation problemproduct-management
- Nowlifestyle
- How I do product roastsproduct
- The Modern Startup Stacksoftware
- In-person vision transmissionproduct
- How might we help children invent for social good?social-design
- The meeting before the meetingmeetings
- Design that's so bad it's actually gooddesign
- Lessons learnt interview prepping for product rolesinterviewing
- Obsessing over personal websitessoftware
- English is the hot new programming languagesoftware
- Better way to think about conflictsconflict-management
- The role of taste in building productsdesign
- Dear enterprises, we're tired of your subscriptionssoftware
- Products need not be user centereddesign
- World's most ancient public health problemsoftware
- Pluginisation of Modern Softwaredesign
- Let's make every work 'strategic'consulting
- Making Nielsen's heuristics more digestibledesign
- Startups are a fertile ground for risk takingentrepreneurship
- Insights are not just a salad of factsdesign
- Minimum Lovable Productproduct
- Methods are lifejackets not straight jacketsmethodology
- How to arrive at on-brand colours?design
- Minto principle for writing memoswriting
- Importance of Whytask-management
- Quality Ideas Trump Executionsoftware
- How to hire a personal doctor
- Why I prefer indie softwareslifestyle
- Use code only if no code failscode
- Self Marketing
- Personal Observation Techniquesdesign
- Design is a confusing worddesign
- A Primer to Service Design Blueprintsdesign
- Rapid Journey Prototypingdesign
- Visualise detailed file structures on CLIcli
- Do's and Don'ts of User Researchdesign
- Design Manifestodesign
- Complex project management for productproducts
- How might we enable patients and caregivers to overcome preventable health conditions?digital-health
- Pedagogy of the Uncharted — What for, and Where to?education
- Future of Ageing with Mehdi Yacoubiinterviewing
- Future of Tacit knowledge with Celeste Volpiinterviewing
- Future of Rural Innovation with Thabiso Blak Mashabainterviewing
- Future of Equity with Ludovick Petersinterviewing
- Future of work with Laetitia Vitaudinterviewing
- Future of Mental Health with Kavya Raointerviewing
- Future of unschooling with Che Vanniinterviewing
- How might we prevent acquired infections in hospitals?digital-health
- The why to endure any howentrepreneurship
- Design education amidst social tribulationsdesign
- How might we assist deafblind runners to navigate?social-design