Logo Scrum Manager Comunidad

Seguridad psicológica ≠ ser blando: crear equipos exigentes y sanos

25/02/2026 | Canal De Escalado Y Liderazgo

Imagen del tema

"No queremos que el equipo se acomode". Es una de las objeciones más frecuentes cuando hablamos de seguridad psicológica en las organizaciones. Existe una creencia extendida de que crear entornos psicológicamente seguros equivale a bajar el listón, evitar conflictos y convertir los equipos en espacios donde nadie cuestiona nada por miedo a "herir sensibilidades". Esta confusión ha generado resistencia hacia uno de los factores más determinantes del alto rendimiento.

¿Es posible construir equipos que sean al mismo tiempo exigentes y psicológicamente seguros? No solo es posible: es la única forma sostenible de conseguir excelencia.

La confusión entre seguridad psicológica y comodidad tiene un coste real. Amy Edmondson, profesora de Harvard Business School y principal investigadora sobre este concepto, lo advierte: la seguridad psicológica no es ser amable ni bajar estándares. Se trata de dar voz franca a personas con perspectivas diferentes (Edmondson, 1999).

Cuando Edmondson comenzó su investigación en los años 90 estudiando errores médicos, descubrió algo contraintuitivo: los mejores equipos reportaban más errores que los equipos de bajo rendimiento. No porque cometieran más fallos, sino porque habían creado un entorno donde era seguro reconocerlos y aprender de ellos. Los equipos de peor desempeño simplemente ocultaban sus errores bajo la alfombra.

Esta distinción es fundamental. La seguridad psicológica no elimina la exigencia; elimina el miedo que impide la mejora. Se trata de crear un clima donde las personas puedan tomar riesgos interpersonales sin temor a consecuencias negativas para su imagen, estatus o carrera.

¿Qué es realmente la seguridad psicológica?

Edmondson (1999) define la seguridad psicológica como "la creencia compartida por los miembros de un equipo de que el equipo es seguro para la toma de riesgos interpersonales". Estos riesgos incluyen:

Project Aristotle de Google analizó 180 equipos durante varios años para identificar qué hacía que unos tuvieran alto rendimiento y otros no. El hallazgo principal fue contundente: la seguridad psicológica era el factor más importante, por encima de la composición del equipo, las habilidades individuales o la estructura organizativa (Rozovsky, 2015).

Pero aquí está el matiz que muchas organizaciones pasan por alto: los equipos con alta seguridad psicológica del estudio de Google también tenían altos estándares. No eran equipos complacientes. Eran equipos que combinaban la capacidad de cuestionar con la exigencia de excelencia.

El modelo de los cuatro cuadrantes

Para entender esta aparente paradoja, Timothy Clark propone en The 4 Stages of Psychological Safety un marco útil que diferencia entre seguridad psicológica y estándares de rendimiento. Cuando cruzamos estas dos variables (alta/baja seguridad psicológica y altos/bajos estándares), obtenemos cuatro tipos de culturas:

La clave está en entender que la seguridad psicológica no es el eje vertical de esta matriz. No se trata de elegir entre seguridad o exigencia. Se trata de construir ambas simultáneamente.

Cómo la seguridad psicológica potencia la exigencia

Lejos de debilitar los estándares, la seguridad psicológica los hace alcanzables de forma sostenible. Veamos cómo:

  1. Feedback más honesto y frecuente. En equipos con baja seguridad psicológica, el feedback se pospone hasta las evaluaciones formales, cuando ya es demasiado tarde para corregir el rumbo. En equipos psicológicamente seguros, el feedback es una conversación continua. La seguridad psicológica permite el desafío directo sin que se perciba como ataque personal.
  2. Experimentos y aprendizaje rápido. Las organizaciones que fomentan la experimentación sistemática superan consistentemente a sus competidores. Pero experimentar requiere aceptar que muchos experimentos fallarán. Sin seguridad psicológica, los equipos dejan de proponer experimentos o solo proponen aquellos con éxito garantizado, eliminando precisamente el potencial de aprendizaje.
  3. Transparencia sobre problemas reales. Los equipos de alto rendimiento tienen una cultura donde es seguro admitir problemas tempranamente. Esto permite resolverlos cuando aún son pequeños, en lugar de descubrirlos en producción o en auditorías externas (Forsgren et al., 2019).
  4. Debate productivo sobre decisiones importantes. Los equipos que toleran el disenso toman mejores decisiones. Pero tolerar el disenso requiere seguridad psicológica. Sin ella, las personas practican autocensura y el equipo pierde perspectivas valiosas.

