Ogni proposta indica quali macro-stage include e quali esclude. I quattro stage non sostituiscono le fasi [F01–F06 - da Orient a Decide & Scale]: aggregano il lavoro in blocchi comprensibili e quotabili. La scala è inclusa nell’Assurance perché la decisione di scalare deriva dalle evidenze e continua a richiedere governo di portafoglio.
| Macro-stage | Lifecycle | Contributo | Servizi |
|---|---|---|---|
| [ST01 - Discovery] | [F01], [F02] | Intent, fit, portfolio, AS-IS, decision inventory e selezione | [SRV01], [SRV02], parte [SRV03] |
| [ST02 - Design] | [F03], [F04] | Decision Map, target process, Digital Role, memoria, governance, service e valore | [SRV03], [SRV04] |
| [ST03 - Implementation] | Tra [F04] e [F05] | Architettura, sviluppo, integrazione, test, deployment e handover | [SRV05] |
| [ST04 - Assurance & Scale] | [F05], [F06], [PF04] | Evidenze, incidenti, remediation, decisione, industrializzazione e wave | [SRV06], [SRV07] |
La tabella dei confini della proposta non descrive gli stage; descrive ciò che una SOW deve dichiarare per lo stage acquistato. Per esempio, una proposta può includere [ST01 - Discovery] e [ST02 - Design] ma escludere [ST03 - Implementation]; in tal caso deve consegnare un target design implementabile senza implicare che lo stesso fornitore realizzerà la soluzione.
| Campo SOW | Contenuto obbligatorio |
|---|---|
| [SOW01 - Decision Requested] | Decisione che il cliente potrà prendere al termine |
| [SOW02 - Scope] | Processi, use case, sedi, sistemi, dati, stakeholder e periodi inclusi |
| [SOW03 - Stage & Service Scope] | Macro-stage, servizi, fasi e gate inclusi/esclusi |
| [SOW04 - Work Packages] | Attività, deliverable, owner, dipendenze e timebox |
| [SOW05 - Client Obligations] | Owner, accesso a persone/fonti, workshop, validazione ed evidenze |
| [SOW06 - Assumptions] | Volumi, qualità dati, disponibilità utenti e dipendenze |
| [SOW07 - Exclusions] | Licenze, compliance legale, operation, change esteso o implementazione non inclusi |
| [SOW08 - Acceptance] | Criteri per deliverable, work package e gate |
| [SOW09 - IP & Confidentiality] | Titolarità, diritti d’uso, riuso, segretezza, retention ed exit |
Comprendere — sintesi practitioner
La domanda di controllo è se l’engagement riesca davvero a aggregare il lifecycle in stage quotabili mantenendo scope ed esclusioni trasparenti. Il practitioner esplicita oggetto, owner, evidenza e decisione; se uno di questi elementi resta implicito, la comprensione non è ancora sufficiente per alimentare il passaggio successivo.
I quattro macro-stage rendono il lavoro acquistabile; il ciclo sperimentale rende l’implementazione apprendibile e controllata.
Applicare — sequenza minima
Operativamente: preparare fonti e casi; facilitare il confronto sul lavoro reale; registrare gap, assunzioni e alternative; assegnare owner e scadenze; aggiornare gli artefatti collegati; chiudere la sessione con una decisione verificabile. L’obiettivo specifico è aggregare il lifecycle in stage quotabili mantenendo scope ed esclusioni trasparenti.
In [ST03 - Implementation] eseguire [DEV01] discovery tecnica, [DEV02] thin slice, [DEV03] esperimenti, [DEV04] feedback utenti, [DEV05] hardening e [DEV06] transizione al pilot. Se cambia il target, tornare a [G02]/[G03 - Authorize Pilot].
Vedere in pratica — Buyer Assistant
Il caso mostra come aggregare il lifecycle in stage quotabili mantenendo scope ed esclusioni trasparenti senza rendere obbligatorie le tecnologie adottate. Il practitioner deve trasferire il pattern — evidenza, responsabilità, limite e misura — e non copiare architettura o soluzione fuori contesto.
Buyer Assistant passa da un brand e 255 SKU a campioni crescenti; ogni ciclo modifica razionali, exception queue e strumentazione prima della scala.
Verificare — definition of done
La sezione è chiusa quando il Decision Owner può ricostruire dalle evidenze se e a quali condizioni è stato possibile aggregare il lifecycle in stage quotabili mantenendo scope ed esclusioni trasparenti; gap residui, N/A, condizioni e prossima review sono registrati, non affidati alla memoria dei partecipanti.
La SOW separa stage, servizi e acceptance.
Ogni ciclo DEV ha ipotesi ed evidenza.
Modifiche sostanziali riaprono i gate pertinenti.