A reunião que deveria ter sido um documento (e o documento que deveria ter sido uma reunião)

"Esta reunião poderia ter sido um e-mail" tornou-se uma piada porque descreve algo que todo mundo já vivenciou: sentar-se em uma reunião que existe apenas para transferir informações em uma única direção, onde o público absorve passivamente o que uma pessoa está dizendo e onde nenhuma discussão, debate ou decisão realmente acontece.

A piada persiste porque o problema persiste. As reuniões se multiplicam com o tamanho da equipe, a maioria delas é informativa em vez de interativa, e ninguém tem uma estrutura sistemática para decidir quais atividades de coordenação precisam de tempo síncrono e quais não precisam.

Aqui está uma.

O teste

Para cada reunião recorrente em seu calendário, faça uma pergunta: esta reunião é principalmente sobre a transferência de informações ou é principalmente sobre gerar algo novo por meio da interação?

Se a reunião for principalmente para transferir informações em uma única direção (uma pessoa ou equipe compartilhando status, contexto, decisões ou atualizações com outras que estão apenas ouvindo), ela deve ser um documento. Um wiki de escrita automática que captura o status do GitHub e do Slack, um registro de decisão que documenta o raciocínio por trás de uma escolha, uma atualização de projeto que é escrita em vez de apresentada. A informação atinge um público mais amplo (todos, não apenas os participantes), persiste por mais tempo (pesquisável, não esquecida) e custa menos tempo (ler é mais rápido do que comparecer).

Se a reunião for principalmente para gerar algo novo por meio da interação (brainstorming, resolução criiva de problemas, resolução de conflitos, tomada de decisão que exige debate em tempo real, construção de relacionamentos), ela deve continuar sendo uma reunião. Essas atividades exigem o vai e vem, as pistas não verbais, o dinamismo da troca em tempo real. Um documento não consegue replicá-los.

Aplicando a estrutura

Standups → documento. A standup padrão (o que fiz ontem, o que estou fazendo hoje, quaisquer impedimentos) é transferência de informação. Cada pessoa compartilha seu status. Ninguém discute isso profundamente. A informação é melhor atendida por um documento de status que seja visível para todos e atualizado continuamente a partir da atividade do projeto.

Revisão de sprint (sprint review) → documento. Uma apresentação do que foi entregue e por quê. O público faz perguntas ocasionais para esclarecimento, mas na maior parte do tempo apenas ouve. Um registro de alterações gerado a partir de PRs mesclados fornece a mesma informação com menos investimento de tempo.

Discussão de arquitetura → reunião. Várias pessoas debatendo prós e contras, avaliando opções e chegando a uma decisão que exige compreender as restrições e o raciocínio uns dos outros. Isso exige interação síncrona. Mas a decisão deve ser documentada imediatamente após, para que não seja necessária uma reunião futura para reconstruí-la.

Atualização geral (all-hands) → documento + perguntas e respostas opcional. A atualização em si (progresso da empresa, estratégia, anúncios) é transferência de informação e pode ser escrita. A sessão de perguntas e respostas, se abordar temas sensíveis ou complexos, beneficia-se da interação síncrona. Divida-as: atualização escrita para a informação, sessão ao vivo mais curta para as perguntas que exigem discussão.

Passo a passo de integração (onboarding) → documento + pareamento. O conteúdo factual (arquitetura do sistema, convenções da equipe, configuração de ferramentas) é transferência de informação e deve ser documentado. A construção de relacionamentos e a orientação baseada em julgamento beneficiam-se do tempo síncrono com um mentor. Separe os dois para que o tempo do mentor seja gasto com o que apenas um ser humano pode fornecer.

Retrospectiva → reunião. Refletir sobre o que funcionou e o que não funcionou exige uma discussão honesta em tempo real. A reunião deve acontecer. As ações e insights da retrospectiva devem ser capturados nos documentos para que estejam disponíveis para a próxima retrospectiva.

Sincronização entre equipes (cross-team sync) → condicional. Se a sincronização existe para compartilhar status entre equipes, é um documento. Se existe para negociar prioridades, resolver dependências ou planejar trabalho colaborativo, é uma reunião. Muitas sincronizações entre equipes são rotuladas como o segundo tipo, mas funcionam como o primeiro.

O documento que deveria ter sido uma reunião

A estrutura funciona em ambas as direções. Algumas coisas que atualmente são tratadas em documentos ou canais assíncronos seriam melhor tratadas de forma síncrona.

Resolução de conflitos. Desacordos que se desenrolam em tópicos do Slack tendem a se intensificar em vez de se resolverem, porque a comunicação escrita carece de nuances, tom e adaptação em tempo real que ajudam as pessoas a encontrarem um ponto comum. Se uma discussão já foi e voltou mais de três ou quatro vezes sem resolução, mude para uma conversa síncrona.

Feedback sensível. Dar feedback substancial sobre o trabalho ou desempenho de alguém é melhor feito cara a cara (ou por vídeo) porque o destinatário pode fazer perguntas, você pode ler a reação dele e a interação pode ser ajustada em tempo real.

Decisões complexas com grandes riscos. Quando a decisão tem consequências significativas e os participantes têm opiniões substancialmente diferentes, a discussão em tempo real produz melhores resultados do que os tópicos de comentários assíncronos, porque o vai e vem ajuda as pessoas a entenderem o raciocínio umas das outras de uma forma que as respostas escritas sequenciais muitas vezes não conseguem.

Construção de relacionamentos. Você não consegue construir confiança por meio de documentos. O tempo síncrono, seja formal (reuniões individuais, eventos de equipe) ou informal (conversas para um café, chamadas sociais), é essencial para a dimensão humana do trabalho que nenhuma quantidade de documentação pode substituir.

Fazendo dar certo

A estrutura só produz mudanças duradouras se a infraestrutura de documentação a apoiar. Substituir uma reunião por um documento só funciona se o documento estiver atualizado, for encontrável e confiável. Se o documento ficar desatualizado em poucas semanas, as pessoas restabelecerão a reunião porque, pelo menos, a reunião fornece informações atuais, mesmo que desperdice tempo.

A documentação de escrita automática é a infraestrutura que torna sustentável a conversão de reunião para documento, porque os documentos permanecem atualizados sem manutenção manual. A reunião não volta porque o documento que ela substituiu permanece preciso e acessível.

Perguntas frequentes

E se as pessoas não lerem os documentos? Se os documentos estiverem atualizados, forem pesquisáveis e forem enviados para os canais corretos, a adoção geralmente é alta porque ler é mais rápido do que comparecer. Se a adoção for baixa, verifique se os documentos estão desatualizados ou difíceis de encontrar, que são as duas causas mais comuns de não adoção.

Como lidamos com a transição? Substitua uma reunião de cada vez em vez de cancelar tudo de uma vez. Comece com a reunião mais obviamente informativa (geralmente a atualização de status semanal), substitua-a por um documento e avalie após duas semanas. Se a equipe tiver as mesmas informações com menos tempo gasto, substitua a próxima.

Não perderemos o aspecto social das reuniões? Separe a função social da função informativa. Agende um tempo social dedicado que atenda diretamente ao propósito social, em vez de usar reuniões informativas como um substituto para isso.

Leitura relacionada: Como reduzir reuniões, Por que as reuniões se multiplicam, A taxa de coordenação, Trabalho sobre o trabalho. Páginas relacionadas: Documentos de escrita automática, Registro de decisões.