← Voltar ao Blog

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.

Antes: 90 min sem decidir. Depois: 35 min com decisão fechada. As 3 táticas em uma imagem

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:

  1. Os primeiros 5 minutos da reunião, ninguém fala
  2. Cada pessoa escreve, sozinha, a sua posição em um documento compartilhado
  3. Depois dos 5 minutos, todo mundo abre o documento ao mesmo tempo
  4. 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:

  1. 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
  2. O resultado da votação abre
  3. A pessoa cuja opinião ficou em minoria fala primeiro
  4. 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.

SemanaDuração média (min)Decisão saiu na reunião?
Semana 0 (baseline)9030% das vezes
Semana 1 (só tática 1)6255%
Semana 2 (tática 1+2)4878%
Semana 4 (as 3 táticas)3892%
Semana 6 (as 3 táticas)3595%

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.

ItemAntesDepois
Duração média90 min35 min
Pessoas por reunião88
Tempo de time por reunião12 horas-pessoa4,7 horas-pessoa
Custo por hora-pessoaR$ 80R$ 80
Custo por reuniãoR$ 960R$ 374
Economia por reuniãoR$ 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

Manual completo dos truques psicológicos para engenheiros 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 →