Você já saiu de uma reunião técnica com a sensação de que todo mundo entendeu, mas ninguém teve coragem de perguntar nada?
Alguém apresenta uma arquitetura nova. Mostra um diagrama complexo, cheio de caixas e setas. Filas, serviços, eventos, caches e pipelines.
A sala fica em silêncio.
Algumas pessoas balançam a cabeça. Outras fazem cara de quem entendeu. E a reunião termina com um clássico:
“Então estamos alinhados.”
Mas muitas vezes ninguém está.
Porque existe uma força invisível dentro de equipes técnicas: o medo de parecer que não entendeu.
E esse medo custa caro.
Muito caro.
O problema não é quem pergunta demais
Existe um tipo de engenheiro que incomoda um pouco nas discussões.
Ele interrompe.
Pergunta coisas como:
- “Espera… quem consome esse evento?”
- “O que acontece se esse serviço cair?”
- “Como sabemos que isso está funcionando?”
- “Qual é a definição de pronto aqui?”
São perguntas simples.
Quase óbvias.
Às vezes até parecem ingênuas.
Mas existe um detalhe importante: essas perguntas revelam coisas que ninguém tinha percebido.
A engenharia está cheia de suposições invisíveis
Aqui está o ponto curioso.
Muitas vezes o problema não está na arquitetura.
Está no silêncio da sala.
Grande parte dos problemas vêm de suposições que ninguém questionou.
Por exemplo:
- assumir que um serviço sempre estará disponível
- assumir que os dados sempre chegam no formato correto
- assumir que todo mundo entendeu o mesmo requisito
- assumir que “pronto” significa a mesma coisa para todos
Essas suposições passam despercebidas quando ninguém faz perguntas.
E só aparecem semanas depois, quando o sistema quebra em produção.
Perguntas simples expõem problemas complexos
Algumas perguntas parecem básicas demais para uma sala cheia de engenheiros experientes.
Mas justamente por isso elas são poderosas.
Alguns exemplos clássicos:
“O que acontece quando isso falhar?” Não se. Quando.
Porque tudo falha.
“Como sabemos que está funcionando?”
Muitos sistemas funcionam… até o dia em que param.
E ninguém percebe.
Sem monitoramento, sem alertas, sem métricas.
“Pode me mostrar um exemplo real?”
Discussões abstratas criam falsas concordâncias.
Um exemplo concreto revela rapidamente quando duas pessoas estão imaginando coisas diferentes.
O paradoxo das reuniões técnicas
Quanto mais sênior a pessoa é, menos medo ela tem de fazer perguntas simples.
Engenheiros experientes aprenderam algo importante:
Parecer inteligente na reunião não importa.
Construir a coisa certa importa.
Já quem está começando muitas vezes tenta fazer o contrário:
- perguntas complexas
- comentários sofisticados
- respostas rápidas
Tudo para demonstrar conhecimento.
O resultado é curioso.
Quem deveria perguntar mais pergunta menos.
O maior inimigo da clareza é o ego
Fazer perguntas exige uma postura difícil:
admitir que talvez você não tenha entendido.
Isso mexe com o ego.
Mas a alternativa é pior:
seguir em frente com um entendimento errado.
E engenharia não perdoa mal-entendidos.
Um pequeno equívoco no começo vira:
- semanas de retrabalho
- arquitetura remendada
- dívida técnica desnecessária
Tudo porque ninguém quis levantar a mão e perguntar:
“Desculpa, mas você pode explicar isso de novo?”
Engenharia boa não é silenciosa
Equipes fortes não são aquelas onde todos concordam rapidamente.
São aquelas onde as pessoas se sentem confortáveis para perguntar:
- “Por quê?”
- “E se isso der errado?”
- “Tem outra forma de fazer?”
- “O que exatamente significa isso?”
Essas perguntas não atrasam projetos.
Elas evitam que o projeto siga na direção errada.
Então faça a pergunta
Se algo não fez sentido para você em uma discussão técnica, existe uma boa chance de que outra pessoa também não tenha entendido.
Ela só não perguntou.
Então seja a pessoa que pergunta.
Mesmo que pareça simples. Mesmo que pareça óbvio.
Porque na engenharia existe algo muito mais caro do que parecer um pouco perdido numa reunião.
É descobrir tarde demais que todo mundo entendeu errado.