Tres antipatrones que destruyen la ecuación

Cuando las organizaciones intentan crear seguridad psicológica sin entender qué es realmente, suelen caer en trampas predecibles:

Construir el cuadrante correcto: estrategias concretas

¿Cómo creamos entonces ese espacio donde son posibles la exigencia y la seguridad simultáneamente?

  1. Define estándares claros y co-creados. La ambigüedad sobre expectativas es enemiga tanto de la seguridad como de la exigencia. Los mejores equipos dedican tiempo a definir explícitamente qué significa "excelencia" en su contexto. No como imposición desde arriba, sino como conversación donde participan quienes harán el trabajo. Esto incluye definiciones de "done", criterios de calidad, acuerdos de trabajo y expectativas de colaboración.
  2. Modela la vulnerabilidad desde el liderazgo. Edmondson (2018) insiste en que la seguridad psicológica empieza desde quien tiene más poder formal. Cuando un líder admite que no sabe algo, que cometió un error o que necesita ayuda del equipo, establece que esos comportamientos son aceptables. No se trata de fingir incompetencia, sino de humildad auténtica sobre los límites del conocimiento individual.
  3. Separa la persona del comportamiento o resultado. Existe una diferencia fundamental entre "esta decisión de diseño generó problemas de rendimiento que necesitamos resolver" y "eres un mal desarrollador". El primero es seguro y exigente. El segundo es inseguro y destructivo.
  4. Crea estructuras para el disenso productivo. No basta con decir "aquí pueden disentir". Muchas personas no se atreverán sin estructuras explícitas que lo faciliten. Algunas prácticas útiles:
    • Pre-mortems: antes de una decisión importante, el equipo imagina que ha fracasado y analiza qué pudo salir mal.
    • Devil's advocate rotatorio: alguien tiene la responsabilidad explícita de cuestionar la propuesta.
    • Separación temporal entre divergencia y convergencia: primero generamos opciones sin juzgar, luego evaluamos.
  5. Celebra tanto los aprendizajes como los éxitos. Si solo celebramos cuando todo sale bien, estamos incentivando que se oculten los problemas. Los equipos psicológicamente seguros tienen rituales para compartir qué aprendieron de lo que no funcionó.
  6. Gestiona el bajo rendimiento de forma directa y respetuosa. Cuando alguien no está cumpliendo con los estándares del equipo, la conversación debe suceder pronto y claramente. El modelo de conversaciones difíciles de Stone, Patton y Heen en Difficult Conversations propone separar tres aspectos: qué sucedió (hechos observables), cómo nos sentimos al respecto (emociones) y qué significa sobre la relación o identidad (la conversación más delicada). Abordar los tres con honestidad es compatible con mantener seguridad psicológica.

El papel del Scrum Master y del líder

En contextos scrum, el scrum master tiene una responsabilidad particular en cultivar seguridad psicológica. No como el "protector del equipo contra la realidad", sino como facilitador de conversaciones difíciles que de otro modo no sucederían.

Algunos equipos malinterpretan el concepto de equipo auto-organizado pensando que significa "nadie puede cuestionar al equipo". La realidad es opuesta: los equipos verdaderamente auto-organizados se cuestionan constantemente a sí mismos. El scrum master ayuda a que esos cuestionamientos sean productivos, no destructivos.

