4 Erros De Comunicação No Slack Que Geram Bugs

Chego ao fim do dia e a cabeça ainda está cheia do rastro de conversas no Slack. Não do código em si, que até fluiu bem hoje, mas das mensagens. Aquele monte de texto assíncrono que era para agilizar, mas que, na prática, parece só espalhar uma névoa fina de ambiguidade sobre o backlog. E, ironicamente, é essa ambiguidade que vira peso morto mais tarde. O tal do débito técnico de comunicação.

Lembro de uma thread de ontem. Era sobre um campo que precisava ser adicionado a um endpoint. A pergunta veio: “Podemos incluir o status_detalhado no JSON de resposta?” Eu respondi “Sim, mas só se for para o Tipo C de usuário.” Simples, direto. Achei que tinha resolvido. Meia hora depois, a QA me chamou: o dev implementou para todos os tipos de usuário. Eu voltei na thread e percebi o buraco. Eu usei a palavra “Sim” primeiro, e a condição veio depois, numa frase composta. Para quem está lendo rápido, só pegou o “Sim”. Não foi má vontade dele, foi a pressa do Slack.

O erro 1: A condição crucial enterrada na concordância

O “sim” inicial invalidou o resto para quem estava escaneando a mensagem. O código está lá agora, mais genérico do que deveria, e vamos ter que refatorar. É um deploy a mais na conta de uma vírgula.

O que me incomoda é que o Slack é ótimo para o que é rápido, mas péssimo para o que é sutil. E a maioria das nossas decisões técnicas importantes tem uma sutileza. Elas exigem a pausa que a interface não incentiva.

Outro dia, um colega estava preso num bug e mandou uma mensagem: “Não estou conseguindo replicar no staging. Devo subir um hotfix do que tenho localmente?” Ele não deu contexto do bug, só a sensação de urgência dele. Eu estava em outra tarefa complexa, respondi rápido: “Melhor não arriscar.” O que eu queria dizer era: “Melhor não arriscar subir algo não testado no staging se você ainda não sabe a raiz do problema.” O que ele entendeu foi: “Não continue trabalhando nisso agora.” Ele parou. O bug ficou parado por quatro horas. Quando finalmente fui ver, o problema era trivial e o hotfix dele estava perfeito, mas ele interpretou o meu não-risco como um bloqueio total.

Esse tipo de ruído nasce quando escrevemos rápido demais e lemos rápido demais. A habilidade de realmente interpretar o que o outro quis dizer — e não apenas escanear a mensagem — é algo que aprendi a desenvolver melhor com a prática de Escuta Ativa: A Técnica Simples Para Ser O Mais Inteligente Da Sala.

O erro 2: A economia de palavras que gera paralisia

A gente acha que “melhor não arriscar” é código de “pense melhor”, mas na tela, sem o tom de voz e sem o histórico visual de uma conversa, vira uma ordem fria de “pare”.

O silêncio, então. Ah, o silêncio. Acho que esse é o maior débito.

Mandamos uma pergunta ambígua, algo como “A funcionalidade X também precisa de validação Y?” E a pessoa que recebeu não responde na hora. Cinco minutos. Dez minutos. Quinze. Na cabeça de quem enviou, o silêncio significa concordância. Ou, pior, desinteresse. Na cabeça de quem recebeu, pode significar: “Estou lendo a documentação para dar uma resposta completa” ou “Estou no meio de um deploy crítico, leio em breve.”

A gente não espera o tempo de pensar. E quando a resposta vem atrasada, a primeira impressão, a mais errada, já foi usada como base para continuar o trabalho. Já vi gente começando a codar uma validação extra só porque não houve “não” imediato. No fim, a validação era desnecessária, e o tempo gasto ali, bem… vira uma pequena perda irrecuperável.

O erro 3: O silêncio (ou atraso) interpretado como consentimento ou negacionismo

No mundo assíncrono, a ausência de resposta imediata não pode ser tratada como ACK ou NACK. Mas é o que fazemos.

E tem a coisa do feedback. A gente usa o Slack para dar um feedback rápido de code review ou de documentação. Aquele comentário seco, quase telegráfico: “Isso aqui está lento. Dá para otimizar.”

Eu sei que a intenção é técnica, objetiva. Mas o canal é o mesmo que usamos para mandar GIF de gatinho. Não há o filtro da sala, da mesa, do olhar. O colega lê “Isso aqui está lento” e, como não há o buffer social da comunicação presencial, o que chega é: “Seu código é ruim.” Eu já passei por isso, e o sentimento não é de “opa, vou otimizar”, é de um incômodo que te tira o foco, te faz repensar a escolha da carreira por três minutos.

Recentemente, mandei um feedback sobre uma query que estava ineficiente. Usei muitas palavras técnicas, mas esqueci de colocar um “Oi, tudo bem, só um ponto rápido aqui.” O colega ficou na defensiva. Ele não me respondeu no Slack, foi até a minha mesa. E na mesa, a conversa foi fluida, técnica, sem tensão. Ele só precisava ver que eu não estava furioso com o commit dele, mas sim focado no custo da query. A lição ali é que o Slack nos faz esquecer o que eu chamo de A ausência de lubrificacao social.

Curiosamente, esse mesmo problema aparece nas reuniões síncronas. O silêncio raramente é neutro — quase sempre é interpretado. Falo mais sobre isso em Silêncio em Reuniões Ágeis.

O erro 4: A ausência de “lubrificação social” na mensagem técnica

A frieza da tela faz com que a crítica técnica, mesmo que válida, soe maior, mais pessoal e, consequentemente, mais difícil de ser absorvida e corrigida.

Isso tudo vira uma pequena dívida invisível no projeto. Tempo perdido em refatorar o que foi mal comunicado, em reverter mal-entendidos, em reconstruir confiança depois de um feedback seco. É como um monte de bugs silenciosos na camada mais alta do sistema: a camada humana.

Às vezes, penso que a solução não é mudar o Slack, que é só uma ferramenta. É mudar o nosso ritmo de resposta, a nossa disciplina de pausar. É lembrar que, para a complexidade, o texto assíncrono e instantâneo é o inimigo do detalhe. É preciso parar de tentar resolver tudo em três palavras ali. Ou mandar um áudio, sei lá. Qualquer coisa que quebre a armadilha do scan.

Talvez o problema não seja só o Slack, mas o quanto a gente desaprende a ouvir o que não está escrito na tela. Tenho percebido que o meu próprio dia a dia fica mais leve quando eu me forço a parar e ler não só a mensagem, mas o contexto por trás do pedido. Esse tipo de esforço, que parece bobo, é o que continua aparecendo em outras reuniões e conversas de corredor.

Continue aprofundando

Se comunicação assíncrona ainda gera ruído no seu time, estes textos ajudam a organizar melhor sua postura:

Dúvidas Técnicas: Clareza na Ajuda
5 Frases para Responder Críticas Inesperadas em Reuniões
Roteiro 3 Tópicos: Daily em 60 Segundos e Volte ao Código

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *