Por Alberto Marauri — HR4TechTeam | Consultor de RRHH para empresas tecnológicas e industriales
He trabajado en empresas de ingeniería que ofrecían servicios a terceros: subcontrata, agencia, outsourcing de ingeniería. Y también al otro lado, en empresas que dependían de esos servicios para sacar adelante proyectos que no podían, o no querían, cubrir con plantilla propia.
El negocio de la subcontratación en ingeniería en España es un negocio magnífico. Ha dado flexibilidad, ha aportado competencias cuando no se tenían, ha generado empleo. Pero también ha generado una dependencia progresiva que pocas empresas han sabido gestionar con criterio.
Este artículo analiza cuándo el outsourcing en ingeniería industrial deja de ser una herramienta y se convierte en un problema estructural. Y lo hace a partir de un caso real estudiado por investigadores del MIT.
El caso Alpha: cuando externalizas tanto que dejas de entender lo que fabricas
Francesco Zirpoli y Markus C. Becker publicaron en el MIT Sloan Management Review un estudio sobre un gran fabricante europeo de automóviles al que llamaron Alpha. Lo que encontraron es una de las descripciones más precisas que he leído sobre cómo el outsourcing en ingeniería industrial puede destruir conocimiento sin que nadie lo haya decidido explícitamente.
Alpha delegó el diseño completo de sus sistemas —salpicaderos, sistemas de seguridad, asientos— a proveedores especializados. La lógica era impecable: menos coste, más agilidad, mejor expertise técnico en cada área.
En diez años, sus ingenieros dejaron de diseñar coches para gestionar a los proveedores que lo hacían.
La propia dirección terminó reconociendo una «grave falta de competencia tecnológica en áreas clave». Cuando llegaban los problemas de integración —y siempre llegan—, nadie tenía el conocimiento para resolverlos. El resultado: retiradas de mercado, retrasos en lanzamientos, rediseños costosos.
Cinco patrones de riesgo en el outsourcing de ingeniería industrial
El caso Alpha no es una anomalía. Es un patrón. Y aparece con regularidad en empresas tecnológicas e industriales españolas que han apostado fuerte por la externalización sin definir antes qué conocimiento no puede salir de la organización.
Estos son los cinco patrones que conviene revisar.
1. Confundir integración física con integración de rendimiento
Puedes tener todos los módulos en su sitio, cada sistema funcionando de forma aislada, y aun así tener un producto que falla donde más duele.
El rendimiento surge de cómo interactúan los sistemas entre sí. Alpha organizó su outsourcing alrededor de módulos físicos. Lo que quedó sin organizar fue el conocimiento de cómo esos módulos se afectaban mutuamente.
La pregunta que todo CEO debería hacerse antes de externalizar un sistema: ¿Cuántas decisiones críticas de otros sistemas dependen de cómo funcione este? Si la respuesta es muchas, ese conocimiento tiene que quedarse dentro.
2. Perder el aprendizaje práctico sin darte cuenta
El conocimiento técnico profundo no se mantiene supervisando a proveedores. Se mantiene haciendo.
Alpha intentó compensar la pérdida de conocimiento con coubicación: sus ingenieros acabaron validando especificaciones y controlando plazos. La cercanía física no sustituyó al aprendizaje práctico. Cuando algo fallaba, la empresa dependía al cien por cien del proveedor para diagnosticarlo, y había perdido la capacidad de distinguir si la solución que le ofrecían era la correcta o la conveniente.
En empresas industriales españolas el patrón es el mismo. Los planes de carrera que saltan directamente a la coordinación fabrican perfiles que hablan el lenguaje técnico pero carecen del criterio para usarlo.
Si tus ingenieros llevan años alejados del trabajo técnico de fondo, tienes gestores con título de ingeniero. Y ese gap tiene un coste que solo aparece cuando ya es tarde.
3. Externalizar sin criterio de qué no puedes externalizar
Dos preguntas que muy pocas empresas se hacen de forma explícita antes de tomar decisiones de outsourcing en ingeniería industrial:
- ¿Este sistema tiene impacto directo en el rendimiento clave de tu producto? Si es así, necesitas personas internas que entiendan lo que pasa dentro.
- ¿Está altamente interdependido con otros elementos que determinan el rendimiento general? Los problemas aparecerán en la integración, justo donde ya has dejado de tener criterio propio.
En Alpha, el sistema de seguridad cumplía las dos condiciones. Lo externalizaron igualmente. Fue uno de los focos de problemas más costosos.
La decisión de externalizar tiene que incorporar una pregunta que rara vez aparece en el análisis de costes: ¿qué conocimiento sale de la empresa con esta decisión, y cuánto costará recuperarlo?
4. Llegar tarde a las decisiones que ya no tienen marcha atrás
En el desarrollo de cualquier producto hay un momento en que el concepto está cerrado y la arquitectura definida. A partir de ahí, cambiar algo es caro y lento.
Alpha quiso intervenir cuando muchas decisiones ya estaban tomadas. El conocimiento interno llegaba tarde al proceso. En muchas empresas industriales españolas, los equipos propios entran cuando toca validar lo que ya está decidido.
El conocimiento interno vale si está presente cuando se toman las decisiones que importan. Llegar después es llegar tarde.
5. Pensar que el problema es de implementación cuando es de estrategia
Los directivos de Alpha apuntaron a una mala implementación. Los investigadores concluyeron que el problema era estructural: inherente a externalizar el diseño de sistemas complejos mientras se abandona el conocimiento necesario para integrarlos.
En España, cuando un proyecto de digitalización o de desarrollo de producto falla, el diagnóstico habitual apunta al proveedor, al cambio de gestión, a la resistencia interna. Raramente a que la empresa carecía del criterio interno para definir lo que necesitaba, evaluar lo que recibía o integrar lo que le entregaban.
Antes de buscar un proveedor mejor, vale la pena preguntarse si existe el criterio interno para reconocerlo.
Lo que las empresas tecnológicas e industriales españolas deberían aprender antes
Trabajando con empresas alemanas y danesas vi siempre algo distinto: mucho menos propensas a externalizar paquetes completos de ingeniería. Menos flexibles, sí. Pero el conocimiento se quedaba dentro, y eso a largo plazo vale más de lo que aparece en cualquier hoja de costes.
El outsourcing en ingeniería industrial no es malo en sí mismo. Externalizar trabajo de diseño no es el problema. El problema es externalizar el conocimiento que necesitas para integrarlo.
¿Tu organización tiene estos patrones?
Estas son las preguntas que hago cuando trabajo con empresas tecnológicas e industriales que quieren entender dónde están realmente:
- ¿Sabes qué conocimiento técnico crítico tienes dentro y cuál ha migrado hacia tus proveedores?
- ¿Tus ingenieros hacen trabajo técnico real, o llevan años gestionando a terceros?
- ¿Los planes de carrera de tus perfiles técnicos incluyen etapas de trabajo en detalle antes de saltar a roles de coordinación?
- ¿Tienes criterios explícitos sobre qué competencias tienen que quedarse dentro, más allá del coste?
- ¿Tus equipos internos están presentes cuando se toman las decisiones clave, o solo aparecen cuando toca validar?
- ¿Serías capaz de recuperar una competencia crítica si tu proveedor principal dejara de estar disponible mañana?
Si alguna de estas preguntas te genera incomodidad, probablemente hay algo que merece revisarse.
Cómo puede ayudarte HR4TechTeam
En HR4TechTeam ayudamos a empresas tecnológicas e industriales españolas a entender qué conocimiento crítico tienen realmente dentro y qué está en riesgo de perderse sin que nadie lo haya decidido explícitamente.
Lo hacemos a través de Audit4Growth™, nuestro proceso de diagnóstico organizativo especializado en empresas de ingeniería y tecnología. Si te reconoces en alguno de estos patrones, tiene sentido hablarlo.
Este artículo toma como referencia el estudio de Francesco Zirpoli y Markus C. Becker: «What Happens When You Outsource Too Much?», MIT Sloan Management Review.
0 comentarios