En las retrospectivas, por ejemplo, un antipatrón común es que se convierten en sesiones donde nadie menciona problemas reales por miedo a "señalar con el dedo". Un scrum master efectivo crea estructuras que permiten discutir problemas sistémicos sin personalizar. Técnicas como "Mad, Sad, Glad" o "Sailboat" ayudan a externalizar los problemas, haciéndolos más seguros de abordar.

Las limitaciones sistémicas

No todo está al alcance del equipo o del scrum master. Si la organización tiene una cultura punitiva hacia el error, será difícil crear seguridad psicológica en un equipo aislado. Si los incentivos individuales están diseñados para fomentar competencia interna, será complicado conseguir colaboración real.

Ron Westrum, en su investigación sobre culturas organizacionales (2004), identifica tres tipos: patológicas (orientadas al poder, información como arma), burocráticas (orientadas a reglas, información como molestia) y generativas (orientadas a la misión, información como recurso vital). La seguridad psicológica florece en culturas generativas, pero tiene que luchar contra corriente en las otras dos.

¿Significa esto que no vale la pena intentarlo si no controlamos toda la organización? No. Significa que debemos ser conscientes de nuestro alcance de influencia. Como agile coaches, podemos crear bolsas de seguridad psicológica dentro de equipos, sabiendo que tendrán límites en organizaciones con culturas tóxicas más amplias. Y a veces, la respuesta honesta para un profesional en esa situación es considerar si la organización merece su energía a largo plazo.

La tensión productiva

Volvamos a la pregunta inicial: ¿podemos tener equipos exigentes y sanos? No solo podemos: la exigencia sin seguridad psicológica es insostenible, y la seguridad sin exigencia es un desperdicio de potencial.

La tensión entre ambas no es un problema a resolver, sino una paradoja a gestionar continuamente. Los mejores equipos oscilan en esa cuerda floja, ajustando constantemente. Hay momentos donde necesitan inclinar la balanza hacia la exigencia (una entrega crítica, un compromiso con un cliente) y otros donde la inclinan hacia el cuidado (tras un sprint especialmente duro, cuando alguien del equipo está pasando por un momento difícil).

La habilidad no está en eliminar la tensión, sino en hacerla explícita y navegarla como equipo. ¿Estamos siendo lo suficientemente exigentes con nosotros mismos? ¿Estamos siendo lo suficientemente cuidadosos con las personas? Estas preguntas nunca tienen respuestas permanentes.


La seguridad psicológica no es un estado que alcanzas y mantienes sin esfuerzo. Es una práctica diaria que requiere intención, estructuras y, sobre todo, coherencia entre lo que decimos y lo que hacemos como líderes y como equipos.

¿Qué tensiones observas en tu equipo entre seguridad y exigencia? ¿Hay conversaciones difíciles que no están sucediendo? ¿Qué pequeña práctica podrías introducir mañana para hacer un poco más seguro decir la verdad?

Bibliografía

Encuesta

Votar →

¿Cuál es el principal obstáculo para la seguridad psicológica en tu equipo u organización?

Votos: 3

Los líderes dicen que quieren feedback honesto, pero castigan cuando lo reciben. 0 voto(s)
0%
El equipo confunde seguridad psicológica con evitar cualquier conflicto. 0 voto(s)
0%
Hay miedo a que bajen los estándares si somos "demasiado blandos". 0 voto(s)
0%
La cultura organizacional más amplia no apoya la vulnerabilidad. 0 voto(s)
0%
No sabemos cómo tener conversaciones difíciles de forma constructiva. 2 voto(s)
67%
Otro (comparte en comentarios). 1 voto(s)
33%

Aportaciones y comentarios

Comentar →

Jorge Sánchez López 25/02/2026 10:34

Excelente reflexión, especialmente porque desmonta una confusión que sigo viendo constantemente en organizaciones: creer que la seguridad psicológica reduce la exigencia cuando, en realidad, hace posible sostenerla en el tiempo.

