3 de Janeiro de 2026
Como falar sobre decisões técnicas polêmicas que você liderou
Como responder sobre decisões controversas em entrevista sem soar dogmático, defensivo ou apegado demais à própria opinião.
Andrews Ribeiro
Founder & Engineer
6 min Intermediario Pensamento
Trilha
Trilha para entrevistas de staff engineer
Etapa 3 / 13
O problema
Pergunta sobre decisão técnica polêmica costuma fazer muita gente escorregar.
Porque a resposta cai em um destes formatos:
- manifesto ideológico
- defesa longa demais
- história confusa de arquitetura
- retrospectiva falsa em que tudo parecia óbvio
Nenhum deles ajuda.
Quando o entrevistador pede uma decisão técnica controversa que você liderou, ele não está te pedindo uma tese.
Ele quer enxergar:
- como você pensou
- o que estava em jogo
- como lidou com oposição
- que custo aceitou
- e como acompanhou o resultado
Modelo mental
Pense assim:
decisão técnica polêmica é uma situação em que mais de um caminho parecia defensável, mas cada um cobrava um preço diferente.
Essa definição é melhor do que “era uma escolha difícil”.
Porque força você a mostrar:
- quais caminhos existiam
- por que pessoas razoáveis discordavam
- o que você priorizou
- e que risco você aceitou conscientemente
A parte forte da resposta não é “eu bancuei essa decisão”.
É “eu consigo deixar esse julgamento legível”.
Quebrando o problema
O entrevistador não quer bravura. Quer critério
Tem resposta que soa assim:
“Todo mundo queria X, mas eu bati o pé em Y porque eu sabia que era o certo.”
Às vezes isso até parece liderança.
Na maior parte do tempo, só parece ego.
Decisão madura não costuma ser vendida como heroísmo.
Ela costuma ser explicada como:
- contexto
- restrição
- trade-off
- risco
- decisão
Essa ordem importa.
Se a decisão parecia óbvia, ela não era tão polêmica assim
Muita gente escolhe um caso em que o “outro lado” parece obviamente errado.
Isso enfraquece a história.
Porque o avaliador conclui duas coisas possíveis:
- ou a decisão não era tão controversa
- ou você está simplificando demais a situação
Casos bons de entrevista costumam ter um outro lado que fazia sentido.
Exemplos:
- acelerar entrega para capturar janela importante
- evitar refactor maior por causa de capacidade do time
- adiar mudança estrutural por dependência externa
- aceitar solução mais simples para reduzir risco operacional
Quando o outro lado é plausível, sua decisão ganha densidade.
Você precisa mostrar opção descartada, não só opção escolhida
Essa é uma diferença importante.
Se você só fala da solução que venceu, a resposta fica parecendo propaganda.
Mas quando mostra:
- o que foi considerado
- por que parecia atraente
- qual custo escondido tinha
- por que não foi a opção final
o seu raciocínio começa a aparecer de verdade.
É aí que a entrevista fica boa.
Decisão técnica quase nunca é só técnica
Esse é um ponto que separa muito bem a maturidade.
Gente menos experiente conta a história como se a decisão fosse puramente de engenharia.
Só que decisões realmente polêmicas quase sempre envolvem:
- prazo
- operação
- suporte
- dependência entre times
- custo de manutenção
- risco de produto
Quando você traz esses elementos, a decisão deixa de soar estreita.
Não apague a oposição
Outro erro comum é resumir a discordância assim:
- “havia resistência”
- “o time tinha receio”
- “precisei alinhar todo mundo”
Isso é muito vago.
Resposta forte explica:
- quem discordava
- por quê
- qual parte da objeção era legítima
- como você tratou essa objeção
Isso não serve só para parecer colaborativo.
Serve para mostrar que você sabia exatamente o que estava pedindo da organização.
Fale também do que não saiu perfeito
Essa parte dá muita credibilidade.
Se a sua história termina em:
“Tomamos a decisão e no fim tudo deu certo.”
ela perde força.
Mesmo decisão boa cobra preço.
Talvez:
- o rollout tenha sido mais lento
- a manutenção inicial tenha ficado mais trabalhosa
- a adesão do time tenha exigido mais esforço
- o benefício tenha vindo mais tarde do que o esperado
Quando você admite custo real, a resposta fica muito mais confiável.
Exemplo simples
Pergunta:
“Me conta sobre uma decisão técnica controversa que você liderou.”
Resposta fraca:
“Eu decidi quebrar um módulo em serviços separados porque monólito não escalava e parte do time não entendia isso.”
Isso parece slogan.
Não diz:
- por que era a hora certa
- qual alternativa existia
- que custo vinha junto
- por que o time discordava
Resposta melhor:
“Em um fluxo crítico, eu defendi não separar tudo em serviços naquele momento, apesar de parte do time estar pressionando nessa direção. A posição deles tinha lógica: queriam reduzir acoplamento e melhorar autonomia. Minha leitura era que, com a observabilidade e a operação que tínhamos, aumentar fronteira distribuída ali só trocaria um problema conhecido por vários novos, mais difíceis de investigar. A decisão foi polêmica porque parecia menos moderna, mas eu estava priorizando capacidade operacional e previsibilidade do time naquele estágio. Em vez de negar o objetivo, propus reduzir acoplamento internamente primeiro e criar critérios claros para a extração posterior. Não foi uma vitória de opinião. Foi uma aposta de sequência. Depois, parte da pressão caiu porque conseguimos melhorar manutenção sem explodir custo operacional.”
Essa resposta mostra:
- opção defendida e opção descartada
- legitimidade do outro lado
- critério de decisão
- custo aceito
- resultado observado
Erros comuns
- Contar a história como se você estivesse provando que era o único lúcido.
- Falar só da solução escolhida e esconder as alternativas.
- Apagar fatores de prazo, operação e negócio.
- Reescrever a história com certeza que você não tinha na época.
- Escolher um caso tão complexo que a resposta vira arquitetura ilegível.
Como um senior pensa
Quem amadureceu costuma olhar para essas decisões assim:
“Eu não preciso convencer o entrevistador de que a decisão era perfeita. Preciso deixar claro por que ela era defensável naquele contexto.”
Isso muda bastante o tom.
Você para de vender a decisão como verdade universal e passa a explicá-la como julgamento situado.
E julgamento situado costuma aparecer em frases como:
- “naquele estágio do time”
- “com a operação que tínhamos”
- “dado o custo de mudança naquele momento”
- “com aquele nível de incerteza”
Esse tipo de contorno faz a resposta soar muito mais sênior.
O que o entrevistador quer ver
Ele quer perceber se você:
- sabe tomar decisão quando há mais de um caminho plausível
- explicita trade-offs em vez de esconder custo
- lida bem com discordância técnica
- considera contexto além da pureza arquitetural
- acompanha consequência depois da decisão
Uma resposta forte pode soar assim:
“Quando eu falo de uma decisão técnica polêmica, eu tento mostrar menos a tese vencedora e mais como eu estruturei a escolha. Quais caminhos existiam, por que o outro lado tinha argumentos válidos, que risco eu estava priorizando e qual custo eu aceitei ao decidir. O ponto principal não é provar que eu estava absolutamente certo. É mostrar que eu consegui decidir com critério em um contexto onde a resposta não era óbvia.”
Decisão técnica madura não parece dogma. Parece trade-off assumido com clareza.
Quando o seu julgamento fica visível, a polêmica deixa de soar como disputa e passa a soar como liderança.
Resumo rápido
O que vale manter na cabeça
- Entrevista sobre decisão polêmica quer julgamento visível, não opinião forte performática.
- Resposta boa mostra contexto, opções, trade-offs, risco e por que aquela decisão fez sentido naquele momento.
- Decisão controversa bem contada inclui custo, oposição e o que você observou depois.
- O entrevistador quer entender como você decide sob tensão, não se a sua solução era perfeita em retrospecto.
Checklist de pratica
Use isto ao responder
- Consigo escolher uma decisão realmente controversa, mas explicável, que eu liderei ou influenciei fortemente?
- Sei mostrar as opções consideradas e por que elas não foram escolhidas?
- Consigo falar de discordância sem pintar o outro lado como burro?
- Sei explicar resultado e aprendizado sem reescrever a história com sabedoria de depois?
Você concluiu este artigo
Parte da trilha: Trilha para entrevistas de staff engineer (3/13)
Compartilhar esta página
Copie o link manualmente no campo abaixo.