Gli ID sono stabili all’interno della release. Un oggetto rinominato conserva l’ID; un oggetto con significato diverso riceve un nuovo ID. Gli ID di istanza includono il codice engagement per evitare collisioni tra clienti e casi.
A.1 Pilastri
| ID e nome | Definizione / utilizzo |
|---|---|
| [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. |
A.2 Ruoli
| ID e nome | Definizione / utilizzo |
|---|---|
| [R01 - Executive Sponsor] | Priorità, risorse, risk appetite e rimozione degli ostacoli. |
| [R02 - Accountable Decision Owner] | Autorizza i gate e assume la decisione finale; non delega la risk acceptance implicita. |
| [R03 - Business Owner] | Risponde di outcome, adozione, KPI e rischio operativo. |
| [R04 - Process Owner] | Risponde del processo end-to-end, delle varianti, delle eccezioni e dell’accettazione del target process. |
| [R05 - Digital Role Owner] | Risponde di purpose, autonomia, limiti, performance e autorità di cambiamento del ruolo digitale. |
| [R06 - Data & Memory Owner] | Risponde di fonti, qualità, accesso, provenienza, retention e write-back nella Corporate Memory. |
| [R07 - AI Service Owner] | Risponde di supporto, incidenti, change, monitoraggio, continuità e retirement. |
| [R08 - Security & Privacy Authority] | Valuta controlli, accessi, obblighi applicabili e rischio residuo nel proprio mandato. |
| [R09 - Framework Facilitator] | Conduce il metodo, facilita workshop, mantiene tracciabilità e svolge la QA proporzionata all’engagement. |
| [R10 - Technical Delivery Lead] | Coordina architettura, sviluppo, integrazione, test e rilascio tecnico, direttamente o tramite partner specializzato. |
| [R11 - Key User / Subject Matter Expert] | Fornisce casi reali, conoscenza tacita, eccezioni, feedback e validazione operativa. |
| [R12 - Value Owner] | Convalida baseline, formule, fonti, attribuzione e lettura economica dei risultati. |
| [R13 - Product Owner] | Per MODE02 governa visione, intended purpose, roadmap, release, customer outcome, supportabilità e ritiro del prodotto. |
A.3 Servizi
| ID e nome | Definizione / utilizzo |
|---|---|
| [SRV01 - Executive Orientation Lab] | Allineamento executive su outcome, principi, rischi e mandato iniziale. |
| [SRV02 - Readiness & Opportunity Assessment] | Readiness organizzativa, process screening e portfolio delle opportunità. |
| [SRV03 - Human + AI Assessment & Pilot Design Sprint] | Assessment end-to-end e progettazione del caso fino all’autorizzazione del pilot. |
| [SRV04 - Corporate Memory & Governance Design] | Disegno di memoria, diritti, workflow di conoscenza, controlli e service model. |
| [SRV05 - Implementation & Pilot Enablement] | Realizzazione tecnica, integrazione, test e messa in condizione di avviare il pilot. |
| [SRV06 - Pilot Assurance] | Raccolta evidenze, osservazione, incidenti, remediation e pacchetto decisionale. |
| [SRV07 - Portfolio Scale-up] | Governance delle wave, riuso delle capability e decisioni di scala a portafoglio. |
| [SRV08 - Human + AI Capability Enablement] | Formazione executive, practitioner e utenti; trasferimento controllato della capacità. |
A.4 Deliverable
| ID e nome | Definizione / utilizzo |
|---|---|
| [DLV01 - AI Opportunity Map] | Portfolio comparabile di processi/use case, valore, fattibilità, rischio e priorità. |
| [DLV02 - Candidate Process Card] | AS-IS, confini, baseline, varianti, target, handoff, fallback, rollback e criteri di accettazione. |
| [DLV03 - Decision Map] | Decision unit, trigger, informazioni, regole, owner, alternative, eccezioni, autonomia ed escalation. |
| [DLV04 - Digital Role Card] | Purpose, capacità, input/output, strumenti, limiti, negative requirements, owner, autonomia e KPI. |
| [DLV05 - Data & Corporate Memory Readiness] | Fonti e oggetti di memoria, owner, qualità, accessi, provenienza, lifecycle e write-back. |
| [DLV06 - Minimal Governance & AI Service Card] | Accountability, supporto, incident, change, monitoring, continuity e retirement. |
| [DLV07 - KPI & Value Scorecard] | Baseline, target, formula, fonte, popolazione, frequenza, attribuzione, rischio e gate. |
| [DLV08 - Pilot Roadmap] | Attività, owner, tempi, dipendenze, campione, strumentazione, evidenze e stop criteria. |
| [DLV09 - Intent & Outcome Charter] | Mandato, outcome, principi, sponsor, risk appetite e decisione richiesta. |
| [DLV10 - Evidence Register] | Registro delle evidenze con ID, fonte, data, owner, stato, forza, validazione e collegamenti. |
| [DLV11 - Gate Decision Record] | Decisione di gate, razionale, condizioni, waiver, owner e data della prossima review. |
| [DLV12 - Remediation Backlog] | Gap, rischio, containment, azione, owner, scadenza, evidenza di chiusura ed efficacia. |
| [DLV13 - Executive Restitution] | Sintesi decisionale di opportunità, readiness, target, rischi, valore e roadmap. |
| [DLV14 - Observation Log] | Osservazioni del pilot, output, override, errori, incidenti, feedback, contesto ed esito. |
| [DLV15 - Engagement Retrospective] | Lesson dell’applicazione: risultati, frizioni, adozione, decisioni, pattern riusabili e miglioramenti operativi. |
A.5 Lifecycle e fasi
| ID e nome | Definizione / utilizzo |
|---|---|
| [F01 - Orient] | Perché intervenire e con quale ambizione? |
| [F02 - Assess] | Quali processi e use case meritano priorità? |
| [F03 - Design] | Come cambiano processo, decisioni, memoria e ruoli? |
| [F04 - Govern] | A quali condizioni il pilot è autorizzabile? |
| [F05 - Pilot] | Che cosa dimostrano comportamento ed evidenze osservate? |
| [F06 - Decide & Scale] | Il risultato giustifica scala, revisione o ritiro? |
| [LC01 - Portfolio Lifecycle] | Governa opportunità e wave |
| [LC02 - Use-case Lifecycle] | Governa il singolo caso |
| [LC03 - AI Service Lifecycle] | Governa il servizio in esercizio |
A.6 Workshop
| ID e nome | Definizione / utilizzo |
|---|---|
| [WS00 - Executive Orientation] | Ambizione, principi, outcome, sponsor e mandato |
| [WS01 - Opportunity & Readiness] | Readiness, process inventory, criteri e priorità |
| [WS02 - AS-IS Process Discovery] | Processo reale, varianti, ruoli, sistemi, attese, eccezioni e baseline |
| [WS03 - Decision Walkthrough] | Decision inventory e analisi delle decision unit |
| [WS04 - Process Redesign] | Target process, handoff Human + AI, eccezioni e fallback |
| [WS05 - Digital Role & Corporate Memory] | Mandato, autonomia, fonti, memoria, write-back e limiti |
| [WS06 - Governance, Service & Value Design] | Controlli, operabilità, baseline, KPI e criteri del pilot |
| [WS07 - Executive Gate Review] | Formato unico riutilizzato prima e dopo il pilot: autorizzazione, poi decisione sugli esiti |
A.7 Work package di riferimento
| ID e nome | Definizione / utilizzo |
|---|---|
| [WP01 - Discovery] | Intent, fit, screening, AS-IS e selezione del caso |
| [WP02 - Target Operating Design] | Decision Map, target process, Digital Role, memoria, governance e valore |
| [WP03 - Integration & Test] | Architettura, sviluppo/configurazione, integrazione, test e handover |
| [WP04 - Pilot Run & Assurance] | Esecuzione controllata, osservazione, incidenti, remediation e decision package |
| [WP05 - Scale & Capability] | Industrializzazione, wave, capability interna e trasferimento |
| [ACC-<DLV>-##] | Criterio di accettazione numerato per uno specifico deliverable |
A.8 Convenzioni per istanze
| ID e nome | Definizione / utilizzo |
|---|---|
| [EVD-<engagement>-####] | Evidenza |
| [RISK-<engagement>-####] | Rischio |
| [REM-<engagement>-####] | Remediation |
| [DEC-<engagement>-####] | Decision record |
| [INC-<service>-####] | Incidente |
| [CHG-<service>-####] | Change record |
| [ACT-<fase>-##] | Attività metodologica associata alla fase o al processo di assessment |
A.9 Registro canonico esteso v1.2
Le famiglie seguenti completano il registro degli ID già definiti. I codici di istanza includono l’engagement ID e non modificano gli ID del metodo.
| Famiglia | Oggetto | Regola |
|---|---|---|
| AR01–AR04 | Architettura del framework | Livelli e relazioni strutturali. |
| TR01–TR06 | Transizioni | Screening/AS-IS, design, govern, pilot, decide, scale. |
| FIT01–FIT03 | Fit | Organizzativo, engagement e use case. |
| PIL01–PIL07 | Condizioni di pilot | Sponsor, owner, dati, controlli, valore, operabilità, apprendimento. |
| LC01–LC03 / PF01–PF04 | Lifecycle | Portfolio, use case e servizio con stati coordinati. |
| F01–F06 / EP01–EP02 | Fasi ed entry path | Orient, assess, design, govern, pilot, decide & scale; due ingressi. |
| ST01–ST04 / SRV01–SRV08 | Packaging | Macro-stage e service catalogue. |
| VL01–VL05 / WP01–WP05 | Valore e work package | Linee di valore e blocchi quotabili. |
| WS00–WS07 / ACT-Fxx | Workshop e attività | Sessioni decisionali e attività di fase. |
| DLV01–DLV15 / ACC-DLVxx-yy | Deliverable e acceptance | Output canonici e criteri verificabili. |
| CHK01–CHK09 | Assessment | 118 Question ID stabili. |
| QA01–QA07 | Quality assurance | Coerenza, evidenza, rischio, tracciabilità, operabilità, valore, release. |
| G00–G05 | Gate | Decisioni di engagement, pilot, scala e ritiro. |
| SM01 / SMC01–SMC07 / ITIL01 | AI service management | Core minimo, componenti e profilo opzionale. |
| MEM01–MEM05 / MCL01 | Corporate Memory | Ingest, validate, publish, use, retire e lifecycle. |
| AL0–AL4 / MA0–MA4 | Autonomia | Azione e autorità sulla memoria su assi separati. |
| MET01–MET05 / MAP01 / INV01 | Misure e mapping | Metriche, attribution plan e inventory. |
| DEV01–DEV06 | Ciclo sperimentale | Discovery tecnica, thin slice, esperimenti, feedback, hardening, pilot transition. |
| TA01–TA05 | Architettura tecnologica | Operating model, application, AI, data/memory, infrastructure. |
| IP01–IP08 | Proprietà intellettuale | Classi di titolarità, uso e riuso. |
| RA01–RA04 | Risk appetite | Tolleranze e decisioni di rischio. |
| SOW01–SOW09 | Statement of Work | Campi contrattuali minimi. |
| CASE01–CASE03 | Case library | Tender, Buyer e Data Assistant come esempi separati. |
| EVD/RISK/REM/DEC/INC/CHG | ID di istanza | Pattern: <tipo>-<engagement>-<sequenza>. |
A.10 Ciclo sperimentale di implementation
| ID | Passo | Output minimo |
|---|---|---|
| DEV01 | Technical discovery | Vincoli, dati, architettura, rischi e testability. |
| DEV02 | Testable thin slice | Flusso minimo end-to-end con campione e fallback. |
| DEV03 | Experiment cycle | Ipotesi, test, risultati, errori e decisione. |
| DEV04 | User feedback | Osservazioni, override, frizioni e modifica proposta. |
| DEV05 | Hardening & instrumentation | Affidabilità, monitoring, sicurezza, performance e audit. |
| DEV06 | Pilot transition | Runbook, supporto, campione, gate pack e readiness. |