Pular para o conteudo principal

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

Andrews Ribeiro

Founder & Engineer

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

Checklist de pratica

Use isto ao responder

Você concluiu este artigo

Parte da trilha: Trilha para entrevistas de staff engineer (3/13)

Próximo artigo Quando você discordou do time e o que fez Artigo anterior Como falar sobre conflitos e decisões difíceis

Continue explorando

Artigos relacionados