Il maturity model descrive la capacità organizzativa di ripetere il metodo, non il successo di un singolo progetto. [MM0 - Fragmented] indica iniziative isolate e dipendenti da individui; [MM1 - Repeatable Foundations] introduce linguaggio e pratiche riusabili; [MM2 - Governed Pilots] governa pilot con owner, evidenze e gate; [MM3 - Scaled Operating Model] riusa capacità su più processi; [MM4 - Portfolio Learning System] coordina portafoglio, Corporate Memory e riallocazione del valore.
La maturità può variare per funzione e non cresce automaticamente con il numero di proof of concept. Un’azienda con dieci demo senza owner o incident management può restare MM0; una PMI con due pilot ben governati e pattern riusabili può raggiungere MM2. Il livello di uscita richiede evidenze osservabili, non una dichiarazione reputazionale.
| USO PRATICO Valutare il livello corrente, il livello necessario per la prossima wave e il gap minimo da colmare. Non trasformare MM4 in un obiettivo obbligatorio: la maturità utile è quella proporzionata a rischio, portafoglio e ambizione. |
|---|
| Livello | Descrizione | Segnale di uscita |
|---|---|---|
| [MM0 - Fragmented] | PoC e tool isolati; ownership e memoria implicite | Sponsor e mandato nominati |
| [MM1 - Oriented] | Priorità, principi e primi processi candidati | Portfolio e readiness assessment |
| [MM2 - Governed Pilot] | Digital Role, gate, baseline e service model su casi circoscritti | Decision record ed evidenze |
| [MM3 - Repeatable] | Metodo, ruoli e asset riutilizzati da più team | Assessment confrontabili e capability interna |
| [MM4 - Portfolio Scale] | Governance di portafoglio, Corporate Memory e value management integrati | Cadenza executive e finanziamento per wave |
PARTE II
Consulting delivery system
Il sistema operativo che collega lifecycle, servizi, attività, workshop, checklist, deliverable, QA e gate.
Il Consulting Delivery System è il sistema operativo con cui il practitioner trasforma la foundation in un incarico eseguibile e verificabile. Collega lifecycle, servizi, attività, workshop, checklist, deliverable, QA e gate; stabilisce che cosa preparare, chi coinvolgere, quale evidenza raccogliere, quale output consegnare e quale decisione può essere assunta.
Serve quando il metodo deve essere applicato a un cliente, a un programma interno o a una soluzione per il mercato. Non sostituisce project management, sviluppo software, change management o consulenza legale: li coordina attorno alle decisioni del framework. Può essere usato per l’intero lifecycle o per uno stage circoscritto, purché scope, esclusioni, dipendenze e acceptance siano espliciti.
| METAFORA La foundation è la grammatica; il Consulting Delivery System è la partitura che assegna tempi, strumenti e responsabilità. Senza foundation la delivery diventa una raccolta di workshop; senza delivery la foundation resta difficile da eseguire. |
|---|
Comprendere — sintesi practitioner
La domanda di controllo è se l’engagement riesca davvero a valutare capacità organizzative ripetibili senza confonderle con la readiness del singolo caso. 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.
La maturity descrive capacità organizzative osservabili e non un voto reputazionale; può variare per processo.
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 è valutare capacità organizzative ripetibili senza confonderle con la readiness del singolo caso.
Valutare governance, processo, dati/memoria, ruoli, service e valore; associare a ogni livello evidenze e next capability.
Vedere in pratica — Buyer Assistant
Il caso mostra come valutare capacità organizzative ripetibili senza confonderle con la readiness del singolo caso 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 è matura sul processo di riordino ma meno sulla misurazione dell’errore; il pilot include quindi strumentazione prima di autonomia.
Verificare — definition of done
La sezione è chiusa quando il Decision Owner può ricostruire dalle evidenze se e a quali condizioni è stato possibile valutare capacità organizzative ripetibili senza confonderle con la readiness del singolo caso; gap residui, N/A, condizioni e prossima review sono registrati, non affidati alla memoria dei partecipanti.
Il livello è sostenuto da evidenze.
Gap e capacità successive sono nominati.
La maturity non viene confusa con readiness del singolo caso.