3 minutos de lectura
Este artículo es una publicación cruzada del boletín de carreras de IEEE Spectrum. Regístrate ahora para obtener consejos de expertos, consejos de expertos y estrategias prácticas, escritos en asociación con una empresa de desarrollo profesional tecnológico paridad ¡Y entregado a tu bandeja de entrada gratis!
Los ingenieros no son malos en comunicación. Simplemente están hablando al público equivocado.
Existe un mito persistente de que los ingenieros son malos comunicadores. En mi experiencia, eso no es cierto.
Los ingenieros suelen ser excelentes comunicadores dentro de su ámbito. Somos precisos. Somos lógicos. Estructuramos los argumentos con claridad. Definimos términos. Razonamos a partir de restricciones.
El colapso ocurre cuando la audiencia cambia.
Estamos acostumbrados a hablar en un lenguaje muy técnico, rodeados de personas que comparten nuestro vocabulario. En ese entorno, la taquigrafía y la jerga son eficaces. Pero fuera de esa burbuja, cuando se habla con ejecutivos, gerentes de producto, equipos de marketing o clientes, esa misma precisión puede resultar confusa.
El problema no es que no podamos comunicarnos. Es que nos olvidamos de traducir.
Si alguna vez ha explicado un problema o error crítico a una parte interesada sin conocimientos técnicos, probablemente haya experimentado esto: da una explicación técnicamente precisa. Se van más confundidos que antes o más alarmados de lo necesario.
De repente, dedicas más tiempo a aclarar tu explicación que a solucionar el problema.
Bajo presión, optamos por lo que mejor sabemos: los detalles técnicos. Pero los detalles sin contexto crean una sobrecarga cognitiva. El oyente no puede decir qué importa, qué es normal y qué es peligroso.
Ahí es cuando aparece la narrativa de que “los ingenieros no pueden comunicarse”.
En realidad, simplemente nos saltamos el paso de traducción.
El atajo de escritura
Una de las formas más sencillas de mejorar la comunicación escrita hoy en día es sorprendentemente sencilla: ejecute su explicación a través de un modelo de IA y pregunte: “¿Tendría esto sentido para una audiencia no técnica? ¿Dónde se confundiría alguien?”.
También puedes decir:
“Reescribe esto para una audiencia ejecutiva”. “¿Qué analogía ayudaría a explicar esto?” “Simplifica esto sin perder precisión”.
Grandes modelos de lenguaje son particularmente buenos para identificar jerga y ofrecer encuadres alternativos. Son esencialmente asistentes de traducción.
Las analogías son especialmente poderosas. Si está explicando la latencia del sistema, compárelo con congestión del tráfico. Si está describiendo la deuda técnica, compárela con saltarse el mantenimiento de una casa. Si estás explicando sistemas distribuidos, intenta usar cadena de suministro ejemplos.
El objetivo no es “simplificarlo”. Es mapear lo desconocido en algo familiar.
Antes de enviar un correo electrónico o un informe, pregúntese:
¿Esta audiencia necesita comprender el mecanismo o simplemente el impacto? ¿Esta explicación les ayuda a tomar una decisión? ¿He definido términos que tal vez no conozcan?
Traducción al hablar
Al hablar, especialmente en reuniones o presentaciones, la mayoría de los ingenieros tienen un hábito predecible: hablamos demasiado rápido.
Los nervios nos aceleran. La velocidad provoca palabras de relleno. Las palabras de relleno diluyen la autoridad.
Para evitarlo, siga una regla simple: hable entre un 10 y un 15 por ciento más lento de lo que le parece natural.
Disminuir la velocidad reduce la cantidad de veces que dices “um” y “uh”, te da tiempo para pensar, te hace parecer más seguro y le da al oyente tiempo para procesar.
Otra regla: diga sólo lo que la audiencia necesita para seguir adelante.
Explique lo suficiente para que la persona tome una decisión. Si sobrecarga a alguien con detalles de implementación cuando solo necesita compensaciones, le habrá complicado el trabajo.
La verdadera habilidad
La habilidad clave en la comunicación es la conciencia de la audiencia.
El mismo ingeniero que puede explicar claramente un error de concurrencia a un compañero puede explicar absolutamente el riesgo del sistema a un ejecutivo. La diferencia es el encuadre, el vocabulario y el contexto. No inteligencia.
En la era de la IA, donde la generación de código se mercantiliza cada vez más, la capacidad de traducir la complejidad en claridad se está convirtiendo en una ventaja definitoria.
Los ingenieros no son malos comunicadores. Sólo debemos recordar que fuera de nuestra burbuja, la traducción es parte del trabajo.
—Brian
Roberto Goddard lanzó el primer cohete de combustible líquido hace 100 años, pero su legado todavía tiene lecciones relevantes para los ingenieros de hoy. Aunque la testaruda confianza de Goddard en sus ideas ayudó a lograr el gran avance, más tarde se convirtió en un obstáculo en lo que el ingeniero de sistemas Guru Madhavan llama “la trampa alfa”. Madhavan escribe: “Nos encanta celebrar al genio solitario, pero dependemos de equipos para llevar la llama del genio a la gente”.
Publicado originalmente en espectro.ieee.org el 25 de marzo de 2026.
Ver fuente original
