---
name: musk-style-five-step-algorithm
description: Revisa un proceso, una especificación de producto o un flujo de trabajo con el orden de cinco pasos que Elon Musk describió en una visita a Starbase en 2021 y que la biografía de Walter Isaacson llama el algoritmo - cuestionar cada requisito y nombrar a la persona detrás de él, eliminar piezas y pasos, solo entonces simplificar, después acelerar y automatizar al final. Úsala cuando un proceso se ha vuelto lento o pesado, antes de automatizar o comprar software para un flujo de trabajo, cuando una especificación tiene requisitos que nadie sabe explicar, o cuando alguien pide aplicar el algoritmo de cinco pasos, cuestionar cada requisito o recortar pasos de un proceso.
---

# Algoritmo de requisitos en 5 pasos al estilo de Musk

Estos son principios que Elon Musk ha descrito públicamente en una entrevista durante una visita a Starbase en 2021 con Tim Dodd (Everyday Astronaut), según los recogen Entrepreneur y Fortune, esta última a partir de la biografía de Walter Isaacson de 2023. Sin afiliación con Elon Musk ni con sus empresas, y sin su respaldo. La skill lleva un proceso o una especificación por los cinco pasos, en su orden, y devuelve qué cuestionar, eliminar, simplificar, acelerar y, al final, automatizar.

## Reglas básicas

- No atribuyas a Elon Musk citas ni opiniones más allá de las fuentes citadas.
- No interpretes el papel de Elon Musk, no lo imites ni escribas con su voz; revisa el material del usuario con los principios de abajo.
- Respeta el orden. No propongas simplificar, acelerar ni automatizar un paso antes de que haya pasado por el cuestionamiento y la eliminación.
- Un requisito que viene de la ley, de la seguridad o de un contrato firmado se cuestiona preguntando a su responsable; la skill no lo elimina. Márcalo [comprobar: responsable / cláusula] y dilo.
- Nunca inventes quién es responsable de un requisito ni cuánto tarda un paso. Lo desconocido se marca [comprobar: ...].
- Di cuándo el método no encaja, por ejemplo un proceso que ya es mínimo y solo necesita más capacidad.

## Los principios

1. **Cuestiona cada requisito, lo haya puesto quien lo haya puesto.** Musk dijo que los requisitos son sin duda tontos, sin importar quién los haya dado, porque todo el mundo se equivoca a veces, y que son más peligrosos cuando vienen de una persona inteligente, porque puede que no los cuestiones lo suficiente. Fuente: visita a Starbase, parte 1, 2021 (video); Entrepreneur, 2021.
2. **Cada requisito lleva el nombre de una persona.** Dijo que un requisito o una restricción debe ir con el nombre de una persona que se responsabiliza de él, no de un departamento, porque un requisito puede sobrevivir a la persona que lo inventó. Fuente: visita a Starbase, parte 1, 2021 (video).
3. **Esfuérzate por eliminar la pieza o el paso.** Dijo que la tendencia empuja con fuerza a añadir una pieza o un paso por si acaso, y que si no se vuelven a añadir piezas y pasos al menos el 10 por ciento de las veces, no se está eliminando lo suficiente. Fuente: visita a Starbase, parte 1, 2021 (video); Entrepreneur, 2021.
4. **Simplifica u optimiza solo en tercer lugar.** Dio el motivo del orden: un error muy común de un ingeniero inteligente es optimizar algo que no debería existir. Fuente: la misma.
5. **Acelera en cuarto lugar.** Ve más rápido, pero solo después de los tres primeros pasos; su imagen era que si estás cavando tu propia tumba, la respuesta es dejar de cavar, no cavar más rápido. Fuente: la misma.
6. **Automatiza al final.** Dijo que había cometido el error de recorrer los pasos al revés, automatizando antes de eliminar, con el Tesla Model 3. Fortune, al informar sobre la biografía de Isaacson, enumera los mismos cinco pasos en el mismo orden y describe el plan inicial en Fremont de automatizar todas las tareas desde el principio, revertido más tarde. Fuente: visita a Starbase, parte 1, 2021 (video); Fortune, 2023.

## Cuándo usarla

- Un proceso, un formulario, una cadena de aprobaciones o una especificación de producto se ha vuelto lento o pesado.
- Antes de automatizar un flujo de trabajo o comprar software para él.
- Una especificación tiene requisitos que nadie sabe explicar.
- No sirve para encontrar la causa raíz de un fallo concreto (usa ohno-style-five-whys) ni para clasificar tipos de desperdicio en toda una cadena de valor (usa ohno-style-seven-wastes).

## Qué necesitas

- El proceso o la especificación, paso a paso o requisito a requisito.
- Para cada requisito: de dónde viene y quién puede responder por él, si se sabe.
- El tiempo de cada paso y la espera entre pasos, si se saben.
- Cualquier plan de automatizar o comprar una herramienta.
- Las restricciones que sabes que son fijas (ley, seguridad, contrato), con su origen.

## Pasos

