A cosa serve
Questa guida serve a costruire, in un paio di sessioni di lavoro, una matrice RACI che l'organizzazione userà davvero: una pagina che dichiara, per le attività critiche di un flusso, chi esegue (Responsible), chi risponde del risultato (Accountable), chi va consultato prima (Consulted) e chi informato dopo (Informed). Il "senza creare burocrazia" del titolo non è retorica: la maggior parte delle RACI muore nel cassetto entro un mese, e questa guida è costruita attorno ai tre motivi per cui succede — compilata sul lavoro immaginato invece che su quello reale, riempita per cortesia politica invece che per funzione, e mai richiamata quando le cose si inceppano.
Quando usarla
Usala quando gli stessi malintesi si ripetono ("pensavo lo facessi tu", "non sapevo servisse il mio ok"), quando le attese di autorizzazione dominano i tempi di un flusso, o quando il titolare vuole delegare in modo strutturato — con perimetri dichiarati invece che con "fidati e arrangiati". È anche uno strumento di preparazione a operazioni straordinarie: una mappa delle responsabilità esplicita è tra i documenti che riducono il key person risk percepito da un acquirente.
Prima di iniziare
Serve una mappa del flusso, anche grezza (se manca: Come mappare un processo), perché la RACI si costruisce per flusso, non per organigramma — le righe sono attività reali, non funzioni astratte. Serve poi la presenza delle persone giuste alla sessione di compilazione: chi esegue davvero le attività, non solo i responsabili — i responsabili tendono a descrivere il processo nominale, e una RACI sul nominale è elegante e falsa. Infine, un accordo sul principio non negoziabile della matrice: un solo A per attività. Due Accountable equivalgono a nessuno; questa regola incontrerà resistenza politica ("così si sentono coinvolti entrambi") e va difesa prima che la resistenza si presenti.
Sequenza operativa
Passo 1 — Scegli la grana giusta. Dalla mappa, seleziona le 8–15 attività su cui può nascere un "pensavo toccasse a te": approvazioni, passaggi di consegne, gestione delle eccezioni, comunicazioni al cliente. Non di più: RACI su macro-aree ("il commerciale è responsabile delle vendite") non decide niente, RACI su micro-attività diventa un foglio ingestibile che nessuno consulterà. La grana giusta è l'attività che può cadere nel vuoto.
Passo 2 — Compila in gruppo, a voce, una riga alla volta. Un'ora, tutti insieme, la mappa sul tavolo. Per ogni attività: "chi lo fa oggi, davvero?" (R), "chi risponde se va male?" (A), "chi deve dire la sua prima?" (C), "chi deve solo saperlo dopo?" (I). Compila quello che emerge, non quello che dovrebbe essere: le divergenze che si accendono in questa sessione — due persone convinte di essere A della stessa attività, un'attività di cui nessuno si sente A — sono il valore dell'esercizio, non un intralcio. Annotale: sono role gap misurati in diretta.
Passo 3 — Applica il test del singolo A. Per ogni riga con A conteso o assente, la discussione va chiusa nella sessione, non rinviata: chi risponde in ultima istanza? Il criterio utile è la prossimità alla conseguenza — A dovrebbe essere chi subisce per primo il danno se l'attività fallisce e ha la leva per evitarlo. Se la scelta è davvero impossibile senza il titolare, il titolare decide: ma decide l'assegnazione, non si prende l'A per pace sociale, altrimenti la matrice ha appena ricreato il problema che doveva risolvere.
Passo 4 — Poti i C. È il passo che distingue una RACI operativa da una burocratica. Ogni C è una persona che può rallentare o bloccare l'attività: per ciascuno, la domanda è "cosa cambia nel risultato se non viene consultato?". Se la risposta è "nulla, ma ci resterebbe male", declassalo a I — l'informazione dopo è gratis, la consultazione prima costa lead time. Una RACI sana è piena di caselle vuote: il vuoto è informazione ("questa persona, per questa attività, legittimamente non c'entra").
Passo 5 — Aggancia gli A alle soglie. Per le attività autorizzative — sconti, acquisti, deroghe — l'A da solo non basta: serve la soglia che delimita il perimetro ("sconti fino all'8%: decide il direttore commerciale da solo; oltre: serve il titolare"). Senza soglie, la delega resta reversibile a discrezione e le persone continuano ad aspettare "per sicurezza" l'ok di chi sta sopra — cioè la matrice esiste ma il flusso si comporta come prima. Le soglie sono il punto in cui la RACI tocca i decision rights, e sono la parte che un titolare firma con più fatica e più beneficio.
Passo 6 — Usala ad alta voce per otto settimane. La matrice non descrive la realtà: la impegna, e un impegno mai richiamato si estingue. Per due mesi, ogni volta che qualcosa si inceppa, la prima domanda nelle review è "chi era A su questo?" — prima di "com'è successo?" e al posto di "di chi è la colpa?". La differenza tra le domande è la differenza tra correggere l'architettura e processare le persone. Dopo qualche ciclo la matrice si interiorizza, e il successo si misura da quanto raramente serve consultarla.
Passo 7 — Aggiorna a evento, non a calendario. La RACI invecchia quando cambiano ruoli, strumenti o volumi — non ogni sei mesi per rito. Regola pratica: chi propone un cambiamento organizzativo che tocca il flusso porta anche la riga di RACI aggiornata. Così la manutenzione è distribuita e il documento resta vivo senza diventare un progetto.
Output atteso
Una pagina: 8–15 attività, un solo A ciascuna, C potati al necessario, soglie esplicite per le attività autorizzative. Più due sottoprodotti che spesso valgono quanto la matrice: la lista dei role gap emersi al Passo 2 (le divergenze tra le percezioni delle responsabilità) e le soglie di delega del Passo 5, che sono il primo pezzo di architettura decisionale scritta dell'azienda.
Errori da evitare
Compilare a tavolino sul processo nominale; concedere il doppio A per pace sociale; riempire le colonne C per cortesia, comprando consenso al prezzo del lead time; fare la matrice e non richiamarla mai ("chi era A?"); dimenticare le soglie, lasciando le deleghe reversibili a discrezione; e l'errore di scala — partire con la RACI di tutta l'azienda invece che di un flusso: la versione totale è un progetto che muore, la versione chirurgica è una pagina che lavora.
Esempio
Un'azienda commerciale da 22 persone ha un flusso ordini con attese croniche: la mappatura mostra che il 60% del lead time è attesa di "ok" — dello sconto, della deroga sui tempi di consegna, del fido cliente. La sessione RACI (un'ora, sei persone) fa emergere il quadro: su 11 attività critiche, 4 avevano A conteso tra direttore commerciale e titolare ("dipendeva dai casi") e 2 non avevano nessun A dichiarato — tra cui la gestione delle modifiche post-conferma, la principale fonte di conflitti degli ultimi due anni. Le decisioni: un solo A per riga, e tre soglie scritte (sconto fino all'8%, deroghe di consegna fino a 5 giorni, fidi entro un massimale: tutto delegato senza passaggio dal titolare). Dopo due mesi di uso "ad alta voce" nelle review settimanali, il lead time mediano degli ordini è sceso del 40% — e il dato più significativo per il titolare è stato personale: le interruzioni per firme e ok, che stimava in "un'ora al giorno", contate erano tre. Due sono sparite.
Collegamento MARTRO
Nella lettura MARTRO la RACI è un rivelatore travestito da tabella: il momento della compilazione in gruppo fa affiorare in un'ora le ambiguità che ritardi e conflitti segnalavano da anni. Per questo il metodo insiste sulla sessione collettiva e sul processo reale: la matrice finita conta meno delle divergenze emerse facendola. E il Passo 5 — le soglie — è il punto in cui il lavoro sui processi diventa lavoro sulla governance: dichiarare chi può decidere cosa, fino a dove, è il primo atto con cui una PMI smette di dipendere dall'onnipresenza del suo fondatore. Nessun documento, da solo, riduce il key person risk; le soglie usate per otto settimane sì.
Passo successivo
Se dalle soglie del Passo 5 emerge che il vero tema è chi può decidere cosa — oltre le responsabilità esecutive — prosegui con Come delegare decisioni senza perdere controllo e con la voce Decision rights. Se al Passo 2 le divergenze tra le percezioni dei ruoli sono risultate ampie, la voce Role gap spiega come trattarle come dato diagnostico. Per il quadro concettuale, la voce RACI della Library.
Licenza
Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International. Attribuzione richiesta: Fonte: MARTRO Observatory, "Come costruire una RACI", https://www.martrosystems.eu/knowledge/come-costruire-una-raci.
CLEW
Se l'applicazione interna si blocca, il problema non è più solo documentale: richiede verifica multi-ruolo.
Esplora CLEW