I decision rights chiariscono chi può proporre, decidere, approvare, eseguire, contestare, fare override e accettare un rischio. Sono più precisi di una RACI generica perché si riferiscono a decisioni concrete e possono cambiare tra gate, pilot ed esercizio. Nelle PMI più ruoli possono coincidere nella stessa persona, ma accountability e mandato devono restare distinguibili.
Il practitioner facilita e custodisce la tracciabilità, ma non assume la risk acceptance del cliente. Il Technical Delivery Lead può scegliere come implementare un controllo, non se il rischio residuo sia accettabile. Il Product Owner decide roadmap e release in MODE02, mentre il Service Owner governa operabilità e continuità. Il Gate Decision Record rende visibile quale ‘cappello’ una persona indossa quando i ruoli coincidono.
| ESEMPIO Il CIO può essere insieme R02 Decision Owner, R07 Service Owner e R08 Security & Privacy Authority. Nel G03 deve risultare separatamente che autorizza il pilot, conferma la readiness operativa e valuta i controlli nel proprio mandato; una sola firma senza razionale non rende distinguibili le tre decisioni. |
|---|
| Ruolo | Accountability |
|---|---|
| [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. |
| MODELLO PROPORZIONATO Non è richiesto un reviewer indipendente. [R09 - Framework Facilitator] esegue la QA, mentre gli owner competenti convalidano contenuti e decisioni. Per iniziative ad alto impatto può essere richiesta una second look specialistica, ma non costituisce un ruolo fisso della foundation. |
|---|
Comprendere — sintesi practitioner
La domanda di controllo è se l’engagement riesca davvero a attribuire accountability e diritti decisionali anche quando più ruoli coincidono. 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 ruoli separano sponsorship, accountability, ownership operativa, assurance e delivery tecnico.
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 è attribuire accountability e diritti decisionali anche quando più ruoli coincidono.
Compilare una RACI decisionale per gate e deliverable; verificare conflitti, sostituti ed escalation.
Vedere in pratica — Buyer Assistant
Il caso mostra come attribuire accountability e diritti decisionali anche quando più ruoli coincidono 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.
In Buyer Assistant il buyer lead è Decision Owner del riordino, il procurement director è Business Owner e l’IT service manager è AI Service Owner.
Verificare — definition of done
La sezione è chiusa quando il Decision Owner può ricostruire dalle evidenze se e a quali condizioni è stato possibile attribuire accountability e diritti decisionali anche quando più ruoli coincidono; gap residui, N/A, condizioni e prossima review sono registrati, non affidati alla memoria dei partecipanti.
Ogni gate ha una sola decision authority.
Owner di processo, ruolo digitale, dati e servizio sono nominati.
Il facilitatore non accetta il rischio per il cliente.