Como falar de fracasso numa cultura que pune o erro

Numa cultura que pune o fracasso, não comece pedindo às pessoas que o celebrem. Comece mudando as palavras e o formato: fale de testes e do que eles mostraram, separe o tipo de fracasso que merece uma revisão do tipo que merece uma correção e revise a decisão, não a pessoa. Quando as primeiras conversas honestas são pequenas, estruturadas e protegidas por alguém sênior, a cultura começa a mudar sem que ninguém precise ser corajoso.

Por que "celebrar o fracasso" sai pela culatra

Cartazes e slogans sobre o erro são comuns em organizações que continuam a puni-lo. A equipe percebe a contradição na hora. Um líder que diz "tudo bem errar" e, no próximo revés, pergunta "quem aprovou isso?" ensinou a todos qual é a regra de verdade.

Há também uma objeção justa. Alguns fracassos não devem ser celebrados. Uma verificação de segurança esquecida ou um erro por descuido numa rodada de pagamentos não é uma oportunidade de aprendizado a ser aplaudida. Amy Edmondson, professora de Harvard mais conhecida pelo trabalho sobre segurança psicológica, traça uma linha útil em Right Kind of Wrong (2023). Ela separa fracassos básicos (erros em trabalhos bem conhecidos), fracassos complexos (vários fatores pequenos que se alinham num sistema complexo) e fracassos inteligentes (um teste bem pensado em território novo que não deu certo). Só o último é algo a ser buscado. Os dois primeiros devem ser evitados e servir de aprendizado.

Quando você deixa essa distinção explícita, duas coisas acontecem. Quem tem medo de ser julgado por erros reais fica tranquilo de que os padrões continuam valendo. E quem está conduzindo testes novos ganha permissão para relatar os resultados com honestidade, porque um resultado negativo de um teste bem desenhado é um bom resultado.

Sete passos para começar a falar de fracasso

1. Mude o vocabulário antes de mudar a cultura

Palavras têm consequências. "Projeto fracassado" cai sobre uma pessoa. "Teste que mostrou que essa abordagem não funciona" cai sobre a evidência. Use palavras como teste, hipótese, o que aprendemos, o que vamos parar de fazer. Escreva um teste de hipótese antes de o trabalho começar, para que um resultado negativo seja um dos dois desfechos que todos combinaram de antemão, e não uma surpresa.

2. Dê nome ao tipo de fracasso, sempre

Antes de discutir um revés, pergunte: foi um erro básico, uma falha complexa ou um teste inteligente? A resposta muda a conversa. Um erro básico pede uma correção no processo. Uma falha complexa pede um olhar sobre o sistema, com os cinco porquês ou um diagrama de Ishikawa. Um fracasso inteligente pede um registro curto do que se aprendeu e uma decisão sobre o próximo passo.

3. Revise a decisão, não a pessoa

A pergunta "quem decidiu isso?" gera silêncio. A pergunta "o que sabíamos quando decidimos, e era razoável?" gera aprendizado. Boas decisões podem levar a maus resultados, e más decisões às vezes têm sorte. Separe as duas coisas. A After Action Review do Exército dos EUA, amplamente adotada por outras organizações, usa uma estrutura simples que mantém o foco nos fatos: o que deveria ter acontecido, o que de fato aconteceu, por que houve diferença e o que faremos da próxima vez.

4. Comece com revisões pequenas e de baixo risco

Não comece pelo projeto mais doloroso do ano. Faça uma retrospectiva curta depois de um trabalho comum, em que o risco é baixo e a reputação de ninguém está em jogo. Pratique o formato até ele parecer normal. Depois, use-o em coisas maiores.

5. Faça a pessoa mais sênior falar primeiro

Numa cultura punitiva, a primeira admissão honesta precisa vir do topo. Peça ao patrocinador ou diretor que abra a revisão contando uma decisão própria que não funcionou e o que tirou dela. Curto e verdadeiro. Isso vale mais do que qualquer quantidade de comunicados, porque mostra que admitir um erro não custa status.

6. Fale do fracasso antes que ele aconteça

Um pré-mortem pede que a equipe imagine que o projeto fracassou daqui a um ano e liste os motivos. Ele torna legítimo falar de fracasso enquanto ainda é hipotético e ninguém tem culpa. Equipes que fizeram um pré-mortem acham mais fácil relatar um problema depois, porque deram nome ao risco juntas, no início.

