Por que conflito em TI é diferente
Times técnicos têm uma particularidade que poucos ambientes de trabalho replicam: o trabalho é intrinsecamente opinativo. Há raramente uma única resposta certa para uma pergunta de arquitetura ou design. Isso significa que discordância é estruturalmente embutida no trabalho — e conflito é uma extensão natural dessa discordância.
O problema é que desenvolvedores geralmente não foram treinados para discordar de forma produtiva. A formação técnica ensina a buscar soluções ótimas, o que cria uma mentalidade de que há uma resposta certa — e quem discorda está simplesmente errado. Quando duas pessoas igualmente inteligentes e informadas discordam, o sistema operacional padrão de muitos devs trava.
Gestores que entendem essa dinâmica têm muito mais facilidade de intervir de forma eficiente. A primeira pergunta não é "quem está certo?" — é "que tipo de conflito é esse?"
Os 4 tipos de conflito mais comuns em times técnicos
1. Conflito de perspectiva técnica
Duas pessoas experientes discordando sobre qual abordagem técnica é melhor. Esse conflito tem solução por critérios objetivos: qual alternativa atende melhor aos requisitos de performance, manutenibilidade, segurança e custo? A maioria desses conflitos se resolve com um processo estruturado de tomada de decisão, não com mediação interpessoal.
2. Conflito de prioridade
Dois membros do time competindo pela atenção dos mesmos recursos — um quer resolver dívida técnica, outro quer avançar features. Esse conflito é sobre falta de clareza de prioridades. A solução é do gestor, não do time: definir e comunicar a prioridade, com contexto sobre por que ela existe.
3. Conflito de estilo de trabalho
Pessoas com formas diferentes de trabalhar que entram em atrito: o dev que prefere discutir antes de codar vs. o que prefere codar e depois discutir; o que documenta tudo vs. o que acha que código bem escrito é a documentação. Esse conflito normalmente se resolve com acordos de time — normas explícitas sobre como o grupo trabalha junto.
4. Conflito interpessoal
O mais difícil. Quando o desentendimento técnico é apenas a superfície de uma tensão interpessoal mais profunda — falta de respeito, competição por status, histórico de situações mal resolvidas. Esse conflito raramente se resolve só com mediação técnica. Precisa de intervenção do gestor no nível da relação.
"O conflito técnico que não é resolvido vira conflito interpessoal em semanas. A janela de intervenção eficiente é curta."
Conflito de código versus conflito de pessoa
Uma das distinções mais importantes para gestores de TI: o que parece conflito de código frequentemente é conflito de pessoa. Quando dois devs continuam discutindo o mesmo PR por dias, com comentários cada vez mais rígidos, o problema já não é o código — é a relação.
Os sinais de que um conflito técnico virou conflito interpessoal: o tom das mensagens ficou mais agressivo, as pessoas param de raciocinar e começam a repetir a própria posição com mais força, um dos lados começa a evitar colaboração com o outro, os comentários fazem alusões à competência geral da pessoa ("como alguém com sua experiência pode sugerir isso?").
Quando esses sinais aparecem, a discussão técnica precisa ser pausada. Resolver o PR não resolve o problema — e o conflito vai reaparecer na próxima oportunidade.
Quando intervir (e quando não intervir)
Um dos erros mais comuns de gestores é intervir cedo demais em conflitos que o time poderia resolver sozinho. Quando dois devs estão discutindo uma abordagem técnica com argumentos racionais, o gestor que entra e decide pelo time priva esse time de uma oportunidade de aprender a discordar e decidir.
Intervenha quando:
- O conflito está impedindo progresso de forma observável — o trabalho está travado por mais de 24-48 horas por causa do impasse
- O tom das comunicações está se deteriorando (hostilidade, desrespeito, ataques pessoais)
- Uma das partes tem muito menos poder que a outra e não consegue se defender de forma eficiente
- O conflito está se espalhando para outras pessoas do time
- Uma das partes veio falar com você sobre o conflito — isso é um pedido implícito de intervenção
Um time sem nenhum conflito visível é um sinal de alarme, não de harmonia. Significa que as pessoas não se sentem seguras para discordar — e que os conflitos reais estão acontecendo em conversas de bastidores, sem resolução. Conflito produtivo é sinal de segurança psicológica. Ausência total de conflito é sinal de supressão.
Como mediar uma discussão técnica acalorada
Quando uma discussão técnica precisa de mediação, o processo em três passos que funciona consistentemente:
Passo 1 — Separar e ouvir: fale com cada pessoa individualmente antes de tentar resolver no grupo. Entenda o ponto de vista de cada um sem o outro presente — a presença do outro muda o que as pessoas dizem.
Passo 2 — Identificar o núcleo do desacordo: frequentemente, as pessoas discordam porque estão usando os mesmos termos para conceitos diferentes, ou porque estão operando com informações diferentes. A mediação começa com a busca pelo ponto exato onde os raciocínios divergem.
Passo 3 — Criar um processo de decisão, não uma decisão: sempre que possível, devolva a decisão para o time com um processo claro — definam juntos os critérios de escolha e depois apliquem esses critérios. Isso preserva a autonomia do time e ensina como resolver futuros conflitos.
Quando o conflito é sintoma de outro problema
Conflitos recorrentes no mesmo tema ou entre as mesmas pessoas geralmente indicam um problema estrutural que está sendo manifestado como conflito interpessoal. Papéis e responsabilidades mal definidos criam conflito porque não está claro quem tem a palavra final. Falta de processos de decisão técnica cria conflito porque cada decisão se torna uma disputa de poder. Escassez de recursos cria competição que se manifesta como conflito.
O gestor que resolve apenas o conflito imediato sem endereçar a causa raiz vai ter o mesmo conflito de novo em semanas.