🚀 Ejecución y operaciones
Los comandos de la familia 07: empezar por la próxima acción posible, descomponer en tareas con responsable, estimar sin falsa precisión, priorizar, paralelizar, automatizar y revisar según los criterios.
▶️ /execute — convierte el plan en acción
El comando que termina la planificación. /execute empieza por la próxima acción posible y produce artefactos o instrucciones operativas concretas: el texto del correo, la estructura del archivo, el comando que debes ejecutar. No describe el trabajo: hace la primera parte.
✓ Salida de /execute
- ✓El correo listo para enviar, con asunto y destinatario.
- ✓El archivo de configuración completado con los valores de tu contexto.
- ✓"Hecho: X. Bloqueado en: Y (necesita la credencial Z). Siguiente: W."
✗ Salida de planificación disfrazada
- ✗"Primero debes preparar el entorno, después..." — instrucción genérica, cero entregables.
- ✗Lista de 14 pasos sin ejecutar ninguno.
- ✗"Recomiendo alinear las expectativas con las partes interesadas."
🎯 Copia y ejecuta
/execute a partir de <plano ou blueprint>; comece pela próxima ação possível, produza o artefato concreto (texto, arquivo, comando) e reporte feito / bloqueado / próximo
Cómo verificar: recibiste algo que puedes pegar o ejecutar — no una descripción de cómo producirlo.
¿Nuevo por aquí? Artefacto es el resultado tangible de una acción: un archivo, un texto listo, un comando, una tabla completada. "Analicé el problema" no genera un artefacto; "aquí está la tabla con los 5 problemas y la causa de cada uno" sí.
➡️ /next — la siguiente mejor acción
Elige el paso de mayor valor esperado considerando los bloqueos y la reversibilidad. Es el comando para el momento en que hay diez cosas posibles y la parálisis empieza a costar más que cualquier elección equivocada.
🧭 Cómo decide /next
- •Valor esperado: cuánto contribuye el paso al objetivo × probabilidad de que salga bien.
- •Desbloqueo: un paso que habilita otros vale más que un paso aislado de igual valor.
- •Reversibilidad: en caso de empate, gana el paso más fácil de revertir: así se aprende a menor costo.
🎯 Copia y ejecuta
/next dado <situação atual e opções em aberto>; escolha UMA próxima ação com justificativa por valor esperado, desbloqueio e reversibilidade; diga o que NÃO fazer agora
Cómo verificar: la respuesta es una acción, no tres. Y la lista de "no ahora" existe: es la mitad del valor.
💡 Consejo práctico
Usa /next al final de cada sesión de trabajo: "dado lo que hice hoy, ¿cuál es la próxima acción de mañana?". Empezar el día sabiendo ya cuál es el primer paso elimina la media hora de calentamiento.
🧩 /tasks + /owner — descompón y asigna
/tasks transforma el objetivo en unidades pequeñas, verificables y atribuibles. /owner define, para cada una, a la persona responsable, el apoyo, quién aprueba y las dependencias, porque una tarea con dos responsables no tiene ninguno.
| Rol | Pregunta que responde | Cuántos por tarea |
|---|---|---|
| Dueño | ¿Quién garantiza que suceda? | Exactamente 1 |
| Apoyo | ¿Quién ayuda, si se le llama? | 0 a 2 |
| Aprobador | ¿Quién dice «está bien, puedes seguir»? | 0 o 1 |
| Dependencia | ¿De quién o de qué depende esto? | Cuantas haya, declaradas |
Un responsable por tarea es una regla, no una preferencia. "Equipo de marketing" no es un responsable.
🎯 Copia y ejecuta
/tasks /owner para <objetivo ou etapa do blueprint>; tarefas de no máximo meio dia, cada uma com critério de pronto, dono único, apoio, aprovador e dependências
Cómo verificar: ninguna tarea tiene «equipo», «todos» o «nosotros» como responsable — y ninguna lleva más de medio día.
¿Nuevo por aquí? Criterio para darlo por terminado (definition of done) es la frase que indica cuándo terminó la tarea: "PR aprobado y fusionado", "página publicada y respondiendo 200". Sin eso, la tarea queda 90% lista para siempre.
⏱️ /estimate — estima sin falsa precisión
Estima tiempo, complejidad, costo y incertidumbre — la palabra que falta en toda estimación que sale mal. "3 días" es una mentira educada; "2 a 5 días, probablemente 3, porque nunca integramos con esa API" es una estimación.
Rango, no punto
Optimista / probable / pesimista. La distancia entre optimista y pesimista ES la incertidumbre, y es información.
Qué tira hacia el pesimismo
Nombra la fuente de la incertidumbre: dependencia externa, tecnología nueva, requisito aún abierto.
Qué reduciría el rango
Un spike de 2 horas, una pregunta al proveedor, un prototipo descartable. Comprar información suele ser más barato que equivocarse.
🎯 Copia y ejecuta
/estimate para <tarefa ou conjunto de tarefas>; faixa otimista/provável/pessimista, fonte principal da incerteza e a ação de 2 horas que mais reduziria a faixa
Cómo verificar: ninguna estimación es un número único, y cada rango amplio viene acompañado del motivo por el que es amplio.
📊 Por qué funcionan los rangos
Quien pide «un número» recibe el optimista y lo cobra como si fuera un compromiso. Quien pide un rango recibe la incertidumbre explícita y puede decidir: aceptar el riesgo, obtener información o reducir el alcance. El rango no es imprecisión: es la precisión posible, expresada con honestidad.
🎯 /priority — prioriza por impacto y riesgo
Ordena las tareas por impacto, urgencia, dependencias, riesgo y esfuerzo. Cinco ejes, porque priorizar solo por urgencia es dejar que la bandeja de entrada de otros decida tu día.
Ilustrativo: la familia 07 es un anillo: /review retroalimenta /next, y el anillo gira hasta alcanzar el hito.
✓ Prioridad defendible
- ✓"Primero, la integración de pagos: alto impacto, desbloquea 4 tareas, riesgo externo — empezar hoy."
- ✓Lista corta: 3 prioridades. La cuarta es "no".
✗ Prioridad por ruido
- ✗"Primero, lo que más reclamó el cliente ayer" — urgencia sin impacto.
- ✗Lista de 11 prioridades. Once prioridades equivalen a ninguna.
🎯 Copia y ejecuta
/priority sobre <lista de tarefas>; pontue impacto, urgência, dependências, risco e esforço, entregue as 3 primeiras com justificativa e declare o que fica explicitamente para depois
Cómo verificar: la justificación de cada una de las 3 menciona al menos dos ejes, y la lista "para después" no está vacía.
⚙️ /parallel + /automate — paraleliza y automatiza
/parallel separa lo que puede ejecutarse al mismo tiempo de lo que requiere una secuencia. /automate busca tareas repetitivas con reglas claras, activadores y APIs — los candidatos a desaparecer para siempre de tu agenda.
🤖 Señales de que se puede automatizar
- •Repetición: la tarea se hizo 3+ veces en el último mes, de la misma manera.
- •Regla clara: puedes explicar la decisión como "si X, entonces Y" sin decir "depende".
- •Disparador identificable: se dispara un evento (llega un correo electrónico, cambia una hoja de cálculo, llega la hora).
- •Interfaz disponible: API, webhook, exportación: algo que una máquina pueda manejar.
🎯 Copia y ejecuta
/parallel /automate sobre <lista de tarefas ou SOP>; agrupe o que roda em paralelo vs. em sequência, e para cada tarefa repetitiva diga: regra, gatilho, ferramenta candidata e o que ainda exige humano
Cómo verificar: la columna "todavía requiere intervención humana" existe y es honesta: una automatización que finge no tener excepciones termina en un incidente.
⚠️ Automatizar el desorden multiplica el desorden
Automatiza solo procesos que ya funcionan bien manualmente (Módulo 4.1, /SOP). Automatizar un proceso defectuoso produce el mismo error, más rápido y sin que nadie lo vigile.
📡 /monitor — indicadores y umbrales
Especifica indicadores, frecuencia, umbrales y acciones cuando algo cambia. Monitorear no es mirar un dashboard: es decidir de antemano qué va a activar qué.
| Indicador | Frecuencia | Umbral | Acción |
|---|---|---|---|
| Tasa de conversión de la landing | Diaria | < 1,5% durante 3 días | Ejecuta /causes sobre la caída; prueba una variante del título |
| Tiempo de respuesta al lead | Por evento | > 2h | Alerta en el grupo; responder con la plantilla estándar |
| Errores de la automatización | Por hora | > 0 | Pausar el flujo; abrir una tarea con responsable |
Ejemplo didáctico: cada línea está completa; un indicador sin acción es curiosidad, no monitoreo.
🎯 Copia y ejecuta
/monitor para <projeto ou operação>; 3-5 indicadores com frequência de leitura, limiar numérico e a ação exata quando o limiar for cruzado
Cómo verificar: todo umbral es un número con unidad y toda acción comienza con un verbo. «Dar seguimiento de cerca» no es una acción.
💡 Consejo práctico
Un indicador de salud y uno de resultados bastan para empezar. Diez indicadores sin umbral se vuelven papel tapiz; dos con una acción definida cambian el comportamiento.
🔁 /review — revisa según los criterios y corrige
Compara el resultado con los criterios definidos desde el principio, registra desvíos, aprendizajes y correcciones. Es el comando que cierra el ciclo: sin él, la ejecución se convierte en repetición — con él, en mejora.
✓ Revisión que enseña
- ✓"Meta: 10 inscritos. Resultado: 6. Desviación: -40%. Causa probable: enlace solo en la story, no en el feed. Corrección: fijarlo en el perfil + volver a publicarlo."
- ✓Aprendizaje registrado donde el próximo /blueprint lo leerá.
✗ Retrospectiva de sensaciones
- ✗"Estuvo bien, el equipo se esforzó; la próxima vez iremos con más fuerza."
- ✗Ningún número comparado con el criterio original, porque el criterio nunca se escribió.
🎯 Copia y ejecuta
/review de <entrega ou ciclo>; compare resultado com os critérios e métricas originais, liste desvios com causa provável, 3 aprendizados e as correções que entram no próximo ciclo
Cómo verificar: cada desviación tiene una cifra y una causa, y al menos una corrección se convierte en una tarea con responsable (/tasks /owner).
💡 Receta compuesta
Receta completa de ejecución, directamente del documento: /blueprint /dependencies /priority /parallel /execute /monitor /review. Ejecútalo una vez por ciclo y el siguiente blueprint ya nace corregido.
Autoverificación rápida (opcional): ¿cuál es la salida correcta de /execute?
🎓 Resumen del módulo
Próxima Ruta:
5.1 - Producto, negocios y monetización — sabes planificar y ejecutar; ahora aplica eso al mercado, el cliente, la oferta y el precio.