Matrice RACI Excel: il modello per gestire ruoli e responsabilità

Partiamo dal foglio Configurazione. Qui inseriamo il nome del progetto o processo, il relativo codice, il responsabile, il Process Owner, la funzione aziendale e i principali dati di versione e revisione. Nello stesso foglio troviamo anche le liste di supporto modificabili, tra cui stati del documento, fasi, priorità, stati delle attività e codici RACI. Il modello contiene inoltre un elenco strutturato di ruoli aziendali nella tabella tblRuoli: possiamo aggiornarlo con codici e nominativi minimizzati, evitando di inserire dati personali non necessari.

Passiamo poi alla Matrice RACI. Per ogni riga compiliamo fase, attività o deliverable, descrizione, output atteso, responsabile operativo principale, scadenza, stato, priorità e note. Nelle colonne dedicate ai ruoli assegniamo soltanto R, A, C oppure I; lasciamo vuoto quando una funzione non è coinvolta. Gli identificativi ATT-001, ATT-002 e successivi vengono generati in base alla riga dell’attività, mentre i numeri R, A, C e I e l’esito del controllo sono calcolati automaticamente.

Infine apriamo la Dashboard. Qui controlliamo il totale delle attività, quelle valide, le righe da correggere, le attività completate, la completezza media, i ruoli attivi, i ritardi e le priorità alte o critiche. Prima di condividere il file, risolviamo ogni anomalia e salviamo una copia definitiva con data e versione coerenti.

Una matrice RACI serve a rendere visibile chi fa cosa all’interno di un progetto, di un processo o di un’attività ricorrente. Le quattro lettere hanno un significato preciso: R indica il Responsabile operativo, cioè chi esegue o coordina l’esecuzione; A identifica il Responsabile ultimo, che risponde del risultato e approva; C rappresenta i soggetti Consultati; I riguarda chi deve essere Informato. La distinzione è importante perché eseguire un’attività e approvarne l’esito non sono necessariamente la stessa cosa.

Nel nostro modello ogni riga è pensata per descrivere un’attività atomica, comprensibile e collegata a un output. Questa scelta evita una delle difficoltà più frequenti che abbiamo incontrato: righe troppo generiche come “gestire il progetto”, impossibili da assegnare e da verificare. È preferibile separare, ad esempio, raccolta requisiti, validazione del documento e approvazione finale.

Come mostra la Figura 1, il foglio Istruzioni raccoglie il metodo, il significato dei codici e le regole di compilazione. Il modello suggerisce almeno un R per attività e normalmente un solo A, lasciando spazio a più C e più I. Una cella vuota non è un errore: significa che quel ruolo non è coinvolto.

La struttura Excel è utile perché consente di aggiornare rapidamente ruoli e attività senza perdere la visione d’insieme. Tuttavia, il foglio non sostituisce la decisione organizzativa: prima di assegnare una lettera dobbiamo confrontarci con chi conosce davvero il processo e verificare che la responsabilità indicata sia effettiva, non soltanto teorica.

La qualità della matrice RACI dipende molto dalla configurazione iniziale. Nel foglio Configurazione abbiamo raccolto i dati generali del progetto o processo e le liste utilizzate nelle selezioni della matrice. Come presenta la Figura 2, possiamo impostare nome e codice del progetto, responsabile, Process Owner e funzione aziendale, oltre a mantenere coerenti stato del documento, versione e date di revisione.

Le liste di supporto includono stati come Bozza, In revisione, Approvato, Obsoleto e Archiviato; le fasi comprendono Avvio, Analisi, Pianificazione, Progettazione, Esecuzione, Verifica, Approvazione e Chiusura. Sono presenti anche priorità da Bassa a Critica e stati attività come Non iniziata, In corso, In revisione, Completata e Sospesa. Modificare queste liste richiede attenzione: se cambiamo le categorie dopo aver compilato la matrice, dobbiamo verificare che i valori già inseriti restino coerenti.

