A veces me pregunto, mientras me tomo el tercer café de la mañana frente al puerto de Cartagena, cuánta gente es consciente de la locura que supone que su teléfono móvil no explote al cargarse o que la pantalla se encienda exactamente cuando toca. No es magia, aunque a veces lo parezca. Detrás de cada cacharro electrónico que usamos hay una figura que suele pasar desapercibida, pero que es el pegamento que evita que todo salte por los aires: el Hardware EPM o Engineering Program Manager.
Si alguna vez has intentado organizar una cena de Navidad con diez amigos y has acabado al borde del colapso porque uno es vegano, otro no come gluten y el tercero se olvida de traer el vino, ya tienes una ligera idea de lo que hace un EPM. Pero ahora imagina que esos amigos son ingenieros de diseño, expertos en antenas, especialistas en baterías y proveedores chinos que no duermen. Y que el «vino» es un componente de tres milímetros que se ha quedado retenido en una aduana de Shenzhen. La verdad es que, visto así, lo de la cena de Navidad parece un paseo por el Parque de los Juncos.
En el ecosistema de gigantes como Apple —que, por cierto, anda buscando gente para su equipo de Mac Hardware EPM—, este rol no es simplemente el de un gestor de proyectos que rellena celdas en un Excel. Es alguien que tiene que entender por qué una placa base (la famosa logic board) está dando problemas de integridad de señal y, al mismo tiempo, negociar con el equipo de finanzas por qué el coste por unidad ha subido cinco céntimos. Parece poco, pero multiplica esos cinco céntimos por millones de unidades y verás cómo a alguien en California le da un parraque.
¿Qué demonios hace un Hardware EPM en su día a día?
Para que nos entendamos, un EPM de hardware es el director de orquesta en un concierto donde los músicos, a veces, tocan instrumentos que aún se están inventando. Su responsabilidad principal es la planificación y ejecución de lo que en el mundillo llamamos system builds. Esto no es más que las fases de construcción de prototipos antes de que el producto llegue a las estanterías de una tienda en la calle Mayor.
La cosa suele ir más o menos así: primero tienes el EVT (Engineering Verification Test), donde el aparato es básicamente un montón de cables pegados con celo que apenas funciona. Luego pasas al DVT (Design Verification Test), donde ya empieza a parecerse a un producto real, y finalmente al PVT (Production Verification Test), que es el ensayo general antes de la producción en masa. El EPM es el que tiene que asegurar que cada una de estas fases ocurra a tiempo. Si el diseño de la placa (el board design) se retrasa una semana, el EPM tiene que mover cielo y tierra para que eso no retrase el lanzamiento global. Vaya, que el estrés viene de serie en el contrato.
Además, hay un detalle técnico que mencionan mucho en las ofertas de alto nivel: el manejo de los flex designs. Los circuitos impresos flexibles son esas fajas naranjas o negras que conectan la pantalla con la placa o la batería con el puerto de carga. Son una pesadilla de diseñar porque se doblan, se rompen y ocupan un espacio que no existe. Un EPM tiene que estar encima de los lanzamientos de estos diseños (las releases), asegurándose de que la versión que se manda a fabricar es la correcta y no una que tiene un error en el pin 42.
La diferencia entre bits y átomos
Mucha gente confunde a un Project Manager de software con uno de hardware. Error de principiante. En el software, si algo falla, lanzas un parche un martes a las tres de la mañana y aquí no ha pasado nada. En el hardware, si te equivocas en el diseño de un molde de inyección de aluminio, has tirado a la basura medio millón de euros y tres meses de trabajo. No hay botón de «deshacer».
Esta es la razón por la que un Hardware EPM necesita tener una piel muy dura y una capacidad de análisis técnico brutal. No basta con saber usar Jira o Microsoft Project. Tienes que saber de qué te habla el ingeniero cuando dice que el die-attach de un chip está fallando por culpa de la temperatura. Ojo con esto: no tienes que ser el que lo arregle, pero sí el que entienda las implicaciones de ese fallo para el calendario general.
El espejo de Cartagena: De Isaac Peral a la ingeniería moderna
Me vais a permitir una pequeña digresión, pero es que me sale la vena de aquí. Si buscamos un ejemplo histórico de lo que significa gestionar un programa de hardware complejo con recursos limitados y mucha presión, no tenemos que irnos a Silicon Valley. Tenemos que mirar a nuestro Isaac Peral.
Cuando Peral estaba diseñando su submarino torpedero en el Arsenal de Cartagena a finales del siglo XIX, estaba haciendo, técnicamente, el trabajo de un EPM. Tenía que coordinar la llegada de acumuladores eléctricos desde el extranjero (gestión de proveedores), lidiar con una burocracia ministerial que le ponía palos en las ruedas (gestión de stakeholders) y asegurar que el casco resistiera la presión (verificación de diseño). Si Peral hubiera tenido un MacBook y Slack, quizás el resultado de su proyecto habría cambiado la historia naval de España de otra manera. Al final del día, la ingeniería de hardware siempre ha ido de lo mismo: gestionar la incertidumbre de la materia física.
Hoy en día, en Cartagena seguimos teniendo ese espíritu con empresas como Navantia. El programa de los submarinos S-80 es, probablemente, uno de los retos de gestión de programas de hardware más bestias de la historia reciente de España. Ahí, los EPMs (aunque tengan otros nombres internos) se enfrentan a problemas de peso, espacio y sistemas de combate que harían que un iPhone pareciera un juguete de piezas de Lego. La escala es distinta, pero la metodología de «hacer que las cosas ocurran» es idéntica.
El «Bill of Materials» (BOM) y otros monstruos
Si quieres asustar a un EPM, susúrrale al oído: «Hay un error en la BOM». El Bill of Materials es la lista de la compra definitiva. Cada tornillo, cada resistencia, cada gota de pegamento estructural está ahí. Si falta un componente de un céntimo, la línea de producción en China se para. Y una línea de producción parada cuesta miles de dólares por minuto.
La gestión de la BOM es una de las tareas más ingratas y críticas. El EPM debe supervisar que los ingenieros no añadan componentes exóticos que no se pueden conseguir o que tienen un lead time (tiempo de entrega) de 40 semanas. La verdad es que gran parte del trabajo consiste en ser un detective: ¿Por qué este proveedor dice que no tiene stock? ¿Podemos usar un componente alternativo sin comprometer la calidad?
Para que os hagáis una idea de la complejidad, aquí os dejo un pequeño ejemplo de cómo se vería una estructura simplificada de seguimiento de componentes en un script que un EPM espabilado podría usar para automatizar alertas (aunque en la realidad usan sistemas ERP mucho más pesados):
# Ejemplo rápido de control de inventario de componentes críticos
componentes_criticos = {
"PMIC_Apple_Custom": {"stock": 5000, "necesario": 10000, "estado": "Crítico"},
"Flex_Display_V2": {"stock": 12000, "necesario": 10000, "estado": "OK"},
"Enclosure_Aluminium": {"stock": 8000, "necesario": 10000, "estado": "Riesgo"}
}
def check_status(lista):
for comp, info in lista.items():
if info["stock"] < info["necesario"]:
print(f"ALERTA: {comp} está en estado {info['estado']}. ¡Llama al proveedor!")
else:
print(f"{comp}: Todo en orden.")
check_status(componentes_criticos)
Obviamente, esto es una caricatura. En la vida real, el EPM está lidiando con bases de datos de miles de líneas y cambios constantes que ocurren mientras duerme debido a la diferencia horaria con Asia.
Habilidades que no te enseñan en la Politécnica
Si estás pensando que para ser Hardware EPM solo necesitas un título de Ingeniería Industrial o de Telecomunicaciones, te falta la mitad de la película. Sí, la base técnica es innegociable. Tienes que saber leer un esquema eléctrico y entender qué es un impedance mismatch. Pero lo que realmente separa a los buenos de los mediocres son las llamadas «habilidades blandas», que de blandas no tienen nada.
- Comunicación asertiva: Tienes que decirle a un ingeniero que lleva tres noches sin dormir que su diseño no entra en el presupuesto. Y tienes que hacerlo sin que te tire el café por encima.
- Gestión del caos: En un lanzamiento de hardware, todo lo que puede salir mal, saldrá mal. El EPM es el que mantiene la calma cuando el prototipo número 5 se ha derretido en la cámara climática.
- Negociación: No solo con proveedores externos, sino interna. El equipo de diseño industrial quiere que el producto sea fino como un papel, y el de ingeniería dice que ahí no cabe ni una hormiga. Tú estás en medio.
- Visión de túnel y visión periférica: Tienes que estar en el detalle del tornillo, pero sin perder de vista que el producto tiene que estar en las tiendas para la campaña de Navidad.
Es un perfil muy curioso porque es un híbrido. En España, este rol está empezando a ganar tracción, especialmente en sectores como la automoción (con el coche eléctrico) y las renovables. No es solo «gestionar», es «entender para gestionar».
¿Por qué Apple busca estos perfiles ahora?
No es casualidad que Apple esté reforzando su equipo de EPMs para Mac. Estamos en un momento de transición brutal. Con el paso a sus propios procesadores (Apple Silicon), la integración entre el hardware y el software es más íntima que nunca. Esto significa que los ciclos de diseño son más rápidos y complejos.
Cuando diseñas un portátil, no solo estás poniendo piezas en una caja. Estás gestionando la disipación térmica, la integridad de los datos a velocidades absurdas y una cadena de suministro que tiene que ser perfecta. El EPM de Mac es el responsable de que la ejecución de los system builds sea impecable. Si el nuevo MacBook tiene que salir en octubre, el EPM es el que ha estado sufriendo desde enero para que cada hito se cumpla.
Además, mencionan específicamente la ejecución de system board/flex design releases. Esto nos da una pista de la importancia que le dan a la miniaturización. Cada milímetro cuenta, y cada diseño de placa flexible es una obra de ingeniería en sí misma que requiere una supervisión constante.
El impacto en el mercado español
Aunque el puesto del que hablamos esté ubicado en Cupertino o en centros neurálgicos de operaciones, el eco de esta forma de trabajar llega a España. Aquí tenemos un talento ingenieril brutal. Universidades como la UPCT (Universidad Politécnica de Cartagena) sacan profesionales que tienen esa capacidad de «buscarse la vida» tan necesaria para un EPM.
La verdad es que muchas startups españolas que intentan hacer hardware (que las hay, y muy buenas, como las que trabajan en cargadores de coches eléctricos o dispositivos médicos) fallan no por falta de ideas, sino por falta de esta figura. Se lanzan a fabricar sin tener un control férreo de las fases de validación o de la cadena de suministro. Aprender de cómo Apple o Tesla gestionan sus programas de ingeniería es vital para que nuestra industria local dé el salto de calidad.
La realidad detrás de las luces de neón
No quiero pintar esto como el trabajo ideal donde todo es glamur y viajes a California. Ser Hardware EPM significa muchas horas de vuelo, muchas cenas de hotel frente a un portátil y una presión constante. Es un trabajo de trinchera.
Recuerdo una anécdota de un conocido que trabajaba en un rol similar para una empresa de electrónica de consumo en Madrid. Me contaba que una vez tuvieron que fletar un avión privado solo para transportar un lote de condensadores que se habían olvidado de pedir y que eran críticos para no parar una fábrica en Europa del Este. El coste del avión fue ridículo comparado con lo que habría costado parar la producción. Ese tipo de decisiones, de «vida o muerte» corporativa, son el pan de cada día de un EPM.
Y es que, al final, el hardware es implacable. Los átomos no perdonan. Si el diseño está mal, el producto falla. Si el componente no llega, el producto no existe. Es una lucha constante contra la entropía y las leyes de la física.
¿Cómo se llega a ser un EPM de hardware?
Si después de leer esto no has salido corriendo y te pica la curiosidad, el camino no es directo. No hay una «Licenciatura en EPM». Normalmente, la gente llega desde la ingeniería pura. Empiezas diseñando circuitos o gestionando una pequeña parte de un sistema. Con el tiempo, te das cuenta de que se te da bien ver el «big picture» y que prefieres coordinar equipos que estar ocho horas soldando o programando microcontroladores.
Un buen paso es sacarse alguna certificación de gestión de proyectos como el PMP (Project Management Professional), pero sinceramente, en el mundo del hardware de alto nivel, lo que cuenta es la experiencia en lanzamientos reales. Haber sobrevivido a un ciclo de producción completo, desde el concepto hasta la tienda, vale más que cualquier máster de cinco cifras.
Una reflexión final sobre el futuro
Vaya, que si algo nos ha enseñado la crisis de los semiconductores de los últimos años es que el hardware es el rey. Puedes tener la mejor IA del mundo (que está muy de moda, sí), pero si no tienes un servidor donde ejecutarla o un dispositivo donde mostrarla, no tienes nada.
El rol del Hardware EPM va a seguir evolucionando. Con la llegada de la IA aplicada al diseño (herramientas que ayudan a optimizar el ruteado de placas automáticamente), el EPM tendrá que ser aún más estratégico. Ya no perderá tanto tiempo en tareas administrativas, sino en prever riesgos antes de que ocurran.
Para que nos entendamos: el futuro no es de los que saben hacer todo, sino de los que saben cómo hacer que todo se haga. Y en ese tablero, el Engineering Program Manager es la pieza más valiosa. Ya sea en una oficina minimalista en Cupertino o peleándose con los planos de un buque en el Arsenal de Cartagena, estos profesionales son los que convierten las ideas abstractas en objetos que podemos tocar, usar y, a veces, hasta amar.
Así que, la próxima vez que tengas un gadget nuevo en las manos, piensa un segundo en el pobre EPM que probablemente perdió varios años de vida para que ese cacharro llegara a tiempo a tu casa. Se merece, como mínimo, un brindis con una buena Marinera y una cerveza bien fría.
Deja una respuesta