El Motor Que Nadie Sabía Encender: Lo Que la NASA Perdió Cuando se Jubilaron los Ingenieros del Saturno V

Hace unos años entré a la planta de un cliente y pregunté quién programaba el controlador lógico de la línea de envasado. Todos señalaron hacia una oficina al fondo del pasillo. Ahí estaba Ramón, cincuenta y ocho años, veintitrés en la empresa, el único que entendía por qué esa máquina en particular necesitaba un ajuste manual cada vez que cambiaba el lote de producto. No había manual. No había respaldo. Cuando le pregunté qué pasaba si él se enfermaba una semana, se rió y me dijo: "Entonces la línea se detiene hasta que yo vuelva." Lo dijo como si fuera un chiste. No lo era.

Ese tipo de conversación se repite en fábricas, bancos y hospitales de toda la región, casi siempre con la misma risa nerviosa al final.

La sorpresa: perder a una persona no es lo mismo que perder un cargo

Cuando una empresa piensa en riesgo de personal, casi siempre piensa en organigramas: si se va un gerente, hay un subgerente que lo reemplaza. Ese modelo funciona para el conocimiento que está escrito en un manual de funciones. Pero hay un tipo de conocimiento que ningún organigrama captura: el que vive únicamente en la cabeza de una persona, acumulado en años de ensayo y error, y que nunca se transcribió a ningún documento porque nadie tuvo tiempo, o porque a esa persona nunca se le ocurrió que hiciera falta.

Ese conocimiento no se pierde cuando alguien es despedido con aviso. Se pierde cuando alguien renuncia sin previo aviso, se enferma de gravedad o, simplemente, se jubila un viernes y no vuelve el lunes.

El giro: la NASA tenía los planos completos del cohete más poderoso jamás construido, y aun así no podía volver a fabricarlo

El ejemplo más grande de este problema no ocurrió en una fábrica pequeña. Ocurrió en la NASA. El cohete Saturno V, que llevó a los astronautas del Apolo a la Luna entre 1969 y 1972, sigue siendo el vehículo más potente jamás lanzado con éxito por una agencia espacial. Sus motores F-1, cinco por cada primera etapa, generaban en conjunto más de 34 millones de newtons de empuje.

Décadas después, cuando la NASA quiso entender cómo replicar la tecnología del F-1 para sus programas de cohetes de nueva generación, se topó con un problema que sorprendió a la propia agencia: los planos técnicos existían, archivados en microfilm y disponibles casi en su totalidad. Lo que no existía era la gente. Los ingenieros que habían diseñado, ajustado y resuelto a mano los mil pequeños problemas de fabricación del F-1 se habían jubilado, y muchos ya habían muerto. Sus decisiones más finas, las que nunca llegaron al plano porque eran ajustes de taller y no de diseño, se habían ido con ellos. La agencia tuvo que reconstruir parte de ese conocimiento con ingeniería inversa, literalmente desarmando motores F-1 recuperados del fondo del océano Atlántico en 2013, y entrevistando a los pocos ingenieros originales que seguían con vida.

Piénsalo un momento: la organización con más recursos técnicos del planeta, con archivo completo de planos de uno de los logros de ingeniería más celebrados de la historia, tuvo que recurrir a buzos y entrevistas a jubilados para recuperar algo que nunca dejó de tener "documentado" en el sentido estricto de la palabra. Si eso le pasó a la NASA con un cohete a la Luna, es razonable sospechar que le puede pasar a cualquier empresa con una máquina de envasado.

Este riesgo tiene incluso nombre técnico en el mundo del software, donde el problema se estudió primero: se llama "bus factor", el número mínimo de personas que tendrían que desaparecer de un proyecto para que nadie más supiera cómo mantenerlo funcionando. En equipos pequeños ese número suele ser uno, y los equipos de ingeniería lo toman en serio: lo miden, lo discuten en las retrospectivas, lo suben como riesgo formal. Fuera del software, casi ninguna planta industrial, banco o clínica se ha sentado nunca a calcular su propio "bus factor", aunque el riesgo es exactamente el mismo: una sola persona sosteniendo, sin que nadie lo haya decidido así, la continuidad de un proceso completo.

La lección práctica: el conocimiento tácito no se protege con un manual, se protege con un plan

La mayoría de las empresas confunde documentar procesos con proteger conocimiento. Escriben un manual de funciones, lo archivan en una carpeta compartida, y consideran el riesgo cubierto. El caso del F-1 demuestra que el conocimiento más valioso casi nunca es el que se puede escribir en un procedimiento estándar. Es el ajuste que alguien hace por instinto, después de años de repetir la misma tarea.

Hay pasos concretos que cualquier gerencia de recursos humanos o de procesos puede empezar esta semana.

Identificar, por área, quién es la única persona que sabe operar, ajustar o reparar cada sistema crítico, y marcar esos puestos como de "riesgo de conocimiento único", no solo de "riesgo de reemplazo".

Grabar en video, no solo por escrito, a esa persona ejecutando la tarea completa, incluyendo los ajustes que hace "por costumbre" y que probablemente ni siquiera considera parte del procedimiento oficial.

Diseñar un programa de entrenamiento cruzado donde al menos una segunda persona rote periódicamente por esas tareas críticas, aunque sea unas horas al mes, para que ese conocimiento no dependa de una sola cabeza.

Incluir en la evaluación anual de riesgos operativos una pregunta simple y directa: si esta persona no vuelve mañana, ¿cuánto tiempo tardaríamos en volver a operar esta máquina o este proceso al mismo nivel?

Ninguno de estos pasos requiere presupuesto grande. Requiere aceptar que el activo más frágil de una operación crítica no siempre es la máquina. A veces es la única persona que sabe encenderla.

El cierre

Volví a esa planta un año después. Ramón seguía ahí, pero ahora había una carpeta con capturas de pantalla y un video de quince minutos donde explicaba, paso a paso, cada ajuste que hacía "por costumbre". Le pregunté si le había molestado que le pidieran grabarlo. "Al principio sí," me dijo. "Pensé que me querían reemplazar." Se detuvo un momento. "Después entendí que era al revés. Si algo me pasa a mí, la línea sigue sin tener que esperar a que yo vuelva. Y eso también es cuidar mi trabajo, no solo el de la empresa."