RACI è l'acronimo di Responsible (chi esegue), Accountable (chi risponde del risultato), Consulted (chi viene consultato) e Informed (chi viene informato).

Quante persone possono essere Accountable per un'attività?

Una sola. È la regola d'oro della matrice RACI: per ogni attività deve esistere un unico Accountable, altrimenti la responsabilità si diluisce.

Quando usare la matrice RACI in un progetto software?

Durante l'avvio del progetto, ogni volta che il team cambia o quando emergono ambiguità su chi decide, chi esegue o chi va informato su attività critiche come rilasci, change request o incident.

Project Management

Matrice RACI: guida pratica per Project Manager

La matrice RACI è uno degli strumenti più semplici e potenti del project management: elimina le ambiguità su chi fa cosa e fa scorrere il lavoro. In questa guida vediamo cos'è, come si costruisce e un esempio reale su un progetto software.

Cos'è la matrice RACI

La matrice RACI è una tabella in cui sulle righe trovi le attività (o i deliverable) del progetto e sulle colonne i ruoli o le persone coinvolte. In ogni cella indichi una lettera che descrive il tipo di coinvolgimento.

R — Responsible
Chi esegue concretamente l'attività. Possono essere più persone.
A — Accountable
Chi risponde del risultato. Deve essere una sola personaper attività: è il principio fondamentale della RACI.
C — Consulted
Chi viene consultato prima di prendere una decisione (comunicazione bidirezionale).
I — Informed
Chi viene informato a decisione presa o ad attività completata (comunicazione unidirezionale).

Esempio pratico: rilascio di una feature software

Immaginiamo il rilascio in produzione di una nuova feature. Ecco come potrebbe apparire una matrice RACI snella tra i ruoli coinvolti.

Attività	PM	Product Owner	Dev	QA	Stakeholder
Definizione requisiti	C	A	C	I	C
Sviluppo della feature	I	C	R/A	I	—
Test end-to-end	I	C	C	R/A	—
Approvazione rilascio	R	A	C	C	I
Deploy in produzione	A	I	R	C	I
Comunicazione post-rilascio	R/A	C	I	I	I

Legenda: R Responsible · A Accountable · C Consulted · I Informed

Come costruire la tua RACI

Elenca le attività o i deliverable significativi del progetto (non tutte le micro-task).
Identifica i ruoli — non i nomi — coinvolti.
Assegna una sola A per riga.
Limita le C e le I a chi serve davvero, per non generare rumore.
Condividila con il team e validala insieme: la RACI funziona solo se è accettata.

Errori da evitare

Più di un Accountable per attività: la responsabilità si diluisce.
Nessun Responsible: l'attività non parte.
Troppe C e I: la matrice diventa una mailing list mascherata.
RACI scritta una volta e mai aggiornata quando cambia il team.
Confondere la RACI con un organigramma — descrive il lavoro, non la gerarchia.

Vuoi applicarla al tuo progetto?

Costruire una RACI utile richiede esperienza: troppo dettaglio la rende ingestibile, troppo poco la rende inutile. Se stai impostando un nuovo progetto software o vuoi rimettere ordine in uno esistente, posso aiutarti.

Parliamo del tuo progetto