Vista armonica della versione 1.2
I sei pilastri descrivono ciò che deve essere progettato; non costituiscono sei workshop né una sequenza waterfall rigida. Il lavoro avanza attraverso transizioni esplicite: l’output di un passaggio diventa l’input verificato del successivo e può generare un ritorno controllato quando emergono lacune.
| Transizione | Da → a | Lavoro che rende possibile il passaggio |
|---|---|---|
| TR01 — Intent to observed process | P01 → P02 | Screening, selezione, AS-IS sufficiente e Decision Inventory |
| TR02 — Decision to target process | P02 → P03 | Traduzione di decisioni, eccezioni e informazioni nel processo target |
| TR03 — Process to Digital Role | P03 → P04 | Assegnazione delle capacità a ruoli umani, digitali e sistemi |
| TR04 — Role to controls | P04 → P05 | Traduzione di mandato, autonomia e limiti in controlli operativi |
| TR05 — Controls to measurement | P05 → P06 | Strumentazione di baseline, rischio, servizio e osservabilità |
| TR06 — Evidence to learning | P06 → nuova iterazione | Review degli esiti, decisione, lesson validate e write-back |
Il passaggio più importante è [TR01 - Process screening e AS-IS Process Discovery]. Lo Strategic Intent non produce direttamente una Decision Map. Produce criteri per cercare i processi rilevanti; il consulente esegue process screening, seleziona i candidati, documenta il processo AS-IS e solo allora individua dove persone o sistemi scelgono tra alternative.
| Pilastro | Finalità |
|---|---|
| [P01 - Strategic Intent] | Trasforma l’ambizione sull’AI in un mandato verificabile: outcome, priorità, sponsor, risk appetite e limiti. |
| [P02 - Decision Mapping] | Analizza le decisioni emerse dal processo AS-IS: trigger, alternative, regole, informazioni, owner, eccezioni ed errori. |
| [P03 - Process Redesign] | Ridisegna il processo end-to-end e i punti Human + AI senza automatizzare passaggi inutili o ambigui. |
| [P04 - Digital Role Design] | Definisce mandato, capacità, permessi, limiti, autonomia, supervisione, KPI e negative requirements del ruolo digitale. |
| [P05 - Governance & Trust] | Rende il ruolo controllabile e operabile mediante accountability, sicurezza, audit, service management, change e continuità. |
| [P06 - Value Measurement] | Definisce baseline, target, qualità, rischio, adozione, TCO, attribuzione e regole di decisione prima del pilot. |
| CORPORATE MEMORY [CM01 - Corporate Memory] è l’infrastruttura trasversale che governa fonti, regole, decisioni, razionali, eccezioni, feedback, esiti e conoscenza validata. Non è un settimo pilastro. |
|---|
Pilastri, transizioni e strumenti: entità diverse
L’architettura del framework è più facile da utilizzare quando si distingue ciò che deve essere progettato da ciò che organizza il lavoro. I sei pilastri rappresentano dimensioni del target operating model; le transizioni stabiliscono quando un output è sufficientemente solido per alimentare il pilastro successivo; lifecycle, servizi, attività, workshop, checklist, deliverable e gate organizzano invece l’esecuzione e la decisione.
| Entità | Domanda a cui risponde | Esempio |
|---|---|---|
| Pilastro [P01]–[P06] | Che cosa deve essere progettato o verificato? | [P04] definisce il Digital Role. |
| Transizione [TR01]–[TR06] | Quale lavoro collega due pilastri e con quali condizioni? | [TR01] collega intento, screening, AS-IS e Decision Mapping. |
| Fase [F01]–[F06] | In quale momento decisionale si trova l’use case? | [F03 - Design]. |
| Servizio [SRV01]–[SRV08] | Quale pacchetto acquistabile copre il lavoro? | [SRV03] copre assessment e pilot design. |
| Attività / workshop | Come viene eseguito il lavoro con gli stakeholder? | [WS02] ricostruisce il processo AS-IS. |
| Checklist / evidenza | Come si verifica che un requisito sia sostenuto? | Question ID collegato a un Evidence ID. |
| Deliverable [DLV01]–[DLV15] | Dove viene consolidato e accettato il risultato? | [DLV03 - Decision Map]. |
| Gate [G00]–[G05] | Chi decide se avanzare, limitare, rinviare o fermare? | [G03 - Authorize Pilot]. |
| DISTINZIONE ESSENZIALE Un pilastro non coincide con un capitolo da compilare, un workshop o una fase del progetto. Lo stesso pilastro può essere lavorato in più attività e riesaminato in più fasi; un workshop può alimentare più pilastri e deliverable. |
|---|
Come scorre il lavoro attraverso l’architettura
1. [P01 - Strategic Intent] definisce outcome, priorità, sponsor, risk appetite e limiti; non seleziona direttamente la soluzione.
2. [TR01] ricerca i processi rilevanti, ricostruisce l’AS-IS e rende visibili le decisioni reali.
3. [P02 - Decision Mapping] analizza decision unit, alternative, informazioni, regole, errori, owner ed eccezioni.
4. [P03 - Process Redesign] costruisce un target process migliore, incluse varianti, handoff, fallback e recovery.
5. [P04 - Digital Role Design] assegna capacità, autonomia e limiti al ruolo digitale coerentemente con il target process.
6. [P05 - Governance & Trust] traduce impatto e autonomia in accountability, controlli, service readiness e risk decision.
7. [P06 - Value Measurement] rende falsificabile il beneficio e strumenta il pilot con baseline, KPI e criteri decisionali.
8. [CM01 - Corporate Memory] conserva fonti, razionali, eccezioni, esiti e lesson validate, alimentando la successiva iterazione.
[TR01 - Process screening e AS-IS Process Discovery] come ponte obbligatorio tra intento e decisioni
[TR01 - Process screening e AS-IS Process Discovery] è la transizione più delicata perché evita un salto logico frequente: passare da un outcome strategico a un elenco teorico di decisioni o funzionalità AI. Lo Strategic Intent indica dove cercare; il process screening confronta processi candidati; l’AS-IS Process Discovery ricostruisce il lavoro reale; soltanto a quel punto si produce il Decision Inventory.
L’AS-IS sufficiente non deve necessariamente essere una modellazione esaustiva di tutta l’azienda. Deve però rappresentare confini, trigger, attori, sistemi, oggetti informativi, varianti, attese, errori, workaround ed esiti necessari a comprendere le decisioni selezionate. Il livello di dettaglio è quindi guidato dalla decisione da progettare, non dal desiderio di documentare ogni attività.
| ANTI-PATTERN Scrivere subito “l’AI deciderà quanto ordinare” salta [TR01]. Non sappiamo ancora se esista una sola decisione di riordino, quali eccezioni la modifichino, chi la possieda o se il problema principale sia altrove nel processo. |
|---|
Il passaggio è chiuso solo quando il Decision Owner può spiegare perché quel processo è stato scelto, il Process Owner riconosce l’AS-IS rappresentato e le decisioni candidate sono osservabili. Una lista di funzionalità AI non soddisfa TR01.
Le altre transizioni come contratti di passaggio
Ogni transizione può essere trattata come un piccolo contratto tra due passaggi del metodo: dichiara input, lavoro da svolgere, output, owner della validazione e questioni non risolte. Il criterio di passaggio non richiede perfezione assoluta, ma sufficienza rispetto alla decisione successiva. I gap residui devono essere visibili e non trasferiti implicitamente.
| [TR01 - Dall’intento al processo osservato] | Strategic Intent, criteri di screening, processo candidato, AS-IS sufficiente e Decision Inventory iniziale. | Se il processo reale non è ricostruibile, il problema è formulato come tool o non esiste un owner capace di validare confini e varianti. |
|---|---|---|
| Transizione | Che cosa deve essere validato | Quando tornare indietro |
| [TR02] | Decision Inventory e decision unit selezionate; impatto, alternative, errori e informazioni compresi. | Se le decisioni non sono osservabili o dipendono da varianti AS-IS non ricostruite. |
| [TR03] | Target process, handoff, eccezioni, fallback e punti in cui serve giudizio umano. | Se il Digital Role dovrebbe compensare un processo non risolto o una responsabilità ambigua. |
| [TR04] | Purpose, owner, capacità, autonomia, memory authority, limiti e negative requirements del Digital Role. | Se i controlli richiesti non sono attuabili o l’autonomia non è differenziata per azione. |
| [TR05] | Accountability, controlli, logging, supporto, change, fallback, rischio residuo e readiness. | Se KPI e pilot non possono essere strumentati o il rischio supera risk capacity o risk tolerance. |
| [TR06] | Risultati, incidenti, override, costi, razionali e lesson validate. | Se le evidenze non distinguono effetto del pilot da fattori esterni o se emergono nuovi scenari. |
Esempio: l’obiettivo ‘ridurre il capitale immobilizzato’ non autorizza ancora a progettare un agente di riordino. [TR01 - Dall’intento al processo osservato] richiede di confrontare i processi candidati, ricostruire il riordino AS-IS, osservare eccezioni e workaround e isolare le decisioni ‘se ordinare’, ‘quanto ordinare’ e ‘quando derogare’. Solo allora [P02 - Decision Mapping] riceve un oggetto analizzabile.
Iterazione controllata, non waterfall
La sequenza dei pilastri indica dipendenze logiche, non un piano waterfall immutabile. Durante [P02 - Decision Mapping] può emergere una variante di processo che richiede nuovo discovery; durante [P05 - Governance & Trust] un controllo troppo costoso può richiedere la riduzione dell’autonomia in [P04 - Digital Role Design]; durante il pilot un pattern di override può far rivedere il target process o una fonte della Corporate Memory.
Un ritorno è controllato quando ne sono espliciti il trigger, l’oggetto da rivedere, l’owner, gli artefatti impattati e la nuova decisione richiesta. La semplice modifica informale di un output già approvato rompe la tracciabilità; una revisione versionata preserva invece il razionale e consente di comprendere perché il disegno è cambiato.
Caso ricorrente: attraversamento dei pilastri
| Passaggio | Applicazione al Buyer Assistant | Risultato provvisorio |
|---|---|---|
| [P01] | Riformula l’ambizione come riduzione del tempo di preparazione e maggiore disponibilità, con guardrail sul capitale immobilizzato. | Outcome e criteri per lo screening. |
| [TR01] | Confronta pianificazione acquisti, gestione promozioni e trasferimenti; ricostruisce l’AS-IS del riordino standard. | Processo candidato e Decision Inventory. |
| [P02] | Scompone selezione articoli, quantità, urgenza e scelta fornitore; analizza errori ed eccezioni. | Decision unit prioritarie. |
| [P03] | Elimina copie manuali, anticipa i dati di stock e definisce eccezioni e fallback. | Target process pilotabile. |
| [P04] | Assegna al Digital Role la proposta motivata; conferma umana obbligatoria e nessun invio ordine. | Role Card con autonomia limitata. |
| [P05] | Definisce owner, log, soglie, gestione incidenti, change e accessi alle fonti. | Servizio governabile. |
| [P06] / [CM01] | Misura tempi, stock-out, overstock, override e costi; conserva eccezioni ed esiti validati. | Evidenza per [G05] e apprendimento riusabile. |
Procedura practitioner per chiudere una transizione
1. Individuare la transizione e la decisione che deve rendere possibile.
2. Elencare gli input attesi e verificarne versione, owner e copertura.
3. Eseguire attività e workshop pertinenti senza confondere il workshop con il risultato.
4. Consolidare le conclusioni nei deliverable canonici, collegandole a Question ID ed Evidence ID quando applicabile.
5. Verificare il criterio di passaggio e rendere espliciti gap, assunzioni e limitazioni residue.
6. Ottenere la validazione dell’owner competente e aggiornare le versioni degli artefatti impattati.
7. Avanzare, tornare a un passaggio precedente oppure proporre una decisione al gate pertinente.
Criteri di completamento del capitolo
Il lettore sa distinguere pilastri, transizioni, fasi, servizi, workshop, checklist, deliverable e gate.
[TR01 - Process screening e AS-IS Process Discovery] include screening e AS-IS Process Discovery prima del Decision Mapping.
Ogni passaggio utilizza output verificati e non trasferisce implicitamente gap al pilastro successivo.
Le iterazioni sono versionate e motivate; non sono modifiche informali a output già validati.
[CM01 - Corporate Memory] attraversa l’intera architettura senza diventare un settimo pilastro.
Il caso può avanzare, ritornare, essere limitato o fermato in funzione dell’evidenza.
Esempio completo — attraversamento controllato dell’architettura
Nel Buyer Assistant, [P01 - Strategic Intent] fissa l’outcome: aumentare capacità e precisione del buyer senza delegare l’ordine. [TR01 - Dall’intento al processo osservato] seleziona il riordino, ricostruisce report, eccezioni e decisioni. [P02 - Decision Mapping] separa ‘se’, ‘quando’ e ‘quanto’ ordinare; [TR02 - Dalla decisione al processo target] trasferisce tali decisioni nel redesign.
[P03 - Process Redesign] elimina copie manuali, crea la coda di eccezioni e mantiene l’approvazione del buyer. [TR03 - Dal processo al ruolo digitale] assegna al ruolo digitale capacità di analisi e raccomandazione. [P04 - Digital Role Design] definisce AL1 Recommend e MA1 Propose; [TR04 - Dal ruolo ai controlli] traduce limiti e permessi in guardrail, logging e override.
[P05 - Governance & Trust] rende il servizio supportabile e reversibile; [TR05 - Dai controlli alla misura] collega eventi e soglie ai KPI. [P06 - Value Measurement] confronta capacità, qualità, rischio, adozione e TCO. [TR06 - Dall’evidenza all’apprendimento] produce decisione, remediation e lesson validate per la Corporate Memory. Ogni ritorno a un pilastro precedente è versionato e motivato.