Desde mi experiencia acompañando transformaciones, el problema no suele ser cultural en origen, sino de diseño del sistema. Muchas empresas piden transparencia, aprendizaje o feedback directo… pero mantienen estructuras de evaluación, incentivos o liderazgo que penalizan exactamente esos comportamientos.

Ahí aparece la paradoja: se habla de seguridad psicológica, pero el contexto real empuja a la autoprotección.

Para mí, la clave no está solo en generar confianza interpersonal, sino en reducir lo que llamo desperdicio decisional: cuando las personas dejan de decir lo que ven porque el sistema convierte la verdad en un riesgo personal.

Los equipos realmente maduros no son los más cómodos, sino los que pueden sostener conversaciones incómodas sin romperse como sistema. Y eso, más que una habilidad blanda, es arquitectura organizativa.

Gran aporte al abrir este debate

Invitado 25/02/2026 13:09

Me ha gustado mucho el artículo porque pone palabras a algo que intento trabajar constantemente en los equipos: la seguridad psicológica no es comodidad, es madurez.

Desde mi experiencia y mi punto de vista liderando tecnología, tengo claro que los equipos necesitan tensión. Pero no tensión desde el miedo o la presión desmedida, sino desde el reto compartido. Es una tensión constructiva que lleva al equipo a cuestionar decisiones, a elevar el nivel técnico, a discutir soluciones con rigor y a no conformarse con un "si lo que hemos hecho ya funciona o ya es bastante bueno".

Y eso solo es posible cuando existe seguridad psicológica.

Si una integrante del equipo siente que no puede decir algo como "esto no va a escalar", "esta arquitectura es frágil" o "nos estamos autoengañando con esta estimación", entonces aparece el silencio. Y el silencio en tecnología suele salir muy caro (y lo digo por experiencia).

Para mí, la seguridad psicológica no es rebajar estándares, es crear el entorno donde los estándares pueden ser realmente altos. Es poder tener conversaciones incómodas sin que se conviertan en ataques personales. Es exigir mucho, pero también permitir equivocarse y aprender rápido.

Un equipo sano no es el que evita el conflicto, sino el que sabe gestionarlo con respeto y foco en el resultado.

Y esto, queda muy lejos de ser "blando", es un tema profundamente profesional.

Scrum Manager 02/03/2026 11:39

Muy de acuerdo. Evitar conflictos solo trae problemas a mayor escala y que se perpetúan en el tiempo. Y a más tiempo, más difícil resulta atajarlos después.

David Boixadera Ortega 25/02/2026 13:11

Me ha gustado mucho el artículo porque pone palabras a algo que intento trabajar constantemente en los equipos: la seguridad psicológica no es comodidad, es madurez.

Desde mi experiencia y mi punto de vista liderando tecnología, tengo claro que los equipos necesitan tensión. Pero no tensión desde el miedo o la presión desmedida, sino desde el reto compartido. Es una tensión constructiva que lleva al equipo a cuestionar decisiones, a elevar el nivel técnico, a discutir soluciones con rigor y a no conformarse con un "si lo que hemos hecho ya funciona o ya es bastante bueno".

Y eso solo es posible cuando existe seguridad psicológica.

Si una integrante del equipo siente que no puede decir algo como "esto no va a escalar", "esta arquitectura es frágil" o "nos estamos autoengañando con esta estimación", entonces aparece el silencio. Y el silencio en tecnología suele salir muy caro (y lo digo por experiencia).

Para mí, la seguridad psicológica no es rebajar estándares, es crear el entorno donde los estándares pueden ser realmente altos. Es poder tener conversaciones incómodas sin que se conviertan en ataques personales. Es exigir mucho, pero también permitir equivocarse y aprender rápido.

Un equipo sano no es el que evita el conflicto, sino el que sabe gestionarlo con respeto y foco en el resultado.

Y esto, queda muy lejos de ser "blando", es un tema profundamente profesional.