La reunión termina. El ingeniero recoge sus notas convencido de que lo ha explicado todo con precisión. Al otro lado de la mesa, el directivo asiente —pero está más confundido, y más asustado, que antes de que empezara.
Esta brecha silenciosa destruye proyectos y frena carreras. Casi ningún profesional técnico la identifica hasta que ya ha pagado el precio.
La mentira que los ingenieros se cuentan a sí mismos
Dentro de su dominio, los ingenieros son comunicadores capaces: precisos, lógicos, estructurados. Definen términos, razonan desde restricciones, construyen argumentos con coherencia. Esa competencia real genera una falsa seguridad: si funciona con los compañeros de equipo, debería funcionar con cualquiera.
No funciona.
Cuando el interlocutor cambia —un directivo, un cliente, un equipo de producto— el mismo vocabulario que resultaba eficiente se convierte en ruido. La jerga técnica no es imprecisa; es inaccesible para quien no la comparte. El detalle sin contexto no informa: abruma. El oyente no puede distinguir lo urgente de lo rutinario, y reacciona con confusión o, peor, con una alarma que nadie necesitaba.
Ahí nace la etiqueta de «malos comunicadores». No en la incompetencia, sino en un paso que se omite sistemáticamente: la traducción.
El atajo que casi nadie usa (y que ya existe)
Esa traducción tiene atajos concretos, y algunos son inmediatos. Los modelos de lenguaje funcionan como asistentes de reformulación: detectan jerga, proponen alternativas y sugieren analogías sin sacrificar rigor. Pedir a una IA que reescriba un informe técnico «para una audiencia ejecutiva» o que señale «dónde se perdería alguien sin contexto técnico» puede transformar un documento en minutos.
Las analogías son especialmente útiles. La latencia se entiende mejor como congestión de tráfico; la deuda técnica, como el mantenimiento aplazado de una casa; los sistemas distribuidos, como una cadena de suministro. El objetivo no es simplificar para quien no sabe: es mapear lo desconocido sobre algo familiar. Un acto de inteligencia, no de rebaja.
Antes de enviar cualquier correo o informe, dos preguntas bastan como filtro inicial: ¿necesitan entender el mecanismo o solo el impacto? ¿Esta explicación les ayuda a tomar una decisión? A esas se añade una tercera: ¿he definido los términos que podrían no conocer?
Hablar rápido, perder autoridad: el sabotaje silencioso en reuniones
La comunicación escrita tiene margen de revisión. La oral, no. Y ahí aparece el patrón más predecible en ingenieros que presentan: hablan demasiado rápido.
Los nervios aceleran el ritmo, la velocidad dispara las muletillas y las muletillas erosionan la credibilidad. Es un ciclo que se repite en cada presentación y que pocas veces se identifica como problema de comunicación, aunque lo es claramente.
La corrección es provocadoramente simple: hablar entre un 10 y un 15 % más lento de lo que parece natural. Esa pequeña reducción recorta las muletillas, proyecta confianza y da al oyente tiempo real para procesar. No es un truco de oratoria; es gestión del canal.
El otro filtro es de contenido. Si alguien necesita entender los trade-offs para decidir, un volcado de detalles de implementación no le ayuda —le complica el trabajo. La conciencia de audiencia es exactamente eso: mismo conocimiento, distinto encuadre.
Cuando el código se escribe solo, lo que queda es saber traducir
La generación de código está cada vez más automatizada. Lo que no se automatiza con la misma facilidad es convertir complejidad en claridad para quien toma decisiones, financia proyectos o asume riesgos sin entender los detalles técnicos.
Esa habilidad —traducir, no simplificar— se está convirtiendo en el diferenciador profesional más difícil de replicar. Dos ingenieros con el mismo conocimiento técnico pueden tener trayectorias muy distintas dependiendo de cuál de los dos acepta que comunicar también es parte del trabajo.
La señal desde el ámbito académico y profesional ya es clara. Ingenieros de Microsoft han propuesto que el desarrollo del talento junior sea un objetivo organizacional explícito en la era de la IA, reconociendo que las habilidades de comunicación y mentoría son tan críticas como las técnicas. Sin ellas, el conocimiento no se transfiere y la cadena de talento se rompe.
El ingeniero que puede explicar un bug de concurrencia a un colega tiene exactamente las mismas capacidades para explicar riesgo sistémico a un directivo. La diferencia no está en la inteligencia. Está en si acepta cambiar el vocabulario según quien escucha.
La pregunta más incómoda quizá no es si los ingenieros saben comunicar. Es por qué, sabiéndolo, tantos siguen eligiendo no traducir. Si el conocimiento técnico ya no es el activo más escaso, la disposición a hacerlo accesible podría ser lo que realmente separa una carrera competente de una influyente. Vale la pena pensarlo antes de la próxima reunión.