Cómo iniciar un proyecto
Recorrido desde problema y capacidades hasta discovery, ADR, arquitectura, Golden Flows, sprint, ejecución, evidencia y aprendizaje.
Recorrido desde problema y capacidades hasta discovery, ADR, arquitectura, Golden Flows, sprint, ejecución, evidencia y aprendizaje.
Iniciar un proyecto en DCP Flow significa reducir incertidumbre antes de acelerar la ejecución. El recorrido es válido tanto para una solución nueva como para adoptar un sistema existente.
De la necesidad a una decisión
Primero se define el problema y las capacidades necesarias. Después se ejecuta Solution Discovery, se comparan alternativas reales y se documenta mediante ADR por qué conviene ADOPT, CONFIGURE, INTEGRATE, EXTEND o BUILD.
- Problema y alcance.
- Capability Matrix.
- Solution Discovery.
- ADR de decisión.
De la decisión al primer sprint
Una vez definida la dirección se selecciona arquitectura y Blueprint, se identifican Golden Flows y riesgos, y se crea un sprint con outcomes verificables. La ejecución produce evidencia que alimenta aceptación y aprendizaje.
- Arquitectura y boundaries.
- Golden Flows.
- Execution Contract y handoffs.
- Evidence y Human Acceptance.
Proyecto nuevo y proyecto existente empiezan distinto
Un proyecto nuevo permite partir del problema y del outcome antes de consolidar arquitectura. Un proyecto existente ya trae código, usuarios, runtime, deuda y decisiones previas; allí DCP Flow empieza reconstruyendo Project Truth y separando lo simplemente diferente de lo realmente incorrecto. Adoptar la metodología no significa reescribir lo que funciona para uniformar estética técnica.
- Nuevo: problema → outcome → capacidades.
- Existente: audit → Project Truth → gaps materiales.
- Diferente no significa incorrecto.
- Mejora incremental antes que reescritura ceremonial.
De capacidades a una decisión defendible
Después de entender el problema se separan capacidades MUST, SHOULD y COULD. Cuando una capacidad material puede existir como SaaS, producto open source o componente reusable, entra Solution Discovery. Las decisiones que cambian arquitectura, dependencia, costo futuro, seguridad o licenciamiento se registran mediante ADR y después se seleccionan el Blueprint y los Standards aplicables.
- MUST / SHOULD / COULD.
- Solution Discovery cuando la capacidad es material.
- ADR para decisiones que necesitan memoria durable.
- Blueprint después de decidir la familia tecnológica real.
Golden Flow, sprint, ejecución y cierre del aprendizaje
Antes de convertir el trabajo en tareas se define el recorrido end-to-end que demuestra valor. El sprint fija un outcome verificable, alcance, non-goals, evidencia y Definition of Done. El Execution Contract o handoff limita lo que un agente puede interpretar; al final, auditoría y Quality Gates verifican el resultado y la retrospectiva decide qué aprendizaje permanece local o merece convertirse en conocimiento reusable.
- Golden Flow antes de acumular tareas.
- Sprint = resultado verificable.
- Execution Contract reduce improvisación.
- Audit → acceptance → learning.
Glosario contextual＋
Registro de una decisión arquitectónica material, su contexto y razones.
Recorrido crítico end-to-end que debe funcionar y producir evidencia verificable.
Estado durable y verificable del proyecto que debe prevalecer sobre memoria temporal o suposiciones.
Proceso de investigar alternativas reales y evaluar ADOPT → CONFIGURE → INTEGRATE → EXTEND → BUILD de forma proporcional antes de una decisión material.