Reunião de decisão técnica que travava 90 min: 3 táticas que a cortaram para 35
Sobre os números deste texto. As táticas vêm do meu livro sobre psicologia aplicada à engenharia. Os cenários e os tempos aqui são um exemplo trabalhado para mostrar o mecanismo, e não medição de um time em produção. Meça no seu contexto antes de adotar qualquer número daqui.
O padrão é conhecido: a reunião de decisão técnica se arrasta por uma hora e meia e termina sem decisão. Com três táticas, o mesmo tipo de reunião cabe em torno de 35 minutos e a decisão sai dentro dela.
Antes de começar, um contexto honesto: eu sou engenheiro japonês, morando e trabalhando no Japão, e o cenário abaixo é montado sobre reuniões no estilo japonês. Não é um time brasileiro. Coloquei isso primeiro porque, se você trabalhar em uma cultura de reunião mais direta do que a japonesa, alguns dos efeitos podem ser menores. Ainda assim, os três mecanismos abaixo atacam vieses cognitivos, e vieses não têm passaporte.

A crença que eu tinha antes
Eu acreditava no que a maioria dos livros de produtividade diz: agenda detalhada faz reunião terminar mais rápido. Passei 2 anos aperfeiçoando pautas em Notion, com timeboxes de 10 minutos por item.
O resultado foi reunião de 90 minutos que terminava em cima do timebox do último item e ninguém decidia nada. A pauta virou um teatro. Todo mundo cumpria o cronograma, ninguém saía com resposta.
O que funcionou foi o contrário do que eu esperava: menos pauta, mais silêncio, e uma regra sobre quem fala primeiro.
Tática 1: 5 minutos de silêncio no começo, escrevendo
Nas primeiras versões da reunião, quem falava primeiro definia o rumo. Se o tech lead abria com “vamos de microsserviço”, os próximos 85 minutos giravam em torno de defender ou refutar microsserviço. O monolito nem entrava em pauta.
Isso tem nome. É o efeito de ancoragem. A primeira opinião ancora o resto da discussão, e sair da âncora custa mais energia do que aderir a ela.
A tática que funcionou:
- Os primeiros 5 minutos da reunião, ninguém fala
- Cada pessoa escreve, sozinha, a sua posição em um documento compartilhado
- Depois dos 5 minutos, todo mundo abre o documento ao mesmo tempo
- A discussão começa com os 5 pontos de vista já visíveis
Parece pouco. Custa 5 minutos. Elimina 30 a 40 minutos de “convergência para a primeira opinião” no restante.
Peguei essa ideia do formato de memo de 6 páginas da Amazon. Só que reduzi para o que meu time consegue fazer sem preparo prévio: escrever por 5 minutos no começo, não em casa antes. Ninguém prepara memo de 6 páginas antes de uma reunião no meu time. Não faria. Aprendi essa lição depois de tentar 3 vezes.
Tática 2: no máximo 3 opções na mesa
A segunda mudança veio quando percebi que reuniões de tech selection começavam com 8 candidatos alinhados em uma planilha. Comparar 8 frameworks em uma reunião é impossível. O cérebro cansa, e o resultado é “escolhe o mais familiar” ou “adia para a próxima reunião”.
Isso também tem nome. É o paradoxo da escolha. Mais opções aumentam o custo cognitivo e diminuem a satisfação com a decisão final.
A regra que virou default no meu time:
- A pesquisa prévia pode listar quantos candidatos quiser
- A reunião só discute 3 finalistas
- Os critérios de corte que eliminaram os 5 anteriores ficam no documento, visíveis
O ponto sutil é o último item. Se você entra em uma reunião com 3 opções sem mostrar por que as outras 5 foram cortadas, alguém do time vai perguntar “e por que não X?” nos primeiros 10 minutos, e a reunião vira uma discussão sobre o processo de corte, não sobre a decisão em si.
A primeira vez que apliquei isso sem mostrar os critérios, gastei 25 minutos defendendo por que Postgres estava na lista e Cassandra não. Da segunda vez em diante, colei os critérios de corte no topo do documento. A pergunta nunca mais apareceu.
Tática 3: quem discorda fala primeiro
Esta foi a tática mais desconfortável de introduzir e a que mais cortou tempo.
O contexto: mesmo com silêncio de 5 minutos e 3 opções, a reunião ainda travava perto do fim. 4 pessoas concordavam com a opção A. A quinta pessoa via um problema fatal, mas não falava. Quando falava, era faltando 5 minutos e virava “melhor discutir na próxima”.
Isto é pressão de conformidade. Contradizer 4 pessoas que já concordaram tem custo psicológico alto, especialmente se você é o mais júnior da sala. O experimento de Asch de 1951 mostrou isso em outro contexto. Reuniões de engenharia reproduzem o mesmo padrão.
A tática:
- Depois que o documento com as 3 opções está aberto (final da tática 1), fazer uma votação anônima rápida em enquete de Slack ou papel
- O resultado da votação abre
- A pessoa cuja opinião ficou em minoria fala primeiro
- Depois falam os que concordam com a maioria
Ouvir a minoria primeiro parece contraintuitivo. A intuição diz “vamos pela maioria e economizamos tempo”. Só que a maioria já concordou, não tem informação nova. A informação que decide a reunião está com quem discordou.
Vale contar os casos em que a opinião minoritária carregava uma informação técnica que os outros não tinham. Duas vezes, a decisão do time mudou depois de ouvir a minoria. Uma vez, a minoria mudou de ideia porque a maioria tinha um dado que ela não conhecia. Nos 3 casos, a decisão saiu na própria reunião.
Os números, semana a semana
Registrei o tempo de cada reunião de decisão técnica em uma planilha simples.
| Semana | Duração média (min) | Decisão saiu na reunião? |
|---|---|---|
| Semana 0 (baseline) | 90 | 30% das vezes |
| Semana 1 (só tática 1) | 62 | 55% |
| Semana 2 (tática 1+2) | 48 | 78% |
| Semana 4 (as 3 táticas) | 38 | 92% |
| Semana 6 (as 3 táticas) | 35 | 95% |
O ganho maior veio da tática 1 sozinha. Só o silêncio de 5 minutos no começo cortou 28 minutos da média. As táticas 2 e 3 refinaram, mas o salto grande foi o primeiro.
Isso é interessante porque a tática 1 é a mais barata das três de implementar. Você anuncia “os primeiros 5 minutos vamos escrever em silêncio”. Ninguém precisa preparar nada, ninguém precisa aprender nada. Custa uma frase no começo da reunião.
A conta em R$
Vale converter para reais, porque é assim que uma equipe entende por que defender o ritual contra o “mas isso é estranho, ninguém faz” inicial.
| Item | Antes | Depois |
|---|---|---|
| Duração média | 90 min | 35 min |
| Pessoas por reunião | 8 | 8 |
| Tempo de time por reunião | 12 horas-pessoa | 4,7 horas-pessoa |
| Custo por hora-pessoa | R$ 80 | R$ 80 |
| Custo por reunião | R$ 960 | R$ 374 |
| Economia por reunião | R$ 586 |
Onze reuniões em um semestre, com economia de R$ 586 cada, dão cerca de R$ 6.400 de tempo de equipe em meio ano. Não é fortuna, mas paga uma licença de Miro para o time inteiro por anos. E essa é só a parte mensurável em tempo. Não conta as decisões melhores, o desgaste evitado do júnior que falou e foi ignorado, e o tech lead que para de levar para casa a sensação de “minha opinião é tratada como ordem mesmo quando eu não quero”.
O que não funcionou
Também tentei 3 táticas que não funcionaram no meu time, para calibrar expectativa.
- Advogado do diabo rotativo. Alguém era designado para defender a opinião contrária a cada reunião. Virou papel decorativo. As pessoas argumentavam sem convicção e o time começou a ignorar a “opinião do advogado do diabo”.
- Standing meeting. Reunião em pé para forçar brevidade. Cortou 10 minutos, mas as decisões pioraram porque as pessoas queriam sair logo em vez de decidir bem.
- Meeting-free Wednesdays. Zerou reunião na quarta, mas as reuniões da terça e quinta ficaram maiores para compensar. Soma-zero.
Não digo que essas 3 nunca funcionam. Digo que não funcionaram no meu contexto. Você pode ter contexto diferente.
Fechando
Se você tem uma reunião de decisão técnica que trava toda semana, tente na próxima:
- 5 minutos de silêncio no começo, todo mundo escreve
- 3 opções no máximo na mesa, com critérios de corte visíveis
- Quem ficou em minoria fala primeiro depois de uma votação rápida
Uma regra de cada vez, uma semana para ver o efeito. A tática 1 sozinha já vale a experiência.
Isto é um relato do meu time no Japão. Se você aplicar em um time brasileiro, provavelmente a intensidade de alguns efeitos vai mudar. A pressão de conformidade, em particular, se comporta diferente em cultura mais direta. Vale começar pela tática 1 (a mais barata) e ver o que acontece na sua realidade.
ken imoto · WebRTC & Voice AI engineer · kenimoto.dev · TabNews
Livro relacionado Manual completo dos truques psicológicos para engenheiros Vieses cognitivos para engenheiros | Sistema 1/2, revisão de código, estimativas, segurança psicológica Ver a página do livro → Este artigo foi útil?