🛡️ Seguranca Psicologica
Seguranca psicologica e a crenca compartilhada de que o ambiente e seguro para correr riscos interpessoais: fazer perguntas, admitir erros, propor ideias nao convencionais e discordar de superiores sem medo de punicao ou humilhacao. O conceito foi formalizado por Amy Edmondson (Harvard Business School) e ganhou alcance global com o Project Aristotle do Google.
📊 Project Aristotle (Google, 2015)
O Google estudou 180 equipes internas para descobrir o que diferenciava as equipes de alta performance. Testaram tudo: composicao, senioridade, proximidade, tamanho. A variavel #1 nao foi talento, nao foi QI medio, nao foi experiencia.
- Fator #1: Seguranca Psicologica (com distancia significativa do #2)
- Equipes com alta SP: 2,7x mais inovadoras, 40% menos turnover, erro reportado 47% mais rapido
- O sinal: Nao e ser "legal" ou "agradavel" - e poder dizer "eu nao sei", "eu errei", "eu discordo" sem risco social
🔑 Edmondson: O que Seguranca Psicologica NAO e
- • Nao e ser "bonzinho" - E justamente o contrario: e poder ser direto e honesto porque o ambiente permite
- • Nao e falta de cobranca - Equipes com SP alta combinam alta exigencia com alta seguranca (o quadrante "zona de aprendizado")
- • Nao e permissao para baixa performance - E separar feedback sobre o trabalho de ataque a pessoa
- • Nao e conforto - E coragem. SP cria as condicoes para conversas dificeis, nao para evita-las
🛠️ Como Construir SP na Pratica
Edmondson sugere 3 passos para lideres:
- 1. Enquadre o trabalho como aprendizado, nao como execucao. Diga: "Estamos entrando em territorio novo. Precisamos da perspectiva de todos."
- 2. Reconheca sua propria falibilidade. Diga: "Posso estar errado. O que estou perdendo?" Isso da permissao para os outros fazerem o mesmo.
- 3. Modele curiosidade. Faca mais perguntas do que afirmacoes. Proporcao ideal: 3 perguntas para cada 1 afirmacao em reunioes.
🎯 Tolerancia ao Erro Inteligente
"Fail fast, fail cheap, fail forward" nao e um slogan vazio. E uma disciplina operacional. Organizacoes inovadoras nao celebram qualquer falha - elas distinguem sistematicamente entre erros que geram aprendizado e erros por negligencia, e criam processos para extrair o maximo de cada um.
Erro Inteligente
- ✓ Tinha uma hipotese clara antes de testar
- ✓ O teste foi barato e rapido (MVP, prototipo)
- ✓ Gerou aprendizado documentado e compartilhado
- ✓ Informou a proxima iteracao
Erro por Negligencia
- ✗ Nao havia hipotese - foi "achismo"
- ✗ Apostou alto sem validar antes
- ✗ Ignorou sinais que ja indicavam o problema
- ✗ Repetiu o mesmo erro sem aprender
🚪 Amazon: Portas de Uma Via vs. Duas Vias
Jeff Bezos classifica decisoes em dois tipos:
- • Portas de uma via (Type 1): Irreversiveis. Exigem cautela, analise profunda, escalonamento. Ex.: vender uma unidade de negocio, entrar num mercado novo de bilhoes.
- • Portas de duas vias (Type 2): Reversiveis. Devem ser tomadas rapido, por equipes pequenas, sem burocracia. Se nao funcionar, volta. A maioria das decisoes do dia a dia sao Type 2.
O erro mais comum das empresas grandes e tratar decisoes Type 2 como Type 1 - gerando lentidao paralisante.
🧩 Diversidade Cognitiva
Diversidade cognitiva e a presenca de formas diferentes de pensar, processar informacao e resolver problemas dentro de um mesmo time. Nao e so diversidade demografica (genero, etnia, idade), embora essa frequentemente contribua. E sobre ter pessoas que olham para o mesmo problema de angulos genuinamente diferentes.
📊 O que a pesquisa mostra
- 35% mais eficazes: Times cognitivamente diversos sao 35% mais eficazes em resolver problemas complexos (Harvard Business Review, Reynolds & Lewis, 2017)
- 20% mais inovadores: Empresas no quartil superior de diversidade tem 20% mais receita de inovacao (BCG, 2018)
- Groupthink: Times homogeneos tomam decisoes mais rapido, mas erram mais. A homogeneidade gera confianca excessiva, nao precisao (Surowiecki, "The Wisdom of Crowds")
- Desconforto produtivo: Times diversos relatam mais conflito (positivo) e chegam a solucoes melhores. O "atrito cognitivo" e uma feature, nao um bug
🧠 Tipos de Diversidade Cognitiva
Diferentes formas de representar problemas e situacoes
Diferentes abordagens para resolver problemas
Diferentes formas de categorizar e classificar informacao
Diferentes modelos mentais para prever consequencias
💡 Na Pratica
Antes de montar um time de projeto, mapeie os estilos cognitivos (ferramentas como MBTI, Herrmann Brain Dominance ou simplesmente pergunte "como voce abordaria isso?"). Garanta que nao tem 5 pessoas que pensam igual. E lembre: diversidade sem seguranca psicologica e inutil - as pessoas diferentes precisam se sentir seguras para expressar suas perspectivas divergentes.
🧪 Experimentacao Continua
A diferenca entre uma cultura de hipotese e uma cultura de opiniao e a diferenca entre ciencia e politica. Na cultura de opiniao, ganha quem argumenta melhor (ou quem tem mais poder). Na cultura de hipotese, ganha quem testa. "Vamos descobrir" substitui "eu acho que".
🔬 Cultura de Hipotese vs. Cultura de Opiniao
Cultura de Hipotese
- "Acreditamos que X porque Y. Vamos testar."
- Decisao baseada em dados de experimentos
- Falha = dado novo, ajusta e tenta de novo
- Qualquer um pode propor um teste
Cultura de Opiniao
- "Eu acho que devemos fazer X porque sou o gerente."
- Decisao baseada em hierarquia ou eloqüencia
- Falha = culpa de alguem, encobrir e seguir
- So lideranca senior pode propor mudancas
📊 Exemplos de Escala
- Booking.com: Roda ~25.000 experimentos simultaneos. Qualquer engenheiro pode lancar um A/B test sem aprovacao gerencial
- Netflix: Testa tudo - desde thumbnails de filmes ate algoritmos de recomendacao. A cultura e "provar, nao opinar"
- Amazon: "Good intentions don't work. Mechanisms do." Processos formais para hipotese-teste-iteracao em cada area
- Spotify: "Think it, build it, ship it, tweak it." Squads autonomos com permissao para experimentar dentro de sua missao
🛠️ Framework de Experimentacao Rapida
1. Hipotese: "Se fizermos X, esperamos Y porque Z." | 2. Metrica: Como saberemos que funcionou? | 3. Teste minimo: Qual o menor experimento que valida isso? | 4. Prazo: Quando teremos a resposta? (max 2 semanas) | 5. Decisao: Escalar, iterar ou descartar? | 6. Aprendizado: O que isso nos ensinou?
🤝 Colaboracao Cross-Funcional
Inovacao raramente nasce dentro de um unico departamento. As melhores ideias surgem na interseccao entre disciplinas - quando um engenheiro conversa com um designer, quando vendas traz insights de cliente para produto, quando financas desafia tecnologia a pensar em viabilidade desde o dia 1.
Toyota: Obeya Rooms
"Grande sala" em japones
Uma sala fisica (ou virtual) onde todas as funcoes envolvidas num projeto se reunem regularmente com informacoes visuais nas paredes. Engenharia, producao, qualidade, compras, marketing - todos no mesmo espaco, vendo os mesmos dados, resolvendo problemas juntos. Elimina handoffs e filas entre departamentos.
Pixar: Encontros Nao Planejados
Arquitetura a servico da colaboracao
Steve Jobs projetou a sede da Pixar com um unico atrium central e todos os banheiros, cafeteria e correio no meio. Forcou engenheiros, animadores, roteiristas e executivos a se cruzarem dezenas de vezes por dia. Jobs disse: "Criatividade vem de encontros espontaneos." O predio e uma maquina de colisoes produtivas.
Amazon: Two-Pizza Teams
Autonomia em escala
Times pequenos o suficiente para serem alimentados por duas pizzas (6-10 pessoas), mas cross-funcionais: contem todas as competencias necessarias para entregar de ponta a ponta sem depender de outros times. Reduz coordenacao, aumenta velocidade, preserva ownership.
⚠️ Inimigo #1: Silos Organizacionais
Quando departamentos nao conversam, cada um otimiza para si. Marketing promete o que engenharia nao pode entregar. Produto desenvolve features que vendas nao sabe vender. Financas corta o orcamento de experimentacao porque nao entende o pipeline de inovacao. Silos sao o cancer da inovacao.
👤 Foco no Cliente / Usuario
Inovacao sem cliente e invencao. Invencao pode ser fascinante para o inventor, mas nao cria valor. O pilar do foco no cliente garante que toda inovacao comeca e termina com uma pessoa real cujo problema precisa ser resolvido. A tecnologia e o meio, nao o fim.
🔑 Customer Obsession (Amazon)
A Amazon eleva foco no cliente a "obsessao". E o Leadership Principle #1 dos 16. Na pratica:
- • Working Backwards: Todo produto novo comeca com um press release ficticio escrito do ponto de vista do cliente. Se o PR nao empolga, o produto nao vale a pena
- • Cadeira vazia: Em reunioes, uma cadeira vazia representa o cliente. Antes de cada decisao: "O que o cliente diria?"
- • Andon cord: Qualquer funcionario pode "puxar a corda" e parar um processo se perceber que o cliente sera prejudicado
Design Thinking
Empatia como passo zero. Observar, entrevistar, imergir no contexto do usuario antes de gerar qualquer solucao. IDEO e d.school de Stanford popularizaram o metodo.
Jobs to Be Done (JTBD)
Clayton Christensen: clientes nao compram produtos - "contratam" solucoes para um job. Entender o job e mais poderoso que pesquisa de mercado tradicional. "As pessoas nao querem uma furadeira de 1/4 de polegada. Querem um buraco de 1/4 de polegada."
Continuous Discovery
Teresa Torres: falar com clientes toda semana, nao so no inicio do projeto. "Discovery continua" garante que o produto nunca diverge do que o usuario precisa.
Gemba Walks
Conceito Toyota adaptado: ir ao "gemba" (lugar real onde o valor e criado/consumido) e observar. No digital: session recordings, user shadowing, support tickets como fonte de insight.
📋 Resumo do Modulo
Proximo Modulo:
1.3 - Modelos Teoricos: Google X, Amazon, Pixar