El error no es el problema. El problema es actuar sorprendidos.
Un error bien manejado enseña más que cualquier capacitación. No porque equivocarse sea deseable, ni porque “fallar esté bien”, sino porque cuando algo sale mal obliga al equipo a hacer algo que normalmente evita: dejar de fingir que todo está bajo control.
Amy Edmondson lo dice con una frase que incomoda más de lo que parece: los equipos que mejor funcionan no son los que se equivocan menos, sino los que hablan antes. No habla de equipos brillantes ni de metodologías mágicas. Habla de algo mucho más básico y, por eso mismo, más difícil: decir lo que está pasando cuando todavía hay margen para hacer algo al respecto.
Y no, esto no es teoría. Esto pasa en proyectos reales. Con briefs “clarísimos”, cronogramas “realistas” y equipos “súper alineados”. Hasta que dejan de estarlo. La diferencia entre los proyectos que se corrigen a tiempo y los que terminan siendo un desastre elegante no está en el error inicial, sino en cuánto tiempo pasa antes de que alguien diga: “oye… esto no va bien”.
El quiebre no es equivocarse. El quiebre es llegar tarde a la conversación.
En muchas organizaciones el error sigue viéndose como una anomalía. Algo que no debería pasar si todos hicieron bien su trabajo. Algo que hay que corregir rápido, en silencio y sin mover demasiado el avispero.
El problema es que eso no es cómo funcionan los proyectos de verdad. Cuando trabajas con personas, presupuestos finitos, tiempos apretados y clientes que muchas veces tampoco saben exactamente lo que quieren, el error no es una excepción. Es parte del sistema. Pretender lo contrario es optimismo mal entendido.
Por eso la pregunta importante no es cómo evitar errores, sino cuándo te enteras y qué haces con esa información. Un equipo que detecta un problema cuando todavía es una señal débil puede ajustar. Un equipo que se entera cuando el problema ya explotó solo puede apagar fuegos. Y apagar fuegos nunca es barato, aunque el Excel diga que sí.
“Todo va bien” es una de las frases más peligrosas de un proyecto
Hay pocas frases que me pongan más nervioso que “todo va bien”. No porque siempre sea mentira, sino porque muchas veces es una forma elegante de no abrir una conversación incómoda. Es el primo corporativo del “luego vemos”.
Detrás de ese “todo va bien” suelen esconderse cosas bastante comunes: dudas que nadie quiere verbalizar, decisiones tomadas por inercia o supuestos que nadie terminó de validar, pero que ya nadie quiere tocar porque el proyecto está avanzado y “no hay tiempo”.
No es mala intención. Es puro instinto humano. Cuando el costo percibido de hablar es mayor que el de callarse, la gente se calla. Incluso cuando ve venir el problema. Nadie quiere ser el aguafiestas de la junta, el negativo del equipo o el que “siempre ve problemas”. El tema es que el silencio no elimina el riesgo. Solo lo patea hacia adelante.
Seguridad psicológica no es que todos se sientan cómodos
El concepto de seguridad psicológica se ha vuelto tan popular que a veces parece significar ambientes suaves, amables y sin fricción. En la práctica, es todo lo contrario. Seguridad psicológica es poder incomodar sin pagar un precio político por hacerlo.
Es poder decir “esto no va a funcionar” sin tener que aclarar que “igual estoy equivocado”. Es poder cuestionar una decisión aunque no seas el más senior en la sala. Es poder decir “no entiendo” sin quedar como el lento del grupo. Eso no genera comodidad; genera mejores decisiones.
Los equipos que funcionan bien no evitan la incomodidad. La usan temprano. Prefieren una conversación incómoda hoy que una crisis con PowerPoint mañana. Entienden que la armonía artificial suele salir carísima cuando el proyecto entra en fase crítica.
El aprendizaje importante no pasa en el post-mortem
Muchas organizaciones confían en retrospectivas y post-mortems para “aprender de los errores”. Reuniones largas, bien intencionadas, llenas de frases como “la próxima vez…” cuando ya no hay próxima vez para ese proyecto.
No digo que no sirvan. Digo que llegan tarde. El aprendizaje que de verdad cambia cómo opera un equipo no ocurre al final, ocurre durante el proyecto. Cuando alguien detecta que algo no cuadra. Cuando una decisión no termina de hacer sentido. Cuando algo “huele raro” aunque todavía no haya fallado.
Ese aprendizaje no se documenta en slides ni se baja en frameworks. Se construye en conversaciones incómodas que pasan a tiempo. Si esas conversaciones no existen, puedes hacer todos los post-mortems que quieras. El patrón se va a repetir igual.
Decir que “aquí se puede hablar” no significa que sea verdad
Muchas empresas dicen fomentar la franqueza. Pocas la toleran de verdad. El test real no es el discurso, es qué pasa con la primera persona que cuestiona algo importante.
Si esa persona queda etiquetada, pierde espacio o deja de ser invitada a ciertas conversaciones, el mensaje queda clarísimo para el resto del equipo. A partir de ahí, nadie vuelve a levantar la mano. No porque no vean el problema, sino porque ya entendieron las reglas del juego.
Los equipos que funcionan distinto hacen algo muy concreto: escuchan antes de defenderse, ajustan sin buscar culpables y tratan el error como información operativa, no como un juicio personal. No lo dramatizan ni lo esconden. Lo usan y siguen adelante con mejor criterio.
Cuando el error deja de ser un costo (y nadie hace un post celebrándolo)
Cuando esta forma de operar se vuelve habitual, el impacto es evidente. El equipo no es que falle menos, es que aprende más rápido. Decide mejor porque circula más información real. Se anticipa porque las señales débiles no se descartan. Necesita menos control porque la gente no espera permiso para decir lo evidente.
En ese punto, el error deja de ser un costo operativo y empieza a convertirse en una ventaja real. No se presume, no se romantiza y no se convierte en storytelling inspiracional con frases motivacionales. Simplemente se capitaliza.
Enero no es para prometer que “este año sí”
Enero no sirve para prometer que este año no habrá errores. Eso no pasa en ningún equipo que haga cosas de verdad. Enero sirve para algo mucho más útil: decidir cómo se van a conversar los errores cuando aparezcan.
La pregunta clave no es si van a pasar, sino qué tan fácil es hoy decir “esto no va a funcionar” dentro del equipo. No en el deck de cultura. No en la página web. En la práctica diaria, en la junta incómoda, en el Slack que nadie quiere mandar.
La respuesta a esa pregunta suele explicar mucho más del desempeño futuro que cualquier capacitación nueva, framework de moda o metodología con nombre en inglés. Ahí es donde el error deja de ser algo que se esconde y se convierte, sin hacer ruido, en una fuente real de valor.