Nel nostro lavoro consigliamo di utilizzare codici brevi e comprensibili per i ruoli, come PM, PO, DIR o AMM, evitando di trasformare l’intestazione in un elenco di nomi completi. Questo migliora la leggibilità e limita la diffusione di dati personali. In ottica GDPR, il file dovrebbe contenere soltanto le informazioni necessarie alla gestione delle responsabilità, essere condiviso con destinatari autorizzati e archiviato in uno spazio aziendale protetto.

Le date sono gestite nel formato italiano dd/mm/yyyy. Prima di distribuire il documento, verifichiamo sempre le impostazioni locali di Excel e la data dell’ultima revisione: una scadenza interpretata con formato errato può alterare la lettura dei ritardi nella dashboard.

Una matrice compilata non è davvero utile se nessuno la controlla. Per questo abbiamo inserito il foglio Dashboard, che trasforma i dati operativi in una sintesi leggibile per il responsabile di progetto, il Process Owner e la direzione. La Figura 3 mostra il foglio Matrice RACI, mentre la dashboard utilizza le informazioni presenti nelle sue righe per calcolare indicatori e anomalie.

In alto troviamo i principali KPI: totale attività, attività valide, attività da correggere e attività completate. Sono inoltre disponibili completezza media, numero di ruoli attivi, attività in ritardo e attività con priorità alta o critica. Questi valori aiutano a distinguere un problema di avanzamento da un problema di governance: un progetto può avere molte attività completate, ma restare fragile se le responsabilità non sono state assegnate correttamente.

La dashboard riepiloga anche la distribuzione dei codici RACI per ruolo, lo stato delle attività e la suddivisione per fase. L’elenco delle anomalie raccoglie ID, attività e tipo di problema, mentre la sezione sul carico per ruolo consente di individuare concentrazioni eccessive. I quattro grafici presenti sono costruiti sui riepiloghi di codici, stati, fasi e anomalie; non sono grafici alimentati da dati esterni.

Il nostro consiglio è di usare la dashboard durante le riunioni di avanzamento, non soltanto a chiusura del progetto. Se compare “Senza A” o “Più A”, la decisione va presa con il gruppo di governance; se compare “In ritardo”, occorre verificare stato, scadenza e dipendenze. In questo modo il file diventa uno strumento di conversazione e non un semplice archivio Excel.

Durante lo sviluppo di questo modello abbiamo confermato una regola semplice: una matrice RACI funziona quando è abbastanza dettagliata da chiarire le decisioni, ma non così complessa da diventare impossibile da mantenere. Per questo suggeriamo di iniziare dagli output principali del progetto e risalire alle attività necessarie per produrli. Ogni riga dovrebbe rispondere a tre domande: quale risultato ci aspettiamo, chi lavora concretamente e chi ha l’autorità finale?

Il primo controllo riguarda il numero di R. Se manca il responsabile operativo, l’attività non ha un esecutore riconoscibile. Il secondo riguarda A: normalmente è preferibile un solo responsabile ultimo, perché più approvatori possono creare stallo. Nel file questa regola può essere verificata tramite il parametro dedicato alla possibilità di avere più A, configurabile nel foglio Configurazione. Anche quando l’organizzazione ammette più A, consigliamo di chiarire chi coordina l’approvazione.

Non assegniamo C e I a ogni ruolo “per sicurezza”. Troppe persone consultate rallentano il lavoro, mentre troppe persone informate producono comunicazioni che nessuno legge. Meglio definire un criterio: C solo quando il contributo modifica l’output, I quando l’aggiornamento è necessario per svolgere un’attività successiva o assumere una decisione.

Infine, conserviamo una cronologia interna delle versioni, soprattutto quando la matrice riguarda processi regolamentati, fornitori o approvazioni con impatto amministrativo. Il modello non è uno strumento di consulenza legale o fiscale, ma può supportare una governance più ordinata se le responsabilità vengono validate, datate e approvate secondo le procedure aziendali.