Readme 24: El problema no es no saber comunicar. Es comunicar demasiado tarde.
La mayoría de los conflictos en equipos tech no nacen del código
Hay un dato poco cómodo: en equipos IT, el 80% de los conflictos no nacen por falta de habilidades técnicas, sino por silencios prolongados. No discusiones. Silencios.
Lo he visto muchas veces. Equipos brillantes, entregas en Jira impecables… y una bomba de relojería emocional debajo.
En un equipo de backend con el que trabajé en 2024, nadie decía “no llegamos” hasta que ya no había margen. Resultado: retraso de 3 semanas y un cliente perdido. No por incapacidad. Por evitar conversaciones incómodas (sí, aprendí esto a golpes).
Aquí va el matiz: comunicar no es hablar más. Es hablar antes.
Te pongo un caso.
Empresa SaaS, 42 personas, crecimiento rápido. El CTO me dice: “La gente es maja, pero los problemas explotan tarde”. Implementamos algo muy simple: check-in semanal de 10 minutos por squad, con tres preguntas fijas en Notion:
¿Qué me preocupa ahora mismo?
¿Dónde estoy bloqueado?
¿Qué decisión estoy evitando?
Sin debate. Sin soluciones. Solo visibilidad.
¿El resultado?
En 6 semanas, los incidentes críticos bajaron un 37% y los ciclos de entrega se acortaron 1,5 días de media. No magia. Timing.
Aquí es donde muchos se confunden. Creen que la comunicación es como añadir logs a un sistema. No.
Es más parecido a monitorización temprana: no evita errores, pero evita catástrofes.
El mito que hay que romper:
“Si son seniors, ya saben comunicarse”. Falso. Los seniors suelen callar mejor, no comunicar mejor.
Herramientas que ayudan (si las usas bien):
Jira para visibilidad, no para esconder problemas.
Retros quincenales con formato Start/Stop/Continue (15 minutos, reloj en mano).
Slack con acuerdos explícitos de cuándo levantar la mano.
Siguiente paso concreto para ti:
Esta semana, en tu próxima reunión, prueba una pregunta incómoda y corta:
👉 “¿Qué estamos evitando decir?”
Silencio de cinco segundos.
Ahí empieza el trabajo real.