📐 Planificación y arquitectura
Los comandos de la familia 06: convertir un objetivo en un plan con etapas verificables, mapear qué depende de qué, diseñar la estructura y cerrar todo en un procedimiento repetible.
🏗️ /blueprint — del objetivo al plan ejecutable
El comando principal de la familia 06. Recibe un objetivo y devuelve etapas, dependencias, recursos, responsables, métricas, riesgos y la siguiente acción — los siete campos que separan un plan de una lista de deseos.
🧱 Los 7 campos de un blueprint
- •Etapas: cada una con un entregable nombrado: «landing publicada», no «trabajar en la landing».
- •Dependencias y recursos: qué debe existir antes y quién o qué se consume.
- •Métricas y riesgos: cómo saber si funcionó y qué puede hacerlo fracasar.
- •Próxima acción: lo único que se puede hacer hoy; sin eso, el plan es decorativo.
¿Nuevo por aquí? Entregable es un artefacto que existe o no existe: archivo, página publicada, contrato firmado, objetivo alcanzado. Si no puedes señalarlo y decir "está aquí", no es un entregable, es una actividad.
🎯 Copia y ejecuta
/blueprint para <objetivo em uma frase, com prazo>; etapas com entregável, dependências, recursos, responsável, métrica de sucesso, 3 riscos e a próxima ação de hoje
Cómo verificar: cada etapa tiene un sustantivo (el entregable), y la «próxima acción» cabe en una tarde; si cabe en un mes, es una etapa disfrazada.
✓ Blueprint ejecutable
- ✓"Etapa 2: formulario de inscripción en línea, probado con 5 personas — depende de la etapa 1, responsable: Ana, hasta el 12/09."
- ✓Próxima acción: "crear el formulario en Tally y enviar el enlace al grupo".
✗ Lista de deseos
- ✗"Fase 2: involucrar a la comunidad" — sin entregable, sin responsable, sin fecha.
- ✗Próxima acción: "coordinar con el equipo" — una reunión no es una acción, es un aplazamiento con agenda.
🗺️ /roadmap + /milestones — secuencia verificable
/roadmap organiza el plan en el tiempo — horizontes, hitos y entregas en secuencia. /milestones define los hitos con criterio de finalización: un punto en el que es posible decir «llegamos» sin discusión.
Horizontes, no fechas exactas
Ahora (2 semanas) · Después (1-2 meses) · Más adelante (trimestre). Cuanto más lejano, más grueso el trazo.
Hitos con criterio binario
"Hito 1: 10 clientes de pago" — se alcanzó o no. "Hito 1: producto maduro" no es un hito, es una opinión.
Entregas vinculadas a los hitos
Cada hito impulsa 2-4 entregas que lo hacen posible. Una entrega aislada, sin un hito que la respalde, es candidata a eliminarse.
🎯 Copia y ejecuta
/roadmap /milestones para <projeto>; horizontes agora/em seguida/depois, 3-5 marcos com critério binário de conclusão e as entregas que cada marco exige
Cómo verificar: puedes tachar un hito sin convocar una reunión para decidir si se alcanzó.
💡 Consejo práctico
Pide la hoja de ruta con la pregunta "¿qué debe ser cierto en 30 días para que el hito de 90 sea posible?". Esto obliga al modelo a encadenar desde atrás hacia adelante y deja al descubierto los hitos optimistas.
🔗 /dependencies — mapea los prerrequisitos
Identifica requisitos previos, bloqueos, orden de ejecución y dependencias externas — las que no están bajo tu control y por eso determinan todo el cronograma.
¿Nuevo por aquí? Ruta crítica es la secuencia más larga de tareas dependientes del proyecto. Cualquier retraso en ella retrasa el final; un retraso fuera de ella puede no cambiar nada. Saber por dónde pasa es saber dónde vale la pena prestar atención.
| Tipo | Ejemplo | Qué hacer |
|---|---|---|
| Interna, bajo control | La landing depende del texto de la oferta | Ordenar; empezar por el bloqueo |
| Externa, predecible | Aprobación del gateway de pago (5-7 días) | Activar el día 1, en paralelo con el resto |
| Externa, impredecible | Respuesta del socio / liberación de API | Plan B declarado antes de necesitarlo |
Ejemplo didáctico: la dependencia externa impredecible es la que determina si el plazo es real.
🎯 Copia y ejecuta
/dependencies para <plano ou lista de etapas>; classifique cada dependência como interna, externa previsível ou externa imprevisível, marque o caminho crítico e sugira o que disparar hoje
Cómo verificar: las externas aparecen en la parte superior de la lista de «activar hoy»; si están al final, el mapa está al revés.
👥 /resources — estima personas, datos y presupuesto
Estima personas, herramientas, datos, presupuesto, infraestructura y conocimiento necesarios. La última categoría es la que todos olvidan —y la que más retrasa.
🧰 Seis categorías, una pregunta cada una
- •Personas: ¿cuántas horas de quién, en qué semana?
- •Herramientas e infraestructura: ¿qué tenemos ya y qué necesita una firma o configuración?
- •Datos: ¿existen, están limpios, alguien puede acceder a ellos?
- •Presupuesto: ¿cuánto dinero sale de caja antes del primer retorno?
- •Conocimiento: ¿qué todavía nadie aquí sabe hacer — y cuánto tiempo lleva aprenderlo o contratar a alguien?
🎯 Copia y ejecuta
/resources para <plano>; estime por categoria (pessoas, ferramentas, dados, orçamento, infra, conhecimento), marque o que já existe vs. o que falta e o gap mais caro
Cómo verificar: la columna "conocimiento" no está vacía. Si lo está, el modelo asumió que tu equipo lo sabe todo, y no es así.
📊 Regla del 40%
Las estimaciones iniciales de esfuerzo en proyectos de software y contenido suelen excederse entre un 30% y un 50%, incluso en equipos con experiencia. No es una falla moral, es una asimetría: lo que no sabemos que no sabemos no entra en el cálculo. Pide la estimación y luego pregunta: «¿qué haría que esto costara el doble?».
🧱 /architecture — diseña componentes e interfaces
Define componentes, interfaces, flujos, responsabilidades y decisiones estructurales. Aplica al software, pero también a una operación, un curso o un negocio: todo lo que tiene partes que se comunican tiene arquitectura.
Ilustrativo: la familia 06 es una línea de montaje: el objetivo entra vago y sale como una rutina verificable.
¿Nuevo por aquí? Interfaz es el contrato entre dos partes: lo que una entrega y lo que la otra espera recibir. Un componente sin una interfaz definida se convierte en "después vemos"; y los proyectos mueren en ese "después".
🎯 Copia y ejecuta
/architecture para <sistema, produto ou operação>; liste componentes com responsabilidade única, as interfaces entre eles (o que entra, o que sai), os fluxos principais e as 3 decisões estruturais mais difíceis de reverter
Cómo verificar: cada componente tiene UNA responsabilidad descrita en una frase. Si necesita un «y también», son dos componentes.
💡 Consejo práctico
Pide que se enumeren por separado las "decisiones difíciles de revertir" y las demás. La base de datos, el lenguaje, la plataforma de pago y el modelo de cobro merecen un red team (Ruta 3); el nombre del botón, no.
🔄 /workflow — proceso con estados y flujos
Convierte el proceso en estados, entradas, acciones, decisiones, salidas y excepciones. La diferencia con un diagrama de flujo bonito está en la última palabra: excepciones. Un proceso sin excepciones mapeadas se rompe el primer martes.
✓ Workflow operativo
- ✓Cada estado tiene un nombre («pago pendiente») y una condición de salida clara.
- ✓Excepciones previstas: «pago rechazado → notificar en 1h, repetir en 24h, cancelar en 72h».
✗ Diagrama de flujo decorativo
- ✗Cuadros con verbos vagos ("procesar", "analizar") y flechas sin condiciones.
- ✗Solo el camino feliz — el error descubre por sí solo adónde ir, generalmente a la bandeja de entrada del dueño.
🎯 Copia y ejecuta
/workflow para <processo recorrente>; estados nomeados, entrada e saída de cada um, decisões com condição explícita e as 5 exceções mais prováveis com o que acontece em cada uma
Cómo verificar: se puede diseñar el flujo sin preguntarle nada a quien lo opera, y las excepciones cubren lo que ya salió mal en los últimos 30 días.
📋 /SOP — procedimiento estándar repetible
Convierte un proceso recurrente en pasos repetibles, controles y criterios de calidad. SOP (Standard Operating Procedure) es lo que permite que otra persona — o un agente — haga la tarea igual que tú, sin ti.
¿Nuevo por aquí? SOP (Standard Operating Procedure, procedimiento operativo estándar) es la receta completa de una tarea recurrente: pasos numerados, qué verificar en cada uno y cómo saber si el resultado está bien. Es el documento que entregas cuando vas a delegar de verdad.
Disparador y precondiciones
Cuándo se ejecuta este SOP ("todos los lunes a las 9 h", "al recibir una solicitud") y qué debe estar listo antes.
Pasos numerados con control
Cada paso termina con una verificación de 5 segundos: "confirma que el correo llegó a la bandeja de prueba".
Criterio de calidad y escalamiento
Cómo saber si quedó bien — y a quién avisar cuando algo se salga de lo previsto.
🎯 Copia y ejecuta
/SOP para <tarefa recorrente>; gatilho, pré-condições, passos numerados com controle em cada um, critério de qualidade do resultado e regra de escalonamento
Cómo verificar: entrégale el SOP a alguien que nunca haya hecho la tarea y sal de la sala. Si vuelve con preguntas, el paso correspondiente está incompleto.
⚠️ SOP que nadie abre
Un SOP de 12 páginas es un SOP de cero páginas. Si el procedimiento no cabe en una pantalla por ejecución, divídelo en dos o automatiza la parte mecánica (Módulo 4.2, /automate).
✅ /checklist + /sequence — verifica y optimiza el orden
/checklist genera elementos objetivos para evitar omisiones antes, durante o después de la ejecución. /sequence encuentra la secuencia mínima de pasos que desbloquea un resultado o aprendizaje real — el antídoto contra los planes que empiezan por el logotipo.
🎯 Buena lista de verificación vs. lista de tareas
- •Elemento binario: "DNS propagado (dig responde con la nueva IP)" — sí o no, sin "en curso".
- •Momento adecuado: antes del vuelo, durante el vuelo, después del vuelo. Mezclar los tres reduce la adhesión.
- •Corta: De 5 a 12 elementos. Más que eso, se convierte en un formulario y nadie lo lee.
🎯 Copia y ejecuta
/checklist /sequence para <lançamento ou entrega>; checklist pré/durante/pós com itens binários, e a menor sequência de passos que gera o primeiro resultado ou aprendizado verificável
Cómo verificar: el primer paso de la secuencia produce algo que puedes mostrarle a alguien hoy — no «configurar el entorno».
💡 Receta compuesta
Combina con la Trilha 3: /chain(/blueprint -> /premortem -> /checklist). El premortem descubre cómo falla el plan; la checklist transforma cada modo de falla en un elemento de verificación.
Autoverificación rápida (opcional): ¿qué hace que una etapa del plan sea «ejecutable» según /blueprint?
🎓 Resumen del módulo
Próximo Módulo:
4.2 - Ejecución y operaciones — el plan está listo; ahora debe convertirse en acciones para hoy, responsables, prioridades y monitoreo.