Segurança psicológica e inovação: o que a pesquisa sustenta

Em programas de inovação, a pergunta que mais ouvimos de diretores é por que as ideias não aparecem. A empresa criou um canal de sugestões, promoveu um hackathon, separou verba. As propostas que chegam são poucas e seguras demais. Quase sempre a resposta está menos no processo e mais no que acontece nas reuniões de equipe quando alguém admite que não sabe, discorda do chefe ou relata que um teste deu errado.

Amy Edmondson deu nome a esse fenômeno em um artigo de 1999: segurança psicológica, definida como a crença compartilhada pelos membros de uma equipe de que o grupo é seguro para correr riscos interpessoais.

O que o estudo original mostrou

A pesquisa de Edmondson acompanhou 51 equipes de trabalho em uma empresa industrial. O achado central foi que a segurança psicológica estava associada ao comportamento de aprendizagem da equipe: pedir ajuda, buscar feedback, discutir erros, experimentar. E o comportamento de aprendizagem, por sua vez, estava associado ao desempenho.

Há uma nuance importante. Em um estudo anterior com equipes hospitalares, Edmondson havia observado que as melhores equipes relatavam mais erros, e não menos. A explicação não era que erravam mais, mas que se sentiam à vontade para registrá-los. Essa inversão é o coração do conceito: ambientes que parecem ter poucos problemas podem simplesmente ter pouca gente disposta a falar deles.

O caso Google, com a devida cautela

O tema ganhou projeção fora da academia com o Project Aristotle, iniciativa interna do Google sobre efetividade de equipes. Segundo reportagem de Charles Duhigg na New York Times Magazine (2016) e o material que a própria empresa divulgou, a segurança psicológica apareceu como o fator mais relevante entre as dinâmicas identificadas nas equipes estudadas.

Vale a cautela: trata-se de um estudo interno, divulgado de forma resumida, e não de uma pesquisa publicada com revisão por pares. Ele é útil como ilustração e como porta de entrada para a conversa com executivos. A sustentação científica está nos trabalhos de Edmondson e na revisão de Edmondson e Lei (2014), que reúne duas décadas de estudos sobre o construto.

Segurança psicológica não é conforto

O mal-entendido mais frequente é confundir segurança psicológica com um ambiente sem cobrança. Edmondson insiste no contrário. Ela cruza segurança psicológica com padrão de desempenho e descreve quatro situações: baixa segurança e baixo padrão geram apatia; alta segurança e baixo padrão geram conforto; baixa segurança e alto padrão geram ansiedade; alta segurança e alto padrão criam a zona de aprendizagem.

A implicação para inovação é clara. Não se trata de reduzir exigência, e sim de tornar a exigência compatível com a exposição de dúvidas, hipóteses e fracassos. Um time de P&D com metas agressivas e onde relatar um experimento que falhou é normal está na zona certa. Um time com as mesmas metas onde o fracasso vira assunto de avaliação de desempenho vai esconder resultados ruins até o último momento possível.

Como medir

A escala original de Edmondson tem sete itens, respondidos em escala de concordância. Alguns são redigidos de forma negativa, como a percepção de que um erro cometido na equipe é usado contra a pessoa, ou de que é difícil pedir ajuda aos colegas. Ela é curta, foi amplamente usada em pesquisas posteriores e funciona bem como componente de avaliações mais amplas de cultura de inovação.

Três cuidados práticos:

• Meça no nível da equipe. O construto é de grupo. A média da empresa esconde o que importa, que é a variação entre times sob lideranças diferentes.
• Combine com indicadores de comportamento. Número de experimentos registrados, ideias que chegam ao estágio de teste, frequência de revisões pós-projeto. Se a escala diz que é seguro errar e ninguém registra um experimento fracassado há um ano, algo não bate.
• Devolva o resultado à equipe, não só ao gestor. A conversa sobre o resultado, conduzida com cuidado, já é uma intervenção.

O que a liderança pode fazer na segunda-feira

Prática	Exemplo concreto
Enquadrar o trabalho como aprendizagem	Abrir o projeto dizendo explicitamente o que ainda não se sabe e quais hipóteses serão testadas
Reconhecer a própria falibilidade	O gestor relata um erro próprio e o que aprendeu, antes de pedir o mesmo à equipe
Fazer perguntas genuínas	Em reuniões, perguntar "o que estamos deixando passar?" e esperar a resposta
Responder bem a más notícias	Agradecer quem trouxe o problema antes de discutir a solução
Separar fracasso inteligente de negligência	Critério escrito para distinguir experimento que falhou de descuido evitável

Nenhuma dessas práticas exige orçamento. Todas exigem consistência, porque a segurança psicológica se constrói devagar e se perde em uma reunião. Na nossa experiência, o indicador mais honesto de que o trabalho está funcionando é o aumento de problemas relatados cedo, e não a redução deles.