46 puntos por GN⁺ 2025-05-20 | 7 comentarios | Compartir por WhatsApp
  • La seguridad psicológica no surge de evitar el conflicto, sino de un entorno donde desafiar ideas fortalece al equipo
  • Que todos los miembros muestren reuniones aparentemente silenciosas y un ambiente cordial no significa que sea un equipo efectivo
  • Los equipos capaces de tener desacuerdos productivos se caracterizan por detectar problemas rápido y permitir choques de opiniones
  • El pensamiento crítico necesita fricción, y los equipos con poca comunicación honesta dejan pasar problemas potenciales
  • Los líderes pueden fomentar una cultura de debate saludable mediante mostrar vulnerabilidad, establecer reglas para discutir y alentar a quienes cuestionan

La diferencia entre un ambiente donde todos se llevan bien y la seguridad psicológica

  • A menudo se malinterpreta la seguridad psicológica como un estado armonioso en el que el equipo no tiene conflictos
  • Muchos líderes se enorgullecen de tener equipos donde nadie alza la voz, todos están de acuerdo y no hay choques de opiniones
  • Pero la esencia de la seguridad psicológica no es evitar el conflicto, sino crear un entorno donde las ideas puedan cuestionarse y debatirse libremente
  • La profesora Amy Edmondson de Harvard Business School define la seguridad psicológica como “la creencia de que no serás castigado ni avergonzado por tus ideas, preguntas, preocupaciones o errores”

Características de los equipos con alta seguridad psicológica (y conflicto constructivo)

  • Hablar con libertad está permitido, incluso los debates intensos, y como resultado el equipo se vuelve más fuerte
  • Existe un ambiente donde puedes decir “creo que eso está mal” sin preocuparte por ser excluido
  • Se puede decir con tranquilidad “mi idea podría estar equivocada”, y lo que se evalúa y discute es el contenido de la idea, no la persona; cualquiera puede cuestionarla sin importar quién la propuso
  • Incluso los errores se aprovechan como oportunidades de aprendizaje, y hay una cultura que fomenta perspectivas diversas

Rasgos concretos de los equipos que practican debates productivos

  • Detección temprana de problemas: los ingenieros mencionan un issue antes de que el problema se vuelva grave
  • Discusión activa de ideas: aunque dos desarrolladores senior tengan una fuerte discusión de diseño, al día siguiente no tienen ningún problema para colaborar
  • Enfoque en el problema: frases como “este enfoque probablemente tendrá problemas de escalabilidad” muestran que la atención está en el problema, no en la persona
  • Los errores como oportunidad de aprendizaje: cuando ocurre una caída o incidente, el ingeniero que cometió el error lidera directamente el postmortem

El costo oculto que pasan por alto los equipos “buenos”

  • Son equipos que por fuera parecen pacíficos, pero en la mayoría de los casos solo producen resultados promedio
  • Esto se debe a que el pensamiento crítico requiere cierto grado de fricción
  • Bajo un acuerdo superficial, en realidad hay conflictos ocultos: en la reunión todos dicen que sí, pero luego cada quien actúa de forma distinta al ejecutar el trabajo
  • El problema central es la falta de comunicación, y la ausencia de debate constructivo termina reduciendo el resultado final

Equilibrar la seguridad psicológica y el conflicto

  • Tres prácticas clave para construir ese entorno
    • Admitir con honestidad que uno mismo no lo sabe todo (mostrar vulnerabilidad)
    • Establecer reglas claras para debatir (enfocarse en las ideas y no en las personas, separar discusión y decisión)
    • Reconocer públicamente a quienes plantean problemas o hacen preguntas difíciles (como señal de alerta temprana)

Conclusión: el conflicto saludable lleva al verdadero crecimiento y a la innovación

  • En la práctica, los equipos que expresan libremente sus conflictos terminan teniendo menos conflicto de mala calidad a largo plazo
  • Los desacuerdos pequeños no se acumulan, sino que se resuelven de inmediato, fortaleciendo la confianza y la colaboración
  • Los mejores equipos de ingeniería no son silenciosos: dan la bienvenida al debate técnico y a las distintas perspectivas
  • La verdadera seguridad psicológica es una cultura donde se puede debatir libremente y respetarse mutuamente dentro del equipo
  • Así como el código y las ideas no validadas causan problemas, las ideas sin debate también llevan al fracaso

7 comentarios

 
chipmunk 2025-05-21

La seguridad psicológica y los debates constructivos al final son combustible para la ejecución.
Para que una idea cobre vida, al final alguien tiene que impulsarla, y solo cuando esa acción se repite se construye la confianza.
Si solo se repiten los debates sin ejecución, por más seguro que sea el ambiente, el equipo se queda en el mismo lugar.
Una buena cultura no se valida con palabras, sino con acciones.

 
chipmunk 2025-05-21

Entre personas respaldadas por la capacidad de ejecución, el debate constructivo es inevitable.

 
mhj5730 2025-05-21

