Scarica il modello di matrice RACI
Stampalo per la parete o modificalo con lo strumento che usi già. Gratis, senza email e senza registrazione. I file sono in inglese.
Una matrice RACI è una tabella che mostra quale ruolo ha ciascuno su ogni parte del lavoro di un progetto. I deliverable stanno nelle righe, le persone o i ruoli nelle colonne, e ogni cella contiene una di quattro lettere: Responsabile, Approvatore, Consultato o Informato (in inglese Responsible, Accountable, Consulted, Informed). Serve a stabilire, prima che il lavoro inizi, chi lo esegue, chi risponde del risultato, chi va consultato e chi deve solo esserne informato.
Si chiama anche matrice di assegnazione delle responsabilità (RAM) o diagramma RACI. Le sue origini si fanno risalire di solito ai diagrammi di responsabilità lineare usati nella gestione dei progetti dagli anni '50 in poi. Il formato ha resistito perché il problema che risolve non scompare mai: appena il lavoro supera i confini di un team, tutti danno per scontato che se ne occupi qualcun altro.
Questa guida spiega i quattro ruoli, sviluppa un esempio pratico completo su un progetto realistico e mostra i controlli per riga e per colonna che fanno emergere i problemi prima che diventino scadenze mancate.
La regola che conta di più
Ogni riga ha esattamente una A. Più persone possono eseguire il lavoro e molte possono essere consultate, ma se due persone rispondono dello stesso deliverable, in realtà non ne risponde nessuna.
I quattro ruoli RACI
| Lettera | Ruolo | Cosa significa | Comunicazione |
|---|---|---|---|
| R | Responsabile | Esegue il lavoro. Può essercene più di uno. | Lo fa |
| A | Approvatore | Risponde del risultato e lo approva. Esattamente uno per riga. | Ne risponde |
| C | Consultato | Dà il suo contributo prima che il lavoro sia finito o che la decisione sia presa. | Bidirezionale, prima |
| I | Informato | Viene aggiornato sul risultato o sull'avanzamento. Non ha voce in capitolo su come si fa il lavoro. | Unidirezionale, dopo |
Due distinzioni causano la maggior parte della confusione:
- Responsabile vs. Approvatore. Il Responsabile esegue il lavoro; l'Approvatore risponde del fatto che sia stato fatto bene. Nei team piccoli sono spesso la stessa persona, indicata come A/R. L'importante è che per entrambi i ruoli ci sia un nome.
- Consultato vs. Informato. Chi è consultato può cambiare il lavoro, quindi lo rallenta. Chi è informato no, quindi non costa altro che un aggiornamento. Ogni C che aggiungi è una riunione o una revisione che qualcuno dovrà aspettare.
Un esempio pratico di matrice RACI
Ecco una RACI per un'azienda immaginaria che sta migrando il team vendite da un CRM a un altro. Il progetto coinvolge vendite, operations, dati, sicurezza e finanza: proprio il tipo di lavoro in cui le responsabilità si perdono.
| Deliverable | VP Vendite | Responsabile RevOps | Data Engineer | Sales Manager | Responsabile Sicurezza | Finance Ops | Responsabile Supporto |
|---|---|---|---|---|---|---|---|
| 1. Raccogliere i requisiti su pipeline e campi | C | A/R | I | R | C | C | |
| 2. Mappare e ripulire i dati dei clienti | I | A | R | C | |||
| 3. Revisione di sicurezza e trattamento dei dati | I | C | C | A/R | |||
| 4. Collegare il CRM alla fatturazione | C | R | C | A | |||
| 5. Configurare pipeline e campi | I | A/R | C | C | |||
| 6. Formare i commerciali | I | A | R | ||||
| 7. Gestire il weekend della migrazione | I | A | R | I | C | I | I |
| 8. Dismettere il vecchio CRM | A | R | R | I | C | I | I |
Se la leggi riga per riga, ogni deliverable ha un solo titolare. Se la leggi colonna per colonna, vedi a colpo d'occhio il carico di ciascuno: il Responsabile RevOps ha la A in cinque righe su otto, ed è una questione da affrontare prima che il progetto parta, non a metà strada.
Cosa non andava nella prima bozza
All'inizio questa matrice non era così pulita. La prima bozza aveva tre problemi che si ritrovano in quasi ogni RACI:
- Il VP Vendite era Approvatore di tutto. Mettere la persona più alta in grado in ogni cella A sembrava la scelta più sicura, ma ne faceva il collo di bottiglia per otto approvazioni. Spostare ogni A sulla persona davvero in grado di giudicare il lavoro ha eliminato la coda.
- La migrazione aveva due A. Il Responsabile RevOps e il Data Engineer pensavano entrambi di dover gestire il weekend. La soluzione è stata dare la A al Responsabile RevOps e la R al Data Engineer, così se qualcosa si rompe alle 2 di notte decide una sola persona.
- Il Supporto era consultato su ogni riga. Nessuno voleva escluderlo, ma una C su ogni riga significa che ogni deliverable aspetta il Supporto. Nella versione finale il Supporto è consultato sui requisiti e informato sul resto.
Come verificare una matrice RACI
Una RACI vale quanto i controlli che ci fai sopra. Prima di condividerla, fai questi due passaggi.
Controlli per riga (un deliverable alla volta):
- Esattamente una A. Nessuna A significa che nessuno ne risponde; due A significano la stessa cosa.
- Almeno una R. Una A senza R significa che il lavoro tocca all'Approvatore, il che va bene solo se era previsto.
- Non più C del necessario. Chiediti: se non consultiamo questa persona, quale rischio concreto corriamo? Se non c'è risposta, diventa una I.
- Nessuna riga vuota. Un deliverable di cui non si occupa nessuno non dovrebbe stare nella matrice.
Controlli per colonna (una persona alla volta):
- Troppe A o R significano che quella persona è sovraccarica, o è un collo di bottiglia mascherato.
- Nessuna A né R solleva una domanda: questa persona deve stare nella matrice o solo nella mail di aggiornamento?
- Una colonna piena, senza celle vuote, di solito significa che il ruolo è stato aggiunto per cortesia, non per necessità.
Come costruirne una in una riunione di 45 minuti
- Prima della riunione: elenca da 8 a 12 deliverable, non attività. "Gestire il weekend della migrazione" è un deliverable; "inviare la mail sulla migrazione" è un'attività. Aggiungi una colonna per ruolo, con il nome di una persona per ciascuno.
- Primi 5 minuti: definisci ad alta voce le quattro lettere, soprattutto la differenza tra R e A.
- 20 minuti successivi: procedi riga per riga. Assegna prima la A, poi le R, poi le C, infine le I. Non passare oltre una riga che ha due A.
- 10 minuti successivi: fai i controlli per colonna e alleggerisci chi è sovraccarico.
- Ultimi 10 minuti: concorda dove vivrà la matrice (lo strumento di progetto, non un drive condiviso) e quando la rivedrai.
Per la parte di facilitazione, compreso come gestire le dinamiche politiche quando due responsabili vogliono entrambi la A, leggi come facilitare una sessione sulla matrice RACI.
Varianti della RACI
Le quattro lettere non sono l'unica opzione. Alcune varianti aggiungono ruoli per situazioni specifiche:
- RASCI aggiunge il Supporto: persone che aiutano il Responsabile ma non sono titolari di nessuna parte del lavoro.
- RACI-VS aggiunge il Verificatore, che controlla che il lavoro rispetti i criteri, e il Firmatario, che lo approva formalmente. È adatta ai settori regolamentati.
- CAIRO aggiunge Fuori dal giro, per dichiarare esplicitamente chi non è coinvolto.
- DACI e RAPID più che varianti sono strumenti diversi: assegnano i ruoli per una singola decisione anziché per un lavoro continuativo. Li confrontiamo in RACI vs. DACI vs. RAPID.
Quando usare una matrice RACI, e quando no
Una RACI è più utile all'avvio di un progetto, durante una riorganizzazione, quando una persona nuova entra in un team interfunzionale o quando lo stesso tipo di lavoro continua a perdersi tra due team.
È lo strumento sbagliato quando:
- Devi prendere una singola decisione contesa. Chi sceglie il fornitore è una domanda da DACI o RAPID, non da RACI.
- Il team è piccolo e stabile. Tre persone che lavorano fianco a fianco raramente hanno bisogno di una matrice per sapere chi fa cosa.
- Il disaccordo riguarda le priorità, non i ruoli. Se due team non sono d'accordo su cosa conta di più, una matrice non risolverà la questione. Parti da un'analisi SWOT o da una conversazione franca sull'obiettivo.
Quando il problema non è la matrice
Spesso la matrice è la parte facile. Quella difficile è la conversazione che viene prima, quando due responsabili sono convinti entrambi di guidare la migrazione, o quando nessuno vuole la A sul deliverable più rischioso. Un foglio di calcolo non risolve questa situazione; la risolvono le persone, parlandone.
Se il tuo team è bloccato qui, puoi chiarire le responsabilità dal vivo con Medi, il nostro facilitatore AI. Medi conduce ad alta voce la discussione tra le diverse funzioni e mette per iscritto il responsabile, i rischi e i prossimi passi prima che qualcuno se ne vada.
Modello gratuito di matrice RACI
Il modello gratuito di matrice RACI è disponibile in PDF, documento Word, cartella di lavoro Excel e presentazione PowerPoint, con i quattro ruoli definiti in alto e le righe pronte per i tuoi deliverable.
Domande frequenti
Cosa significa RACI?
Responsabile, Approvatore, Consultato e Informato (in inglese Responsible, Accountable, Consulted, Informed): i quattro modi in cui una persona può essere coinvolta in un deliverable.
Una persona può essere sia Responsabile sia Approvatore?
Sì. Nei team piccoli chi esegue il lavoro spesso ne risponde anche, e si indica come A/R. Quello che devi evitare è il contrario: due persone che condividono una A.
Un'attività può avere più di un Approvatore?
No. Quando la responsabilità è condivisa, ognuno pensa che a controllare sia l'altro. Se un deliverable ha davvero bisogno di due titolari, dividilo in due righe.
Qual è la differenza tra Consultato e Informato?
Chi è consultato dà il suo contributo prima che il lavoro sia fatto, e quel contributo può cambiarlo. Chi è informato viene aggiornato sul risultato a cose fatte e non ha voce in capitolo su come è stato fatto.
Qual è la differenza tra RACI e DACI?
La RACI assegna i ruoli sui deliverable in corso di un progetto. La DACI (Driver, Approver, Contributors, Informed) assegna i ruoli per una singola decisione, quindi è lo strumento migliore quando la domanda è chi decide.
Pronto a metterlo in pratica? Fallo con il tuo team usando il modello di matrice RACI gratuito.