Reunião de decisão técnica que travava 90 min: 3 táticas que a cortaram para 35
Meu time gastava, em média, 90 minutos por reunião de decisão técnica e saía sem decidir. Depois de 6 semanas aplicando 3 táticas, a média caiu para 35 minutos e a decisão saía dentro da própria reunião.
Antes de começar, um contexto honesto: eu sou engenheiro japonês, morando e trabalhando no Japão. Os números abaixo vêm do meu time japonês. Não são de 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.
No meu time, houve 3 casos em 6 semanas 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.
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?