Solution Discovery explicat per a humans
Problema, Capability Matrix, SaaS, OSS, components, llicència, seguretat, shortlist reproduïble, Golden Flows, GAP/TCO/risc, ADR i ADOPT/CONFIGURE/INTEGRATE/EXTEND/BUILD.
Problema, Capability Matrix, SaaS, OSS, components, llicència, seguretat, shortlist reproduïble, Golden Flows, GAP/TCO/risc, ADR i ADOPT/CONFIGURE/INTEGRATE/EXTEND/BUILD.
Solution Discovery evita construir per reflex. Abans de desenvolupament propi, DCP Flow obliga a investigar què existeix, provar candidats materials i mesurar GAP amb criteris funcionals i tècnics.
El recorregut de discovery
El procés parteix del problema i una Capability Matrix, revisa SaaS com a benchmark, productes OSS complets i components, i valida llicència, seguretat, compliance, mantenibilitat i dependències. La shortlist es prova amb Golden Flows reproduïbles.
- SaaS benchmark.
- Full OSS Product Discovery.
- Engines i components.
- Shortlist reproduïble i Golden Flows.
ADOPT, CONFIGURE, INTEGRATE, EXTEND o BUILD
La decisió final es registra en un ADR. ADOPT utilitza una solució existent amb canvis mínims; CONFIGURE resol mitjançant configuració suportada; INTEGRATE connecta capacitats existents; EXTEND amplia mitjançant mecanismes d’extensió suportats; BUILD crea implementació pròpia quan les alternatives anteriors no resolen raonablement l’outcome o hi ha una justificació material explícita.
- GAP funcional i tècnic.
- TCO i complexitat.
- Security, compliance i lock-in.
- Maintainability i dependency risk.
Discovery és un recorregut d’evidència, no una llista d’enllaços
El Gate parteix de Problem Definition i Capability Matrix, usa SaaS com benchmark, busca productes OSS complets i després engines o components. Llicència, seguretat i compliance filtren candidats materials. Quan el comportament importa, la shortlist s’instal·la de manera reproduïble i s’executen Golden Flows abans de mesurar GAP, TCO i risc.
- 1 Problem → 2 Capabilities.
- 3 SaaS → 4 Full OSS → 5 Components.
- 6 License/Security → 7 Reproducible shortlist.
- 8 Golden Flows → 9 GAP/TCO/Risk → 10 ADR.
Cinc decisions actuals, avaluades proporcionalment
DCP Flow avalua ADOPT → CONFIGURE → INTEGRATE → EXTEND → BUILD com una preferència, no com una escala mecànica. ADOPT usa una solució existent amb canvis mínims; CONFIGURE usa configuració suportada; INTEGRATE connecta capacitats existents; EXTEND cobreix gaps amb mecanismes suportats; BUILD crea implementació pròpia només quan les alternatives anteriors no resolen raonablement l’outcome o existeix justificació material explícita.
- ADOPT: canvis mínims.
- CONFIGURE: configuració suportada.
- INTEGRATE: connectar capacitats existents.
- Preferir EXTEND abans de BUILD quan fit, risc, TCO, upgrades, lock-in, arquitectura i capacitat operativa ho justifiquen.
Executar candidats i documentar la decisió evita discovery decoratiu
Trobar un repositori o llegir un README no equival a validar una solució. Una POC registra versió, runtime, instal·lació, configuració no sensible, errors i límits; els Golden Flows poden quedar PASS, PARTIAL, FAIL, BLOCKED o NOT RUN. L’ADR conserva candidats, evidència, trade-offs i conseqüències perquè la decisió sobrevisqui a la conversa que la va originar.
- Repository found ≠ candidate validated.
- Shortlist reproduïble quan la decisió depèn del runtime.
- NOT RUN mai no és PASS.
- ADR converteix recerca en memòria de decisió.
Glossari contextual＋
Procés d’investigar alternatives reals i avaluar proporcionalment ADOPT → CONFIGURE → INTEGRATE → EXTEND → BUILD abans d’una decisió material.
Usar una solució existent amb canvis mínims quan cobreix raonablement l’outcome.
Resoldre l’outcome mitjançant configuració suportada d’una solució existent.
Connectar capacitats o sistemes existents quan la combinació governable resol l’outcome.
Ampliar una plataforma mitjançant mecanismes d’extensió suportats per cobrir gaps reals.
Crear implementació pròpia quan ADOPT, CONFIGURE, INTEGRATE i EXTEND no resolen raonablement l’outcome o existeix una justificació material explícita.
Terminologia històrica: antic terme paraigua per implementar una solució existent; superseded per ADOPT / CONFIGURE / INTEGRATE / EXTEND / BUILD.
Diferència entre capacitats requerides i les disponibles en una alternativa avaluada.
Cost total de propietat incloent operació, manteniment, dependència i evolució.