Segurança Psicológica em Times de Desenvolvimento: O Que É e Como Criar
A pesquisa Project Aristotle do Google (2016) analisou 180 times durante 2 anos em busca do que tornava alguns times excepcionais. O resultado surpreendente: o fator mais importante não era quem estava no time, era se as pessoas se sentiam seguras para ser elas mesmas. Sou Deivison Mendes (CRP-04/65709), psicólogo especializado em saúde mental de profissionais de TI. Agende uma conversa.
O que é segurança psicológica, definição de Amy Edmondson
Segurança psicológica (Edmondson, 1999) é a crença compartilhada de que o time é seguro para riscos interpessoais, incluindo fazer perguntas, admitir erros e apresentar ideias diferentes. É diferente de conforto ou de ser 'nice', times com alta segurança psicológica são frequentemente os mais exigentes, mas a exigência não vem de medo.
Como segurança psicológica aparece (ou não) em código e processo
Em times com baixa segurança psicológica: PRs são pequenos e 'seguros' por medo de exposição. Bugs são escondidos até virarem crises. Standup é performance, não comunicação. Decisões técnicas são tomadas por quem fala mais alto. Code reviews são batalhas de ego. Em times com alta segurança: o oposto de todos os acima.
Como tech leads e managers podem criar segurança psicológica
Comportamentos específicos com evidência de eficácia: demonstrar própria vulnerabilidade ('cometi um erro e aprendi X'), modelar curiosidade em vez de certeza ('o que você acha?'), responder bem a perguntas 'bobas' (o que define a cultura para todo o time), e tratar postmortems como aprendizado sistêmico, nunca como punição.
Referências
- Edmondson AC. (1999). Psychological safety and learning behavior in work teams. Adm Sci Q. Disponível em: https://doi.org/10.2307/2666999
- Google re:Work. (2016). Project Aristotle: What makes teams effective? Disponível em: https://rework.withgoogle.com/print/guides/5721312655835136/