Gli aspetti da chiarire prima di assegnare i ruoli
- La RACI non è un elenco compiti, ma una matrice che collega attività e responsabilità.
- Ogni attività dovrebbe avere una sola A, cioè un solo responsabile finale.
- Funziona soprattutto nei progetti interfunzionali, dove HR, IT, finance e direzione devono coordinarsi.
- La versione migliore è quella semplice, leggibile e aggiornata ogni volta che cambia lo scope.
- Nel digitale e nella gestione HR evita rimpalli, ritardi e decisioni prese troppo tardi.
- Se il processo è molto regolato, possono servire varianti più ricche della RACI classica.
Che cos’è davvero una matrice RACI
Io la considero uno strumento operativo prima ancora che metodologico. In una pianificazione aziendale la matrice RACI non serve a fare bella figura nel project deck: serve a decidere chi fa cosa, chi firma il risultato e chi deve intervenire prima che un errore costi tempo. Come ricorda PMI, la responsibility assignment matrix aiuta anche a chiarire la comunicazione del progetto, e questa è la parte che spesso fa davvero la differenza nei team interfunzionali.
La sua forza sta nella semplicità: ogni attività viene letta contro un insieme di ruoli, non contro una generica lista di nomi. Prima però bisogna distinguere bene i ruoli, perché è lì che nascono gli equivoci.
Come si leggono i quattro ruoli senza confonderli
La parte delicata non è imparare l’acronimo, ma capirne il peso operativo. Quando uso la RACI, parto sempre da questi quattro ruoli e non li tratto mai come sinonimi.
| Ruolo | Significato pratico | Errore tipico |
|---|---|---|
| Responsible | Chi esegue materialmente il lavoro o porta avanti l’attività | Confonderlo con chi prende la decisione finale |
| Accountable | Chi risponde del risultato finale e chiude la riga | Assegnarlo a più persone sulla stessa attività |
| Consulted | Chi fornisce input, competenza o feedback prima della decisione | Coinvolgerlo troppo tardi, quando il margine di manovra è già finito |
| Informed | Chi deve essere aggiornato sull’avanzamento o sull’esito | Usarlo come passaggio formale inutile, senza un motivo reale |
Il punto che crea più confusione è la A. Non è il “capo di tutto”, né la persona che compie il lavoro più tecnico: è chi si assume la responsabilità finale della riga. Se una sola attività ha due A, la matrice non sta chiarendo il progetto: sta registrando un conflitto già aperto.
Quando questo passaggio è chiaro, la matrice smette di essere teoria e diventa utile nella pianificazione quotidiana.
Perché in pianificazione aziendale funziona meglio di una lista compiti
In pianificazione aziendale la RACI funziona meglio di una semplice to-do list quando il lavoro attraversa più funzioni. Io la trovo particolarmente efficace nei progetti in cui HR, IT, finance e direzione devono lavorare sugli stessi deliverable ma con livelli diversi di potere decisionale.
- Riduce le duplicazioni, perché ogni attività ha un referente esplicito.
- Accorcia le attese, perché si vede subito chi può approvare e chi no.
- Fa emergere i colli di bottiglia, ad esempio quando una sola persona viene consultata su troppe attività.
- Migliora l’onboarding, perché chi entra nel progetto capisce in fretta il perimetro del proprio lavoro.
- Aiuta a misurare il carico, soprattutto quando lo stesso ruolo compare come Responsible in troppe righe.
Asana la rappresenta in modo molto concreto: attività su un asse, persone sull’altro. È un dettaglio semplice, ma in pratica impedisce che il progetto resti intrappolato in riunioni in cui tutti parlano e nessuno decide. Quando il perimetro è chiaro, il passo successivo è tradurlo in una tabella leggibile.
Come costruirla in pratica senza trasformarla in burocrazia
La parte più utile non è compilare la matrice, ma scegliere il livello giusto di dettaglio. Se una RACI cresce troppo, smette di aiutare e diventa un elenco difficile da mantenere; per questo io preferisco partire da 10-20 attività ben definite, non da una mappa infinita di microcompiti.
- Parto dai deliverable, non dalle funzioni. “Lanciare il nuovo portale HR” è più utile di “gestire le attività HR”.
- Scrivo attività verificabili. Se una riga non permette di capire quando è finita, è troppo vaga.
- Assegno una sola A per attività. È la regola che evita i rimpalli.
- Controllo sovrapposizioni e vuoti. Se qualcuno è Responsible in tutto o Consulted in tutto, la matrice è sbilanciata.
- La faccio validare dal team. Una RACI non serve se resta chiusa nel file del project manager.
Come mostra bene Asana nelle sue guide, la matrice funziona davvero quando collega attività e ruoli in modo immediato, non quando cerca di raccontare l’intera organizzazione. E qui c’è una regola pratica che io non salto mai: ogni modifica di scope, budget o stakeholder va riportata anche nella RACI, altrimenti dopo poche settimane non rappresenta più il progetto reale. A quel punto vale la pena vedere un esempio concreto, perché è lì che la teoria si sblocca.
Un esempio concreto su un progetto di digitalizzazione HR
Immaginiamo un progetto di implementazione di un nuovo sistema HRIS per gestione presenze, onboarding e formazione interna. In questo caso la matrice aiuta a distinguere bene tra chi guida il cambiamento, chi lo implementa e chi deve restare aggiornato.
| Attività | R | A | C | I |
|---|---|---|---|---|
| Analisi dei requisiti del nuovo sistema | HR Business Partner | Direttore HR | IT, vendor payroll | CFO |
| Selezione del software | Project manager | Direttore HR | IT, procurement, DPO | Management team |
| Migrazione dei dati | HRIS specialist | IT manager | HR admin, vendor | Direzione |
| Formazione dei manager | HR operations | Project sponsor | Line manager, vendor | Dipendenti chiave |
| Go-live e supporto nelle prime 4 settimane | Project manager | Sponsor | Help desk, IT, payroll | Tutti gli stakeholder |
In questo scenario la RACI evita un errore tipico delle trasformazioni digitali: confondere chi usa il software con chi decide il processo. Se l’HR adotta l’applicativo ma l’IT ne possiede la regia tecnica, senza una matrice chiara nascono ritardi, ticket doppi e discussioni su chi debba risolvere cosa. Proprio da qui si capisce anche dove la RACI inizia a mostrare i suoi limiti.
Gli errori che fanno fallire la tabella prima ancora del progetto
Gli errori più frequenti non sono formali, sono strutturali. Quando la tabella non funziona, di solito il problema non è la sigla ma il modo in cui è stata compilata.
- Più di una A sulla stessa attività: genera conflitto di autorità e rallenta le decisioni.
- Troppe C: se tutti devono essere consultati, nessuno decide in tempi utili.
- Attività troppo generiche: una voce come “gestire il progetto” non aiuta nessuno.
- Ruoli scritti in astratto: contano le persone o le funzioni reali, non i titoli decorativi.
- Documento statico: se cambia lo scope e la matrice resta ferma, il progetto torna ambiguo.
Il controllo più semplice che uso è questo: se una persona viene informata su tutte le attività ma non partecipa mai alle decisioni, il flusso è probabilmente sano; se invece compare come consultata ovunque, ma nessuno sa quando coinvolgerla, la matrice va alleggerita. Quando questo non basta, entrano in gioco alcune varianti.
Quando serve una variante più ricca della RACI
La RACI classica basta nella maggior parte dei progetti standard. La estendo solo quando il processo ha davvero un bisogno aggiuntivo: supporto operativo esplicito, verifiche formali o approvazioni molto regolamentate. Non la complico per moda, perché ogni lettera in più aumenta la manutenzione.
| Variante | Quando la uso | Limite |
|---|---|---|
| RACI | Progetti interfunzionali normali e decisioni abbastanza lineari | Può essere troppo essenziale se serve distinguere anche il supporto operativo |
| RASCI | Quando una persona o un team deve supportare concretamente il Responsible | Aggiunge una sfumatura utile, ma rende la lettura meno immediata |
| RACI-VS | Processi con verifica e firma formale, spesso in contesti più controllati | Ha senso solo se esistono davvero gate di controllo |
Io parto quasi sempre dalla versione semplice e passo a una variante solo se il progetto mostra un punto cieco reale. Se il problema è la disciplina interna, aggiungere lettere non risolve nulla: serve chiarezza, non complessità cosmetica. Resta solo un ultimo criterio pratico per capire se la matrice sta funzionando davvero.
Il criterio che mi dice se la matrice sta davvero lavorando
Per me la prova più onesta è molto semplice: una buona RACI fa risparmiare domande ripetute. Se il team capisce in pochi secondi chi esegue, chi approva e chi va coinvolto, la matrice sta facendo il suo lavoro.
Per questo la tengo breve, la condivido presto con i decisori e la aggiorno ogni volta che cambiano scope, stakeholder o responsabilità. Nella pianificazione aziendale non è un accessorio da archivio: è uno strumento di governo del progetto, soprattutto quando il lavoro passa da HR a IT, dal budget all’operatività e dalla decisione all’esecuzione.
