El diseño organizativo rara vez aparece en las conversaciones estratégicas de las empresas tecnológicas españolas. Se habla de talento, de cultura, de retención. Pero la pregunta de fondo — cómo está estructurada la expertise interna y si esa estructura permite que el conocimiento llegue donde debe llegar — se deja para después.
Boeing pagó un precio altísimo por ignorarla.
La Administración Federal de Aviación de EE.UU. (FAA) investigó Boeing a fondo tras años de problemas de seguridad, culminando en enero de 2024 con una puerta de fuselaje saliendo volando en pleno vuelo. Lo que encontró no era un problema técnico. Era un problema de diseño organizativo. El tipo de problema que no sale en los titulares pero que tiene consecuencias directas sobre la seguridad, la calidad y la capacidad de innovación de cualquier organización.
Este artículo analiza qué hizo mal Boeing, qué patrones organizativos lo produjeron y por qué esos mismos patrones aparecen con regularidad en empresas tecnológicas e industriales españolas.
¿Qué es el diseño organizativo y por qué importa en empresas tecnológicas?
El diseño organizativo es el conjunto de decisiones que determinan cómo se agrupan las personas, cómo se distribuyen las responsabilidades y cómo fluye el conocimiento dentro de una organización.
En empresas tecnológicas, esas decisiones tienen un impacto directo sobre la calidad técnica de los productos, la velocidad de ejecución y la capacidad de retener y desarrollar talento experto.
Una estructura bien diseñada permite que el conocimiento crítico llegue a las decisiones que importan. Una estructura mal diseñada lo dispersa, lo invisibiliza o lo desconecta de quienes tienen poder de decisión.
Boeing es el ejemplo más documentado de lo segundo.
El caso Boeing: un problema de diseño organizativo, no de talento
Boeing contaba con miles de ingenieros altamente cualificados. Tenía programas de desarrollo técnico, expertos en más de cuarenta disciplinas y procesos de revisión establecidos.
Y aun así, las decisiones críticas se tomaron sin el criterio necesario para tomarlas bien.
Las investigaciones de la FAA revelaron tres problemas estructurales concretos.
Primero, los especialistas en áreas críticas — como factores humanos, esencial para la seguridad en aviación — estaban dispersos por toda la organización, sin comunidades de práctica, sin mentoring estructurado y sin influencia real en los procesos de decisión. La FAA documentó que se sentían aislados tanto en su trabajo diario como en los momentos en que se tomaban las decisiones que afectaban a su área.
Segundo, las evaluaciones técnicas del 737 Max se realizaban de forma incremental y fragmentada, nunca con una visión de sistema completo. No había nadie con el rol explícito de integrar el conjunto.
Tercero, en los niveles directivos, el conocimiento de ingeniería había cedido terreno progresivamente al conocimiento financiero. Quienes antes hablaban el lenguaje de la seguridad y el diseño fueron reemplazados por perfiles que hablaban el lenguaje del margen y el coste. El resultado fue que los riesgos técnicos dejaron de evaluarse con el criterio adecuado.
Estos tres problemas no son exclusivos de Boeing. Son patrones organizativos reconocibles en muchas empresas tecnológicas e industriales españolas.
Cinco patrones de error en el diseño organizativo de empresas tecnológicas
1. El organigrama no refleja el conocimiento que la empresa realmente necesita
El organigrama es mucho más que un diagrama funcional. Es una declaración pública de qué expertise tiene peso en la organización y cuál es prescindible.
Los roles con más visibilidad, con más niveles jerárquicos y con títulos más reconocibles transmiten un mensaje claro a toda la organización: esto es lo que aquí se valora. Lo que no aparece en el organigrama, o aparece de forma marginal, tiende a perder influencia y estatus.
El problema es que el conocimiento que una empresa tecnológica necesita para funcionar bien raramente coincide al cien por cien con lo que aparece en su estructura. Hay expertise que se da por supuesta, que carece de nombre propio en el sistema de clasificación interno y que no aparece en ningún directorio de competencias. Y cuando falta, duele.
En Boeing, la expertise capaz de evaluar procesos de forma holística — de extremo a extremo — no tenía un lugar claro en la estructura. Las evaluaciones técnicas se hacían por partes, sin que nadie integrase el conjunto. Una consecuencia directa del diseño organizativo, no de la falta de talento.
Lo que esto significa para una empresa tecnológica española: antes de invertir en nuevas contrataciones, conviene revisar si la estructura actual hace visible el conocimiento crítico que ya existe — o lo entierra.
2. Dispersar a los especialistas en nombre de la colaboración
La presión por entregar rápido lleva a muchas empresas tecnológicas a organizar sus equipos alrededor de proyectos o productos. La lógica es razonable: equipos multidisciplinares, más agilidad, más capacidad de entrega.
El coste organizativo es menos visible. Cuando los especialistas de un mismo dominio técnico dejan de compartir espacio — físico o virtual — dejan de aprender unos de otros, de construir criterio colectivo y de desarrollar su expertise en profundidad. Cada ingeniero o especialista acaba siendo el único experto en su área dentro de su equipo, con toda la fragilidad que eso implica.
A corto plazo, esta estructura parece eficiente. A medio plazo, erosiona el conocimiento especializado de la organización.
La solución no está en elegir entre especialización o colaboración, sino en diseñar estructuras que permitan las dos cosas de forma simultánea: comunidades de práctica para los especialistas de un mismo dominio, sistemas de clasificación compartidos que faciliten la identificación de expertos similares en distintos equipos, y espacios formales de intercambio de conocimiento entre disciplinas.
Lo que esto significa para una empresa tecnológica española: la colaboración interdisciplinar es valiosa, pero requiere que la especialización esté primero consolidada. Una estructura que solo prioriza la mezcla acaba diluyendo el conocimiento experto.
3. Confundir el título con la competencia real
Los job titles y los organigramas ofrecen pistas sobre quién sabe qué. Pero solo pistas.
En el sector tecnológico español, donde la rotación es alta y los perfiles evolucionan rápido, la distancia entre lo que dice el título de una persona y lo que realmente sabe puede ser considerable. Alguien contratado como Senior Engineer hace tres años puede haber desarrollado competencias muy distintas a las que ese título sugiere — en un sentido u otro.
Boeing carecía de un sistema para monitorizar de forma sistemática la suficiencia real de conocimiento de sus equipos. Eso permitió que personas con cualificación insuficiente ocupasen roles críticos de supervisión técnica frente a los reguladores.
Hay además un tipo de expertise especialmente difícil de capturar en los sistemas de clasificación convencionales: el que combina conocimiento técnico con visión sistémica. Perfiles de mantenimiento integral, de sostenibilidad, de procesos transversales. Su valor no encaja bien en las categorías habituales, así que tienden a quedar fuera del organigrama o en una posición incómoda dentro de él. Y lo que carece de nombre propio raramente tiene influencia en las decisiones.
Lo que esto significa para una empresa tecnológica española: los directorios de competencias, las conversaciones de calibración regulares y la capacidad de los managers para asignar tareas con criterio real — no solo jerárquico — son herramientas de diseño organizativo, no de administración de personas.
4. Invisibilizar a los perfiles que conectan silos
Hay un tipo de perfil que las empresas tecnológicas españolas infravaloran de forma sistemática: el que integra conocimiento entre áreas, el que ve el sistema completo, el que hace que equipos muy distintos trabajen juntos de forma efectiva.
Engineering managers con visión transversal, product managers con base técnica sólida, responsables de procesos que cruzan varias disciplinas. Estos perfiles existen en casi todos los organigramas de empresas tecnológicas medianas. Pero con frecuencia flotan sin peso real: sin una carrera profesional clara, sin visibilidad en los espacios de decisión, sin reconocimiento explícito de lo que aportan.
Su valor no está en un dominio técnico estrecho sino en la capacidad de conectar. Y eso es exactamente lo que los sistemas de clasificación convencionales — diseñados alrededor de especialidades técnicas definidas — raramente saben reconocer.
La ausencia de este tipo de perfil fue uno de los problemas centrales en Boeing: las evaluaciones técnicas se hacían en silos, sin nadie con el rol explícito de integrar la visión de conjunto.
Lo que esto significa para una empresa tecnológica española: formalizar el rol de los conectores — con títulos reconocibles, con carrera profesional definida y con presencia en los espacios donde se toman decisiones — es una decisión de diseño organizativo con impacto directo en la calidad de ejecución.
5. Separar la expertise técnica del liderazgo — y olvidar la humildad
Este es el patrón más extendido en el tejido empresarial tecnológico español y, probablemente, el más difícil de revertir una vez instalado.
El patrón es conocido: la empresa crece, se profesionaliza la gestión, se incorporan perfiles directivos con fuerte background de negocio. El conocimiento técnico queda progresivamente arrinconado en la carrera individual contributor. Los ingenieros que ascienden se alejan de la tecnología. Los que permanecen cerca de la tecnología pierden voz en los espacios donde se decide.
En Boeing, esta separación tuvo consecuencias catastróficas. En una empresa tecnológica española, las consecuencias son más silenciosas pero igual de costosas: decisiones de arquitectura tomadas sin criterio técnico real, proyectos de transformación digital que fracasan porque quien los lidera desconoce lo que está transformando, deuda técnica ignorada hasta que es impagable.
Integrar expertise de dominio en el liderazgo no significa que todos los directivos deban ser ingenieros. Significa que en empresas técnicas, los líderes necesitan suficiente comprensión del dominio para hacer las preguntas correctas, valorar los riesgos reales y saber cuándo escuchar a quien sabe más.
Pero hay otro elemento que se menciona menos: la humildad. Ningún líder, aunque tenga un sólido background técnico, domina hoy todo lo que su organización necesita saber. Asumir eso de forma explícita — no solo retórica — es lo que crea espacio para que el conocimiento real fluya hacia arriba, hacia donde se decide. Un líder que asume que ya lo sabe todo cierra sin querer los canales por los que debería llegar la información crítica.
Lo que esto significa para una empresa tecnológica española: los programas de desarrollo directivo en empresas técnicas deberían incluir, además de habilidades de gestión, actualización continua en el dominio técnico de la organización y espacios formales de conexión entre líderes y expertos.
Seis preguntas para diagnosticar el diseño organizativo de tu empresa tecnológica
Estos patrones raramente se ven desde dentro hasta que ya han hecho daño. Las siguientes preguntas pueden ayudar a detectarlos antes:
☐ ¿Tu organigrama refleja el conocimiento que realmente necesitas — o solo el que históricamente ha tenido peso?
☐ ¿Los especialistas de un mismo dominio tienen espacios reales para aprender juntos, o cada uno trabaja aislado en su equipo?
☐ ¿Sabes con certeza qué expertise crítica tienes disponible en tu organización, dónde está y en qué nivel de desarrollo?
☐ ¿Los roles que conectan equipos y disciplinas tienen reconocimiento, carrera y visibilidad en tu estructura?
☐ ¿Las decisiones técnicas importantes pasan por personas con criterio técnico real, o se toman en niveles donde ese criterio ya no existe?
☐ ¿Tu liderazgo tiene suficiente comprensión del dominio técnico — y suficiente humildad para saber cuándo no es suficiente?
Si alguna de estas preguntas genera incomodidad, es una señal útil. El diseño organizativo no es un tema de RRHH. Es una decisión estratégica con consecuencias operativas directas.
Conclusión: reorganizar lo que tienes puede ser más rentable que buscar lo que te falta
El sector tecnológico e industrial español afronta un momento de escasez real de talento técnico senior. Encontrar buenos ingenieros es difícil y caro. Retenerlos, más aún.
En ese contexto, la pregunta más rentable no es siempre «¿cómo atraemos más talento?» sino «¿estamos aprovechando bien el que ya tenemos?»
El caso Boeing demuestra que una organización puede tener el talento y aun así desperdiciarlo — si la estructura no lo coloca donde debe estar, no lo conecta con las decisiones que importan y no lo valora de forma explícita.
Reorganizar el talento que ya tienes puede ser más rentable que salir a buscar el que te falta.
¿Quieres saber cómo está organizada la expertise en tu empresa?
En HR4TechTeam trabajamos con empresas tecnológicas e industriales españolas para responder exactamente a esa pregunta — y diseñar estructuras que permitan que el conocimiento crítico llegue donde debe llegar.
0 comentarios