🛡️ Seguridad psicológica
Seguridad psicológica y es la creencia compartida de que el entorno es seguro para asumir riesgos interpersonales: hacer preguntas, admitir errores, proponer ideas poco convencionales y discrepar de los superiores sin temor al castigo o la humillación. El concepto fue formalizado por Amy Edmondson (Harvard Business School) y ganó alcance global con el Project Aristotle de Google.
📊 Project Aristotle (Google, 2015)
Google estudió 180 equipos internos para descubrir qué diferenciaba a los equipos de alto rendimiento. Probaron de todo: composición, antigüedad, proximidad, tamaño. La variable #1 no fue el talento, ni el CI promedio, ni la experiencia.
- Factor #1: Seguridad psicológica (con una distancia significativa respecto al puesto #2)
- Equipos con alta SP: 2,7x más innovadoras, 40% menos de rotación, errores reportados 47% más rápido
- La señal: No es ser "simpático" o "agradable": es poder decir "no sé", "me equivoqué", "no estoy de acuerdo" sin riesgo social
🔑 Edmondson: lo que la seguridad psicológica NO es
- • No es ser "buena gente" - Es justamente lo contrario: poder ser directo y honesto porque el entorno lo permite
- • No es falta de exigencia - Los equipos con alta SP combinan alta exigencia con alta seguridad (el cuadrante de la "zona de aprendizaje")
- • No es permiso para un bajo rendimiento - Es separar la retroalimentación sobre el trabajo del ataque a la persona
- • No es comodidad - Es valentía. SP crea las condiciones para conversaciones difíciles, no para evitarlas
🛠️ Cómo construir SP en la práctica
Edmondson sugiere 3 pasos para los líderes:
- 1. Enmarca el trabajo como aprendizaje, no como ejecución. Di: "Estamos entrando en territorio nuevo. Necesitamos la perspectiva de todos."
- 2. Reconoce tu propia falibilidad. Di: «Puedo estar equivocado. ¿Qué se me escapa?» Eso les da permiso a los demás para hacer lo mismo.
- 3. Modela la curiosidad. Haz más preguntas que afirmaciones. La proporción ideal: 3 preguntas por cada afirmación en las reuniones.
🎯 Tolerancia al error inteligente
"Fail fast, fail cheap, fail forward" no es un eslogan vacío. Es una disciplina operativa. Las organizaciones innovadoras no celebran cualquier fracaso: distinguen sistemáticamente entre los errores que generan aprendizaje y los que se deben a negligencia, y crean procesos para extraer el máximo provecho de cada uno.
Error inteligente
- ✓ Tenía una hipótesis clara antes de probar
- ✓ La prueba fue barato y rápido (MVP, prototipo)
- ✓ Generó aprendizaje documentado y compartido
- ✓ Informó a próxima iteración
Error por negligencia
- ✗ No había una hipótesis: fue "una suposición"
- ✗ Apostó alto sin validar antes
- ✗ Ignoró señales que ya indicaban el problema
- ✗ Repitió el el mismo error sin aprender
🚪 Amazon: puertas de una vía vs. dos vías
Jeff Bezos clasifica las decisiones en dos tipos:
- • Puertas de una vía (Type 1): Irreversibles. Exigen cautela, análisis profundo y escalamiento. Ej.: vender una unidad de negocio, entrar en un nuevo mercado de miles de millones.
- • Puertas de dos vías (Type 2): Reversibles. Deben tomarse rápido, por equipos pequeños y sin burocracia. Si no funciona, se revierte. La mayoría de las decisiones del día a día son Type 2.
El error más común de las grandes empresas es tratar las decisiones Type 2 como Type 1, lo que genera una lentitud paralizante.
🧩 Diversidad cognitiva
La diversidad cognitiva es la presencia de formas diferentes de pensar, procesar información y resolver problemas dentro de un mismo equipo. No se trata solo de diversidad demográfica (género, etnia, edad), aunque esta a menudo contribuya. Se trata de tener personas que miren el mismo problema desde ángulos genuinamente diferentes.
📊 Lo que muestra la investigación
- 35% más eficaces: Los equipos cognitivamente diversos son un 35% más eficaces para resolver problemas complejos (Harvard Business Review, Reynolds & Lewis, 2017)
- 20% más innovadores: Las empresas del cuartil superior en diversidad tienen un 20% más de ingresos por innovación (BCG, 2018)
- Groupthink: Los equipos homogéneos toman decisiones más rápido, pero se equivocan más. La homogeneidad genera exceso de confianza, no precisión (Surowiecki, «The Wisdom of Crowds»)
- Incomodidad productiva: Los equipos diversos reportan más conflictos (positivos) y llegan a mejores soluciones. La «fricción cognitiva» es una característica, no un error
🧠 Tipos de diversidad cognitiva
Diferentes formas de representar problemas y situaciones
Diferentes enfoques para resolver problemas
Diferentes formas de categorizar y clasificar información
Diferentes modelos mentales para predecir consecuencias
💡 En la práctica
Antes de formar un equipo de proyecto, mapea los estilos cognitivos (herramientas como MBTI, Herrmann Brain Dominance o simplemente pregunta "¿cómo abordarías esto?"). Asegúrate de que no haya 5 personas que piensen igual. Y recuerda: la diversidad sin seguridad psicológica es inútil; las personas diferentes necesitan sentirse seguras para expresar sus perspectivas divergentes.
🧪 Experimentación continua
La diferencia entre una cultura de hipótesis y una cultura de opinión y es la diferencia entre ciencia y política. En la cultura de la opinión, gana quien argumenta mejor (o quien tiene más poder). En la cultura de la hipótesis, gana quien pone a prueba sus ideas. «Vamos a averiguarlo» reemplaza a «yo creo que».
🔬 Cultura de hipótesis vs. cultura de opinión
Cultura de hipótesis
- "Creemos que X porque Y. Vamos a probarlo."
- Decisión basada en datos de experimentos
- Falla = dato nuevo, ajusta e inténtalo de nuevo
- Cualquiera puede proponer una prueba
Cultura de opinión
- "Creo que debemos hacer X porque soy el gerente."
- Decisión basada en la jerarquía o la elocuencia
- Falla = culpa de alguien, encubrir y seguir
- Solo los directivos sénior pueden proponer cambios
📊 Ejemplos de escala
- Booking.com: Realiza ~25.000 experimentos simultáneos. Cualquier ingeniero puede lanzar un A/B test sin aprobación gerencial
- Netflix: Prueba todo, desde miniaturas de películas hasta algoritmos de recomendación. La cultura es «probar, no opinar»
- Amazon: "Las buenas intenciones no funcionan. Los mecanismos sí." Procesos formales para hipótesis-prueba-iteración en cada área
- Spotify: «Piénsalo, constrúyelo, publícalo, ajústalo». Squads autónomos con permiso para experimentar dentro de su misión
🛠️ Framework de Experimentación Rápida
1. Hipótesis: "Si hacemos X, esperamos Y porque Z." | 2. Métrica: ¿Cómo sabremos que funcionó? | 3. Prueba mínima: ¿Cuál es el experimento más pequeño que lo valida? | 4. Plazo: ¿Cuándo tendremos la respuesta? (máx. 2 semanas) | 5. Decisión: ¿Escalar, iterar o descartar? | 6. Aprendizaje: ¿Qué nos enseñó esto?
🤝 Colaboración interfuncional
La innovación rara vez nace dentro de un solo departamento. Las mejores ideas surgen en la intersección entre disciplinas - cuando un ingeniero conversa con un diseñador, cuando ventas lleva insights de clientes al equipo de producto, cuando finanzas desafía a tecnología a pensar en la viabilidad desde el día 1.
Toyota: salas Obeya
"Sala grande" en japonés
Una sala física (o virtual) donde todas las áreas involucradas en un proyecto se reúnen con regularidad y tienen información visual en las paredes. Ingeniería, producción, calidad, compras, marketing: todos en el mismo espacio, viendo los mismos datos y resolviendo problemas juntos. Elimina los traspasos y las colas entre departamentos.
Pixar: Encuentros no planificados
Arquitectura al servicio de la colaboración
Steve Jobs diseñó la sede de Pixar con un único atrio central y todos los baños, la cafetería y el correo en el medio. Obligó a ingenieros, animadores, guionistas y ejecutivos a cruzarse decenas de veces al día. Jobs dijo: «La creatividad surge de los encuentros espontáneos». El edificio es una máquina de colisiones productivas.
Amazon: equipos de dos pizzas
Autonomía a escala
Equipos lo bastante pequeños como para alimentarse con dos pizzas (6-10 personas), pero multifuncionales: reúnen todas las competencias necesarias para entregar de principio a fin sin depender de otros equipos. Reducen la coordinación, aumentan la velocidad y preservan la responsabilidad sobre el trabajo.
⚠️ Enemigo #1: silos organizacionales
Cuando los departamentos no se comunican, cada uno optimiza para sí mismo. Marketing promete lo que ingeniería no puede entregar. Producto desarrolla funciones que ventas no sabe vender. Finanzas recorta el presupuesto de experimentación porque no entiende el pipeline de innovación. Los silos son el cáncer de la innovación.
👤 Enfoque en el cliente / usuario
La innovación sin clientes es invención. La invención puede ser fascinante para quien la inventa, pero no crea valor. El pilar de la enfoque en el cliente garantiza que toda innovación comience y termine con una persona real cuyo problema debe resolverse. La tecnología es el medio, no el fin.
🔑 Customer Obsession (Amazon)
Amazon eleva el enfoque en el cliente a la categoría de "obsesión". Es el Leadership Principle #1 de los 16. En la práctica:
- • Working Backwards: Todo producto nuevo comienza con un comunicado de prensa ficticio escrito desde el punto de vista del cliente. Si el comunicado no entusiasma, el producto no vale la pena
- • Silla vacía: En las reuniones, una silla vacía representa al cliente. Antes de cada decisión: "¿Qué diría el cliente?"
- • Andon cord: Cualquier empleado puede "tirar de la cuerda" y detener un proceso si percibe que el cliente se verá perjudicado
Design Thinking
La empatía como paso cero. Observar, entrevistar e involucrarse en el contexto del usuario antes de generar cualquier solución. IDEO y d.school de Stanford popularizaron el método.
Jobs to Be Done (JTBD)
Clayton Christensen: los clientes no compran productos: "contratan" soluciones para un trabajo. Entender el trabajo es más poderoso que la investigación de mercado tradicional. "Las personas no quieren un taladro de 1/4 de pulgada. Quieren un agujero de 1/4 de pulgada."
Continuous Discovery
Teresa Torres: hablar con clientes todas las semanas, no solo al inicio del proyecto. El «discovery continuo» garantiza que el producto nunca se aleje de lo que necesita el usuario.
Gemba Walks
Concepto de Toyota adaptado: ir al «gemba» (lugar real donde se crea o consume valor) y observar. En lo digital: grabaciones de sesiones, seguimiento de usuarios y tickets de soporte como fuente de insights.
📋 Resumen del módulo
Siguiente módulo:
1.3 - Modelos teóricos: Google X, Amazon, Pixar