Normalmente... si el líder del equipo es del tipo conservador, que evita asumir responsabilidades y delega absolutamente todo el trabajo, al final todos se vuelven dóciles y se quedan callados por su cuenta.

 
kaydash 2025-05-21

La razón por la que tu equipo "armonioso" fracasa

Por qué es importante la retroalimentación honesta

 
ndrgrd 2025-05-20

Cuanto más bajo sea el umbral para expresar opiniones, mejor. Lo difícil es encontrar el criterio y el equilibrio.

 
GN⁺ 2025-05-20
Opiniones de Hacker News
  • En mi experiencia de más de 20 años trabajando en la industria de TI, mucha gente confunde que un equipo tenga "debates intensos" con que necesariamente sea un equipo de alto rendimiento. Ese mismo patrón también aparece seguido en equipos de bajo desempeño y con mucho conflicto. He visto gerentes dando retroalimentación negativa en público, o desarrolladores veteranos diciéndoles a los nuevos que si no les gusta, se vayan; la división dentro del equipo era profunda. Una persona muy entrenada y hábil para argumentar adopta una actitud de "opiniones fuertes, poca terquedad", pero aun así empuja ideas débiles con total firmeza hasta el final, hasta que todos se cansan y se rinden. En la práctica, casi nunca es posible refutar eso en tiempo real, así que muchos gerentes confunden su seguridad o entusiasmo con capacidad real (o con que tienen razón). La idea es que un debate acalorado no garantiza por sí mismo un alto desempeño
    • Según mi experiencia, en ese ejemplo el problema no es que no se pueda demostrar algo en tiempo real, sino que quienes hablan bien no saben escuchar bien. Una capacidad importante es captar la esencia de un argumento, incluso si está mal expresado; descartarlo por falta de claridad al comunicarlo es arrogancia. Si uno no escucha bien, no puede llamarse a sí mismo alguien de "opiniones fuertes, poca terquedad". Aceptar solo aquello cuya evidencia cuesta mucho producir es más bien "opiniones fuertes, terquedad férrea". Al final, si los debates acalorados ocurren con frecuencia, eso mismo puede ser una señal de disfunción del equipo. Una discusión honesta y serena es más productiva para un equipo
    • El autor también enfatiza durante la charla la importancia de centrarse en el problema. Por ejemplo, si se dice algo como "este enfoque tiene límites de escalabilidad" se orienta la conversación, pero si se menosprecia la idea de una persona en sí, la discusión se vuelve tóxica de inmediato
  • Tengo experiencia liderando durante 25 años un equipo que desarrollaba pipelines de procesamiento de video en C++ de alto rendimiento. Formaba parte de un equipo grande, internacional e interdisciplinario, dentro de una empresa de imagenología reconocida mundialmente. Como colaborábamos con especialistas de muchas áreas, no siempre era fácil llevarse bien con todos. Todos creían tener la "respuesta correcta" y cada quien tenía la pasión de producir el mejor resultado posible. Por eso, naturalmente, había debates intensos con frecuencia. En la mayoría de los casos se lograron resultados excelentes, y la causa de los problemas no era el conflicto interno del equipo. En mi experiencia, un equipo creativo, apasionado y muy capaz puede ser bastante caótico, y manejarlo es un trabajo realmente complicado
    • Me interesa saber qué reglas concretas, flujos de trabajo o cultura de equipo hicieron posible gestionarlo así durante 25 años. También me gustaría saber cuánto recambio hubo en el equipo y qué consejos hay para manejar un grupo con choques fuertes entre personas talentosas. No habrá una solución mágica, pero ejemplos reales ayudarían mucho
  • Da la impresión de que este texto confunde "ausencia de discusiones intensas" con "ausencia de debate crítico y constructivo". En mi experiencia, en equipos maduros y con alta confianza no se generan discusiones sobrecalentadas porque nadie teme que ignoren su opinión. Como todos confían en que los demás van a escuchar y reflexionar sobre lo que dicen, no hay motivo para exaltarse. No entiendo el significado de "el código que nadie cuestionó siempre termina causando problemas en producción"
    • Supongo que quiere decir algo como "el código que nadie criticó al final termina explotando". Pero tampoco siempre es así
    • Que en equipos de alta confianza las discusiones no sean intensas se nota más cuando el nivel de riesgo e incertidumbre es bastante bajo. Si todos estuvieran en una situación donde tienen que llevar al límite su intuición y su razonamiento, entonces la cantidad de comunicación entre los nodos internos del equipo se volvería desigual. La responsabilidad genera liderazgo, y distintas perspectivas irían emergiendo y perdiendo fuerza de manera cíclica. Si la temperatura de las discusiones siempre es baja, quizá también conviene preguntarse si el equipo no se está desafiando lo suficiente
    • El artículo parece refutar de frente esa perspectiva. Un "equipo aparentemente tranquilo" en realidad podría estar evitando los choques de opiniones reales para esquivar el conflicto. Es decir, la aparente armonía no significa que haya acuerdo; los problemas de fondo solo están enterrados
    • En la práctica sí hay casos donde un código o una arquitectura que nadie llamó a revisión resulta ser un desastre
  • Al releerlo, ya entendí por qué el tono del texto al principio se prestaba a malentendidos. En realidad, la seguridad psicológica (PSYCHOLOGICAL SAFETY) que define el autor es correcta, pero está señalando que mucha gente confunde un "equipo amable" con un equipo psicológicamente seguro. Que todos solo asientan con la cabeza no significa en absoluto que se sientan seguros. El conflicto y la seguridad no se oponen entre sí. El punto central de la verdadera seguridad psicológica es crear un entorno donde todos estén dispuestos a participar en conflictos productivos. No todo conflicto ni todo consenso es productivo. La seguridad psicológica consiste en construir una cultura de equipo donde tanto el acuerdo como el desacuerdo puedan expresarse con tranquilidad
    • Un equipo donde todos están de acuerdo es, de hecho, un equipo igual de peligroso. Por eso pasa que apenas habla el jefe, todos le siguen la corriente
  • ¿De verdad alguien se siente tan impresionado por la idea de que "las ideas se evalúan por sí mismas y no por quien las dice"? Todo este texto me da una sensación de Don Quijote peleando con molinos de viento. Es decir, parece apuntar a ingenieros molestos con una discusión que en el terreno ya es conocimiento común. O tal vez está dirigido a líderes autoritarios y casi dictatoriales, pero ¿esa gente va a escuchar este texto? "Mis mejores equipos nunca fueron siempre silenciosos. Debates intensos entre varias personas, con perspectivas distintas bienvenidas, desacuerdos respetuosos..." ¿Quién podría decir que está en contra del respeto a distintas perspectivas? La verdad, sentí que la discusión anterior daba mucho más para pensar
    • Sobre la pregunta de si "este debate aporta una idea especialmente profunda", en realidad es algo muy básico, pero antes hubo casos representativos como listas de verificación que salvaron vidas, o la práctica en Toyota de permitir que cualquier empleado detenga la línea de producción si le surge una duda. De hecho, en TI también es extremadamente común menospreciar al equipo y a otras personas, sobre todo entre DEV/TEST. Quien causa el problema probablemente no va a leer este texto, pero otra persona dentro de ese equipo podría darse cuenta algún día de que eso no es normal y empezar a trabajar distinto, o provocar un cambio. Aunque nadie diga abiertamente "me opongo a respetar otras perspectivas", en la práctica sí existe gente que por dentro piensa de otros equipos como "esos idiotas", y con esa mentalidad se bloquea el debate productivo desde el inicio
    • Primero es importante identificar en qué tipo de equipo estás. Los equipos que afirman valorar el "consenso silencioso" muchas veces en realidad ya acordaron decisiones egoístas entre unos pocos y no quieren que en la reunión general aparezcan ideas nuevas
  • Aprendí en carne propia la idea de que la retroalimentación de un amigo amable pero crítico enseña más que la de un amigo que nunca cuestiona nada
  • Como en toda relación, la meta no es "ganar", sino crear un entorno donde se satisfagan las necesidades de todos
  • Qué debería hacer la única persona que sí tiene una perspectiva correcta cuando la mayoría del equipo alza la voz pero siempre insiste en opiniones equivocadas
    • La solución más rápida es dejar de involucrarte por completo. Si de verdad siguen equivocados todo el tiempo, las cosas van a empeorar todavía más sin tu intervención. O también puedes usar la fuerza del otro en su contra y dejar que una mala idea se autodestruya sola
    • Si no eres líder, tener la razón puede no significar nada, y el hecho de que "yo tenía razón" tampoco recibe recompensa. Hay proyectos donde solo importa la apariencia externa y la productividad no es relevante. Si entendiste mal cuál era el objetivo, entonces actuar "correctamente" no era en realidad actuar bien. En ese caso, puedes decidir simplemente seguir cobrando y continuar, o irte
    • Si en la calle todos corren en dirección contraria, a veces también hay que preguntarse si no serás tú quien va en sentido contrario
  • En una época, el CTO (cofundador) era una persona extremadamente tóxica, y eso hizo que se formara una burbuja de felicidad dentro del equipo. En ese momento sentíamos que era el mejor equipo posible, pero cuando esa burbuja se rompió de golpe, salió a la luz una situación realmente terrible
 
techiemann 2025-05-21

"A veces existe esa actitud de referirse para adentro a otros equipos como 'esos idiotas', y con esa mentalidad se bloquea de entrada cualquier debate productivo.

Primero es importante identificar a qué tipo de equipo perteneces. Los equipos que sostienen que el valor está en el 'consenso silencioso' en realidad, en la mayoría de los casos, ya tienen decisiones egoístas de una minoría acordadas de antemano y no quieren que en la reunión general surjan opiniones nuevas"

No deberíamos tener reuniones tipo Cuartel General Imperial como las del ejército japonés en la Segunda Guerra Mundial. También sería un problema una cultura poco colaborativa y hostil, dentro y fuera de tu propia línea, nacida de la idea de que alguien podría dejarte de lado, ganarte puntos, ascender o salir beneficiado.