Com iniciar un projecte
Recorregut des del problema i les capacitats fins a discovery, ADR, arquitectura, Golden Flows, sprint, execució, evidència i aprenentatge.
Recorregut des del problema i les capacitats fins a discovery, ADR, arquitectura, Golden Flows, sprint, execució, evidència i aprenentatge.
Iniciar un projecte amb DCP Flow significa reduir incertesa abans d’accelerar l’execució. El recorregut serveix tant per a una solució nova com per adoptar un sistema existent.
De la necessitat a una decisió
Primer es defineixen el problema i les capacitats necessàries. Després s’executa Solution Discovery, es comparen alternatives reals i es documenta mitjançant ADR per què convé ADOPT, CONFIGURE, INTEGRATE, EXTEND o BUILD.
- Problema i abast.
- Capability Matrix.
- Solution Discovery.
- ADR de decisió.
De la decisió al primer sprint
Un cop definida la direcció, es trien arquitectura i Blueprint, s’identifiquen Golden Flows i riscos i es crea un sprint amb outcomes verificables. L’execució produeix evidència per a acceptació i aprenentatge.
- Arquitectura i boundaries.
- Golden Flows.
- Execution Contract i handoffs.
- Evidence i Human Acceptance.
Els projectes nous i existents comencen de manera diferent
Un projecte nou permet partir del problema i de l’outcome abans de consolidar arquitectura. Un projecte existent ja porta codi, usuaris, runtime, deute i decisions prèvies; DCP Flow comença reconstruint Project Truth i separant allò simplement diferent d’allò realment incorrecte. Adoptar la metodologia no significa reescriure el que funciona per uniformar l’estètica tècnica.
- Nou: problema → outcome → capacitats.
- Existent: audit → Project Truth → gaps materials.
- Diferent no significa incorrecte.
- Millora incremental abans que reescriptura cerimonial.
De les capacitats a una decisió defensable
Després d’entendre el problema se separen capacitats MUST, SHOULD i COULD. Quan una capacitat material pot existir com SaaS, producte open source o component reusable, entra Solution Discovery. Les decisions que canvien arquitectura, dependència, cost futur, seguretat o llicenciament es registren mitjançant ADR i després se seleccionen el Blueprint i els Standards aplicables.
- MUST / SHOULD / COULD.
- Solution Discovery quan la capacitat és material.
- ADR per a decisions que necessiten memòria durable.
- Blueprint després de decidir la família tecnològica real.
Golden Flow, sprint, execució i tancament de l’aprenentatge
Abans de convertir el treball en tasques es defineix el recorregut end-to-end que demostra valor. El sprint fixa un outcome verificable, abast, non-goals, evidència i Definition of Done. L’Execution Contract o handoff limita allò que un agent ha d’interpretar; al final, audit i Quality Gates verifiquen el resultat i la retrospectiva decideix quin aprenentatge queda local o mereix convertir-se en coneixement reusable.
- Golden Flow abans d’acumular tasques.
- Sprint = resultat verificable.
- Execution Contract redueix improvisació.
- Audit → acceptance → learning.
Glossari contextual＋
Registre d’una decisió arquitectònica material, el seu context i les raons.
Recorregut crític end-to-end que ha de funcionar i produir evidència verificable.
Estat durable i verificable del projecte que ha de prevaldre sobre memòria temporal o supòsits.
Procés d’investigar alternatives reals i avaluar proporcionalment ADOPT → CONFIGURE → INTEGRATE → EXTEND → BUILD abans d’una decisió material.