← Todos los episodios

Episodio·11 de junio de 2026 ·5 min

SpaceX publicó sus propias explosiones — y eso explica por qué nadie los alcanza

En 2017 SpaceX subió a internet sus cohetes explotando, con música de Monty Python. Una explosión no es vergüenza: es un dato carísimo que ya pagaste.

  • mejora continua
  • datos
  • diseño de experimentos
  • spacex
  • iteración

En 2017, SpaceX publicó un video de sus propios cohetes explotando. Ellos mismos lo editaron. Con la música de Monty Python. Y ese video explica mejor que cualquier aterrizaje por qué hoy nadie los alcanza — y, de pasada, qué está haciendo mal tu fábrica.

Primero los datos, porque esto no es fanatismo

El 8 de junio de este año, SpaceX aterrizó el mismo booster — el B1067 — por trigésima quinta vez. Un cohete con cinco años de servicio que ha ido al espacio 35 veces, y la meta es llegar a 40.

En 2025 lanzaron 165 cohetes: más o menos uno cada dos días, como el 85% de todos los lanzamientos de Estados Unidos, casi el doble que China. Eso no se logra comprando máquinas más caras. Se logra con otra cosa.

El blooper reel: enero de 2015, abril de 2015, explota, explota

Regresemos al video de las explosiones.

  • Enero de 2015: un booster baja hacia la barcaza, se queda sin fluido hidráulico, explota.
  • Abril de 2015: otra vez, ahora fue una válvula que respondió lenta. Explota.
  • Y así, intento tras intento, hasta el primer aterrizaje exitoso en diciembre de 2015.

Cualquier empresa normal hubiera escondido esos videos. Ellos los musicalizaron con la marcha de Monty Python y los subieron a internet. ¿Por qué?

Porque para SpaceX una explosión no es una vergüenza: es un dato carísimo que ya pagaste. Esconderlo es tirar el dinero dos veces.

Falla → dato → cambio: esa es la verdadera máquina

Y aquí está el insight que casi nadie comenta: cada uno de esos cohetes venía lleno de sensores. Cuando explotaba, no quedaba un “ni modo, se cayó”. Quedaba telemetría: qué válvula, en qué segundo, a qué presión. Cada falla regresaba al diseño convertida en un cambio concreto. Y el siguiente intento llegaba rápido — semanas, no años.

Esa es la verdadera máquina de SpaceX. No es el cohete: es el ciclo. Probar, fallar, medir, corregir, volver a probar. En mi mundo esto tiene nombre: diseño de experimentos. Cada corrida — buena o mala — es un punto de dato. SpaceX nada más lo hace con cohetes en vez de con un torno.

Y sigue activa: hace unas semanas, en el vuelo doce de Starship, perdieron el booster otra vez. ¿Crisis? No. Es el sistema operando. Ya van tres veces que atrapan un booster de 70 metros en el aire con brazos mecánicos — y llegaron ahí a punta de explosiones bien documentadas.

Tu planta también explota todos los días

Ahora bajemos esto a piso. Tu planta no lanza cohetes, pero explota todos los días. Cada paro no programado es una explosión. Cada lote rechazado. Cada retrabajo. Cada embarque que sale tarde. Y cuestan en serio: scrap, horas extra, cliente enojado.

La diferencia con SpaceX no es el tamaño de la falla. Es lo que pasa después. En la mayoría de las plantas, la falla no deja telemetría. Deja un audio de WhatsApp, un regaño en la junta y un “ya sácalo como sea”. La falla te costó lo mismo — dinero — pero no te compró nada, porque no dejó dato.

Pagaste la colegiatura y te saliste de la clase.

Y hay algo peor: la cultura del culpable. Cuando una falla se castiga, la gente deja de reportarla. El operador que esconde el defecto no es deshonesto: respondió racionalmente al sistema que tú diseñaste. SpaceX sube sus explosiones a YouTube; en muchas plantas no puedes ni mencionar el scrap de ayer sin que ruede una cabeza. Adivina cuál de los dos sistemas aprende más rápido.

Esto, por cierto, no es nuevo: es jidoka, lo que Toyota entendió hace cien años. Hacer visible el problema es el primer paso de todo lo demás.

Tres pasos, sin cohetes

El principio que te llevas: la velocidad a la que mejora tu planta no depende de cuánta tecnología tienes. Depende de qué tan rápido conviertes una falla en un dato accionable.

  1. Registra cada falla en el momento, con su causa probable — aunque sea en una libreta. Dato que no se captura, aprendizaje que no existe.
  2. Haz la falla visible sin castigo. Si castigas el reporte, no compras disciplina: compras silencio.
  3. Cierra el ciclo. Cada semana, agarra la falla más repetida y cámbiale algo al proceso. Una sola.

A las 52 semanas hiciste 52 mejoras que tu competencia no hizo.

No es falta de talento. Es falta de sistema. ¿Cuántas fallas tuvo tu planta esta semana… y cuántas dejaron un dato?