La NASA anunció en agosto que va a retomar su programa nuclear: un reactor compacto para la Luna y motores atómicos para el espacio profundo. El número que llama la atención es el viaje a Marte cayendo de nueve meses a tres. Pero lo que importa para quien dirige una empresa no es el cohete — son las dos decisiones de gestión que aparecen en medio de la historia, y que valen para un proyecto de cualquier tamaño.
Primero, los hechos
El proyecto Fission Surface Power, llevado con el Departamento de Energía y el Idaho National Laboratory, construye un reactor de 40 kilovatios — suficiente para una base de cuatro a seis astronautas, con hábitat, vehículos y equipo de minería de hielo. Cabe en un cilindro de 4 metros, pesa menos de 6 toneladas y funciona 10 años sin que nadie lo toque. La NASA quiere la versión lunar para 2030, con prueba en órbita ya en 2028.
El motivo para no usar paneles solares es una cuenta simple: la Luna tiene unos 14 días de sol seguidos de 14 días de oscuridad. Atravesar 336 horas de noche con energía solar exige una granja de baterías — y cada kilo de batería hay que levantarlo fuera de la gravedad de la Tierra. Como dijo el administrador de la NASA, Jared Isaacman, sin nuclear "vas a necesitar un montón de robots humanoides en Marte limpiando polvo de los paneles solares".
En la propulsión, la diferencia es de otro orden. El mejor motor químico entrega un impulso específico de cerca de 450 segundos; un motor nuclear térmico, que hace pasar hidrógeno por un núcleo de reactor en vez de quemarlo, llega a 800 a 1.000 segundos. Eso recorta el viaje de seis a nueve meses a tres o cuatro — y con él, la mitad de la dosis de radiación de la tripulación, la mitad de la pérdida de masa ósea y la mitad de los suministros a cargar. En el espacio profundo, la velocidad no es un lujo: es soporte vital.
La primera regla: audita el almacén
Cuando la prensa informó que la NASA iba a gastar 2.500 millones de dólares en una nave nuclear, la respuesta de Isaacman fue que el contribuyente ya había gastado ese dinero — él solo se niega a dejar que el material se pudra en el almacén. Esa nave, la SR-1 Freedom, está hecha casi toda de piezas reaprovechadas: el cuerpo es el módulo de energía y propulsión construido para la estación lunar Gateway, con los propulsores eléctricos ya integrados; la base del reactor viene de componentes madurados durante décadas en el laboratorio de Idaho, pagados por otros programas.
Toda empresa tiene su almacén, y casi nunca está en el inventario. Es la licencia de software que se sigue cobrando y nadie abre. Es el sistema que se implantó, se enseñó y se abandonó a la tercera semana. Es el banco de fotos del producto, el vídeo institucional que quedó listo y nunca salió, el sitio en un idioma que jamás se tradujo, la base de contactos a la que nadie escribe desde hace dos años, el modelo 3D que la fábrica dibujó en CAD para producir la pieza — y que sirve, sin coste alguno, para mostrar el producto en realidad aumentada.
Antes de aprobar la compra del año, vale una tarde de auditoría: lista lo que la empresa ya pagó, lo que llegó a estar listo y lo que se detuvo. La pregunta no es "qué falta comprar", es "qué ya es mío y está parado". Suele salir más proyecto de esa lista que del presupuesto nuevo.
La segunda regla: un imposible cada vez
La analogía que usó Isaacman es la mejor parte. El USS Nautilus, primer submarino nuclear del mundo, fue un casco convencional de la era diésel con un reactor revolucionario dentro. El almirante Hyman Rickover se negó a inventar el reactor y el casco al mismo tiempo. Él mismo lo llamaba "solución del 70%" — y fue esa solución del 70% la que dio origen a toda la marina nuclear.
Es lo contrario de lo que suele pasar en una empresa. El proyecto entra en reunión, cada área añade un requisito, y lo que iba a ser un cambio se vuelve tres cambios simultáneos: cambiar el sistema, cambiar el proceso y formar a todo el mundo, todo en el mismo trimestre. Cuando falla — y falla —, nadie sabe cuál de las tres cosas se rompió.
Resolver un imposible cada vez tiene una ventaja que nadie anuncia: cuando sale mal, sabes qué salió mal. Y tiene otra, aún mayor: la versión que vuela hoy enseña cosas que la versión perfecta, la que no salió del papel, nunca va a enseñar. Isaacman resume el objetivo como llevar astronautas a Marte y traerlos de vuelta "con el menor número de milagros necesarios". Vale escribirlo en la pared de cualquier sala de proyecto.
Dónde no se aplica la regla del 70%
Sería deshonesto vender esto como ley universal. Hay partes del sistema donde la versión incompleta no es un comienzo, es un riesgo: cualquier cosa que toque dinero del cliente, datos personales o seguridad. Ahí la regla se invierte — es mejor retrasar que lanzar a medias, porque el coste del error no cae sobre ti, cae sobre quien confió en ti. El Nautilus tenía casco viejo, pero el reactor no era un prototipo.
La lectura correcta, entonces, es esta: sé radical en la parte que nadie ve romperse y conservador en la parte donde el error es irreversible. La NASA aceptó hardware reaprovechado en el cuerpo de la nave y no acepta improvisación en el núcleo del reactor.
Qué hacer con esto el lunes
Tres preguntas, en orden:
- ¿Qué ya pagamos y está parado? Licencias, sistemas, archivos, contenido, equipos, datos. Escribe la lista antes de escribir el presupuesto.
- ¿Cuál es el único imposible de este proyecto? Si la respuesta tiene más de un elemento, el proyecto todavía no empezó — se apiló.
- ¿Qué parte no puede salir al 70%? Marca esa parte y trátala con otro nivel de rigor, plazo y revisión.
Así trabajamos en desarrollo de software a medida: primero el levantamiento de lo que la empresa ya tiene y puede reaprovecharse, después una primera versión lo bastante pequeña para salir y enseñar algo — con las partes sensibles tratadas aparte, desde el principio.
Fuente
Los datos sobre el programa nuclear de la NASA, el reactor de superficie y la SR-1 Freedom provienen de la edición "Nuclear Rockets Are Coming" de la newsletter Metatrends, de Peter H. Diamandis, publicada el 8 de agosto de 2026, con declaraciones del administrador de la NASA, Jared Isaacman.