7. Proteja quem traz más notícias cedo

Observe o que acontece na primeira vez que alguém avisa, cedo, que um teste não está funcionando. Se a pessoa é agradecida e a decisão é tomada rápido, outros farão o mesmo. Se ela é questionada sobre por que não conseguiu, ninguém vai avisar cedo de novo. Líderes devem fazer questão de dizer em público: "Você nos avisou cedo. Isso nos poupou tempo e dinheiro."

Como apresentar um projeto que deu errado para a diretoria

Quando você precisar reportar um revés para cima, use uma estrutura curta e fixa:

1. O que nos propusemos a testar, em uma frase.
2. O que esperávamos, incluindo o que dissemos que contaria como sucesso.
3. O que aconteceu, com a evidência.
4. O que aprendemos que não sabíamos antes.
5. O que recomendamos agora: parar, mudar ou continuar, com um motivo.
6. Quanto custou, com honestidade, e quanto teria custado descobrir mais tarde.

Comece pela recomendação se o público for sênior. Traga evidências dos usuários, não opiniões. Não se desculpe longamente; isso desloca a conversa para a culpa. Nosso artigo sobre como encerrar bem um projeto trata do lado da decisão.

Exemplo prático (Ilustrativo)

Uma empresa de saneamento em Portugal fez um piloto de seis semanas com lembretes por SMS para clientes com contas em atraso. Os pagamentos na área do piloto não mudaram. A líder do projeto, preocupada com sua avaliação anual, redigiu um relatório que descrevia o piloto como "parcialmente bem-sucedido" e recomendava um teste mais longo.

O diretor pediu outra conversa. Ele abriu a revisão mencionando uma mudança no sistema de faturamento que havia imposto dois anos antes e que precisou ser revertida. Depois, a equipe percorreu o piloto com as quatro perguntas da After Action Review. Descobriram que a maioria dos clientes inadimplentes daquela área não tinha linhas de celular que a empresa conseguisse alcançar, algo que ninguém tinha verificado. O piloto em si fora bem desenhado e barato; a premissa sobre o alcance é que estava errada.

A recomendação passou de "estender" para "parar e testar o alcance primeiro". O diretor agradeceu à equipe na reunião mensal de operações por encontrar o problema em seis semanas, e não depois de uma implantação completa. Outras duas equipes pediram para usar o mesmo formato de revisão naquele trimestre.

O que fazer e o que evitar

Faça

• Diferencie em voz alta fracassos básicos, complexos e inteligentes.
• Combine o que conta como sucesso e fracasso antes de um teste começar.
• Peça aos líderes seniores que compartilhem primeiro um revés próprio.
• Agradeça publicamente a quem traz más notícias cedo.
• Mantenha as revisões curtas, regulares e focadas em decisões e evidências.

Evite

• Não pendure cartazes de "celebre o fracasso" enquanto as pessoas continuam sendo culpadas.
• Não trate erros por descuido e testes bem pensados da mesma forma.
• Não abra uma revisão com "quem é o responsável?"
• Não maquie um resultado negativo como "parcialmente bem-sucedido". Isso ensina todos a deixar de acreditar nos relatórios.
• Não espere o grande fracasso para começar a praticar. Comece com revisões pequenas.

Perguntas frequentes

Como superar o medo de errar no trabalho? Crie segurança em pequenos passos: combine critérios de sucesso antes de um teste, revise decisões em vez de pessoas e faça os líderes compartilharem primeiro os próprios reveses. O medo cai quando as pessoas veem que o relato honesto é recompensado, não punido.

Como mudar uma cultura da culpa? Mude o que acontece depois de um revés. Use um formato fixo de revisão focado no que aconteceu e por quê, proteja quem avisa cedo e deixe clara a diferença entre erros por descuido e testes inteligentes. Slogans não mudam culturas da culpa; consequências mudam.

Alguma vez é certo punir o fracasso? A responsabilização continua valendo para negligência, descumprimento de regras e erros por descuido repetidos. O que não deve ser punido é um teste bem desenhado que deu um resultado negativo. Deixar essa distinção explícita protege tanto os padrões quanto o aprendizado.

Para onde ir agora

Os guias por trás destes passos são retrospectiva, pré-mortem, teste de hipótese e cinco porquês. Para a cultura de forma mais ampla, leia cultura de inovação: o que é e como os líderes realmente a constroem e segurança psicológica em equipes de inovação.