A confusão mais comum que vejo sobre segurança psicológica — inclusive de líderes que vi fazendo isso mal — é confundir com conforto. O argumento vai: um time seguro é um time relaxado, em que todo mundo se dá bem, em que ninguém é desafiado. Isso não é segurança. Na melhor das hipóteses, é paz. Na pior, é um time que parou de engajar com as perguntas mais difíceis do trabalho.
A sessão colocou a distinção de forma afiada, numa frase que vai pegar: segurança não é ausência de desconforto. É permissão pra trazer desconforto cedo, sem ser punido por isso. Essa frase descreve o time que venho deliberadamente construindo. O que a sessão adicionou foi a palavra permissão — e um framework de quatro partes pro que permissão de fato significa.
O que permissão de fato quer dizer
| Tipo de permissão | O que ela deixa o time fazer |
|---|---|
| Permissão pra não saber | Admitir “ainda não entendi isso” sem perder posição |
| Permissão pra discordar | Empurrar contra uma decisão sem custar a relação |
| Permissão pra tentar e errar | Dar um swing, errar, e falar abertamente sobre o porquê |
| Permissão pra trazer a bagunça | Trazer à tona uma preocupação meio-formada que não cabe na agenda |
Cada uma dessas permissões é concedida, na prática, pela resposta do líder a um único momento. A primeira vez que alguém admite não saber, discorda, falha, ou traz a bagunça — e o que acontece nos próximos trinta segundos diz pro resto do time se a permissão é real.
Eu vinha pensando sobre isso sem o split de quatro partes. O split é útil porque me deixa checar cada um separadamente: onde meu time tá mais forte, onde a permissão é menos real, o que apertaria?
Como venho construindo cada uma
Permissão pra não saber. Modelo. Digo “não sei” em discussões de design quando não sei. Digo “me ajuda a pensar” quando não tenho certeza. O time tem me visto fazer isso por dois anos, e o resultado é um time em que dizer “ainda não tô acompanhando” não custa nada. Isso, mais do que qualquer programa explícito, é o que acho que a Permissão #1 de fato exige.
Permissão pra discordar. Essa é com a que mais sou cuidadoso, porque o failure mode é sutil. A primeira vez que alguém empurra contra uma decisão que já tinha decidido na cabeça, minha linguagem corporal precisa apoiar a discordância, não só minhas palavras. Uma resposta mais rápida, um leve enrijecimento, um “ok, ouvi, mas —” é lido tanto quanto as palavras. Venho praticando a pausa deliberada e a pergunta o que ainda não tô vendo? tempo o bastante pra que meu time traga pushback livremente. Esse é o teste, e tá funcionando.
Permissão pra tentar e errar. Faço isso real fazendo duas coisas: protegendo o orçamento pra swings, e tornando post-mortems honestos. O time tentou coisas que não funcionaram esse ano. A conversa depois foi sobre o que a gente aprendeu, não sobre quem culpar. O resultado é um time que dá mais swings do que daria de outra forma, porque confia no pouso.
Permissão pra trazer a bagunça. Essa é a que mais valorizo. A preocupação meio-formada, a observação inconveniente, a coisa que não cabe direito na agenda da reunião — são os sinais cedos dos problemas que vão custar caro depois. Meu time traz. Trato como presente, toda vez, mesmo quando são inconvenientes. Esse tratamento é o que mantém o canal aberto.
Uma história pequena
Há algumas semanas, uma engenheira do meu time me pegou num corredor e disse não tenho certeza se isso é a chamada certa, mas quero dizer antes do all-hands. Ela não estava completamente formada — tinha um desconforto vago sobre uma direção arquitetural e a coragem de nomear antes da sala estar montada. Sentamos por dez minutos. O desconforto dela acabou sendo o desconforto certo. A gente ajustou antes do all-hands em vez de depois.
Essa conversa de dez minutos é o retorno de dois anos de investimento em permissão. Ela trouxe a bagunça porque a bagunça era bem-vinda. O time evitou um trimestre de correção. Multiplica isso por dezenas de trocas parecidas pelo time em qualquer trimestre, e você tem o argumento de throughput pra segurança psicológica, em termos concretos.
Onde conforto e segurança divergem
Quero desenhar a distinção de forma afiada, porque conforto-como-segurança é o failure mode que mais vejo.
Um time confortável evita tópicos difíceis. Um time seguro recebe eles.
Um time confortável produz consenso rápido. Um time seguro produz decisões que de fato foram pressionadas.
Um time confortável tem poucos erros visíveis. Um time seguro tem menos erros escondidos — e essa é a troca que você quer.
Um time confortável é bom de liderar. Um time seguro é melhor de liderar, o que é diferente.
O líder que tenta construir segurança precisa estar disposto a introduzir algum desconforto no curto prazo pra remover o desconforto bem maior que vem dos problemas aparecerem tarde. A tentação de manter as coisas suaves é constante, e quase sempre é o instinto errado.
A peça de eficiência do time
Quero ser concreto sobre por que segurança é alavanca de eficiência, não só de cultura.
Problemas aparecem mais cedo. Esse é o argumento de throughput, na lata. Um time com segurança levanta o bug, o atraso no cronograma, a preocupação meio-formada na semana 1. Um time sem segurança levanta na semana 7. O custo de consertar na semana 7 é dramaticamente mais alto do que o custo de consertar na semana 1. Multiplica por cada problema que o time tem, num ano, e a diferença é um time diferente inteiro.
Decisões ficam melhores. Um time seguro traz o dado discordante que teria melhorado a decisão. Um time inseguro não traz, e o time come o custo de cada decisão que podia ter melhorado e não melhorou.
Aprendizado compõe. Um time seguro fala sobre os próprios erros. Um time que fala sobre os próprios erros melhora em não repetir. Um time que não fala, repete.
Contratações duram mais. Um time seguro retém pessoas que teriam saído. O custo de uma demissão evitável, somando a busca, o onboarding, e o trabalho que o time carrega no intervalo, é enorme. Segurança é um dos investimentos de retenção mais baratos que um líder consegue fazer.
Cada uma dessas é resultado de eficiência de time. Nenhuma é sobre ser gentil.
O que a sessão adicionou
Duas coisas.
A palavra permissão. Eu vinha pensando em segurança como um estado que cultivo; a sessão me deu um substantivo mais afiado. “Permissão pra trazer a bagunça” é uma frase que vou usar nas minhas próprias one-on-ones pra descrever o que quero das pessoas. É também uma frase que consigo usar pra ensinar os engenheiros sênior do meu time como estender a mesma permissão pros engenheiros em quem fazem coaching.
O check de quatro partes. Eu vinha pensando em segurança como uma coisa só; a sessão dividiu em quatro tipos de permissão que podem ser cuidadas separadamente. Na próxima vez que fizer minha autoavaliação trimestral, vou adicionar essas quatro como seu próprio check.
A prática que rodo
A prática não é programa. É um conjunto pequeno de hábitos que venho rodando há dois anos agora.
Pergunto, no fim de toda reunião de time, teve alguma coisa que não dissemos nessa reunião que devíamos ter dito? A pergunta é constrangedora o bastante pra a pessoa responder.
Respondo à primeira preocupação meio-formada da semana tratando como presente. Agradeço a pessoa de forma específica, não genérica. Ajo de forma visível na semana, mesmo que a ação seja só nomear que ouvi.
Me corrijo publicamente quando estava errado. O time tá olhando. O líder que volta atrás de uma posição abertamente tá dando pra eles a permissão de fazer o mesmo.
Nada disso é profundo. Tudo isso tá nos movimentos pequenos e repetidos que ninguém aplaude. É aí que segurança de fato mora — e onde a eficiência do time, ao longo do tempo, ou compõe ou é silenciosamente entregue.