1. **Enumera requisitos y pasos.** Una línea cada uno. Junto a cada uno, escribe la persona responsable (un nombre, no un equipo); si no se puede nombrar a nadie, escribe “sin responsable” (principio 2).
2. **Cuestiona cada requisito.** Para cada uno, pregunta qué se rompería si se quitara y cómo lo sabe su responsable. Márcalo como mantener, cambiar o candidato a eliminar. Los requisitos que suenan inteligentes reciben la misma pregunta (principio 1).
3. **Elimina.** Quita del plan todos los candidatos a eliminar. Anota qué eliminaciones son reversibles y cuenta con volver a añadir algunas: si nada vuelve tras probar el proceso, probablemente no eliminaste lo suficiente (principio 3).
4. **Simplifica lo que queda.** Solo ahora fusiona pasos, reduce traspasos, acorta formularios y quita opciones (principio 4).
5. **Acelera.** Acorta el tiempo de ciclo del proceso ya simplificado: quita esperas, agrupa menos, decide más rápido (principio 5).
6. **Automatiza al final.** Enumera lo que ya es lo bastante estable para automatizar y lo que se queda manual. Señala cualquier automatización que estuviera prevista para un paso que eliminaste (principio 6).
7. **Fija la revisión.** Nombra a una persona responsable, una fecha para comprobar qué hubo que volver a añadir y la medida (tiempo de ciclo, tasa de errores, horas por semana).

## Formato de salida

```markdown
# Revisión en cinco pasos: [proceso o especificación]
Estos son principios que Elon Musk ha descrito públicamente. Sin afiliación con Elon Musk ni con sus empresas, y sin su respaldo.

## 1. Requisitos y sus responsables
| # | Requisito o paso | Responsable (una persona) | Qué se rompe sin él | Veredicto |
|---|---|---|---|---|
| | | | | mantener / cambiar / eliminar |

## 2. Eliminado
| Elemento | ¿Reversible? | Cómo sabremos si debe volver |
|---|---|---|

## 3. Simplificado
- [Cambio]

## 4. Más rápido
- [Cambio, con el tiempo de ciclo esperado]

## 5. Automatizar (al final)
| Paso | Automatizar ahora / más adelante / nunca | Por qué |
|---|---|---|

## Restricciones fijas que no tocamos
- [Requisito] - [origen] [comprobar: responsable]

## Revisión
Responsable: [nombre] · Fecha: [fecha] · Medida: [métrica]

## Principios usados
[Numerados, con fuentes]
```

## Ejemplo

**Entrada:** “En nuestra agencia, la incorporación de un cliente tarda 9 días hábiles. Pasos: ventas rellena un formulario de alta de 40 campos; la persona responsable de la cuenta lo vuelve a introducir en el CRM; la presentación de arranque se hace desde cero; finanzas hace una comprobación de solvencia a cada cliente; el equipo legal revisa el contrato estándar; el cliente recibe un paquete de bienvenida en PDF; íbamos a comprar una herramienta para automatizar el copiado del formulario al CRM. Nadie sabe quién pidió la comprobación de solvencia; se añadió tras un impago hace cuatro años.”

**Salida (extracto):**

```markdown
Estos son principios que Elon Musk ha descrito públicamente. Sin afiliación con Elon Musk ni con sus empresas, y sin su respaldo.

## 1. Requisitos y sus responsables
| # | Requisito o paso | Responsable (una persona) | Qué se rompe sin él | Veredicto |
|---|---|---|---|---|
| 1 | Formulario de alta de 40 campos | sin responsable | [comprobar: qué campos usa la reunión de arranque] | cambiar: dejar los campos que alguien lee |
| 2 | Volver a introducirlo en el CRM | sin responsable | Nada, si el formulario escribe en el CRM | eliminar |
| 3 | Comprobación de solvencia a cada cliente | sin responsable (se añadió tras un impago) | Riesgo en facturas grandes sin pagar | cambiar: solo por encima de un valor de contrato fijado [comprobar: responsable de finanzas] |
| 4 | Revisión legal del contrato estándar | [comprobar: legal] | [comprobar] | restricción fija: preguntar a su responsable |
| 5 | Paquete de bienvenida en PDF | sin responsable [comprobar] | [comprobar: si los clientes lo leen] | eliminar |

## 2. Eliminado
| Elemento | ¿Reversible? | Cómo sabremos si debe volver |
|---|---|---|
| Volver a introducirlo en el CRM | Sí | En la reunión de arranque faltan datos del cliente |
| Paquete de bienvenida en PDF | Sí | Los clientes hacen las mismas preguntas de configuración |

## 5. Automatizar (al final)
| Paso | Automatizar ahora / más adelante / nunca | Por qué |
|---|---|---|
| Herramienta para copiar del formulario al CRM | nunca | El paso que automatiza se eliminó |
```

## Comprobaciones antes de enviar

- [ ] Las líneas de atribución y de no afiliación están en la salida.
- [ ] Cada requisito tiene una persona con nombre o está marcado “sin responsable”.
- [ ] Los pasos se aplicaron en orden; no se automatizó nada antes de eliminar.
- [ ] Las eliminaciones dicen si son reversibles y cómo se notaría que una hacía falta.
- [ ] Los requisitos legales, de seguridad y de contrato se señalan a su responsable, no se eliminan.
- [ ] Hay fecha de revisión, responsable y medida.

## Errores comunes

- Empezar por la automatización o por una herramienta nueva porque es el arreglo visible.
- Pulir un paso (un formulario mejor) que debía haberse eliminado.
- Aceptar “cumplimiento normativo lo exige” sin una persona y una cláusula.
- Tomar como un éxito que no haya que volver a añadir nada.