RACI

In breve

Quando in un'azienda qualcosa non viene fatto, la spiegazione più frequente non è la pigrizia: è che ognuno pensava toccasse a un altro. La matrice RACI è lo strumento classico per eliminare questa ambiguità: per ogni attività di un flusso, dichiara chi la esegue (R, Responsible), chi ne risponde in ultima istanza (A, Accountable), chi va consultato prima (C, Consulted) e chi va solo informato dopo (I, Informed). Sembra burocrazia ed è l'opposto: usata bene, una RACI è una pagina che sostituisce cento email di "ma non dovevi occupartene tu?". Usata male — ed è l'uso più diffuso — diventa esattamente la burocrazia che i suoi detrattori descrivono.

Definizione operativa

Le quattro lettere tracciano confini precisi, e la precisione è tutta nella differenza tra le prime due. Il Responsible fa il lavoro; l'Accountable risponde del risultato, ed è per definizione uno solo per attività — è la regola aurea della matrice, perché due Accountable equivalgono a nessuno: quando il risultato manca, ciascuno può in buona fede pensare che se ne stesse occupando l'altro. Il Consulted ha voce prima della decisione (comunicazione a due vie); l'Informed riceve notizia dopo (una via). Confondere gli ultimi due è il modo più comune di intasare un'organizzazione: ogni C non necessario è una persona che può rallentare o bloccare il flusso, ogni I trasformato in C è una riunione in più.

Operativamente, una RACI si costruisce per flusso, non per organigramma: le righe sono le attività di un processo mappato (per questo la mappatura dei processi viene prima), le colonne sono i ruoli. La versione per organigramma — la tabella astratta delle "responsabilità di funzione" — è quella che finisce nel cassetto.

Perché conta nelle PMI

Nelle PMI l'ambiguità di responsabilità ha una forma tipica e un nome che nessuno pronuncia: il titolare è l'Accountable implicito di tutto. Finché l'azienda è piccola funziona; crescendo, produce i due sintomi speculari che qualunque advisor riconosce al primo giorno: la coda di persone fuori dall'ufficio del titolare (tutto risale a lui) e le cose che cadono nel vuoto (era Accountable di tutto, quindi in pratica di niente in particolare). Esplicitare le responsabilità con una RACI è il primo strumento concreto di delega strutturata: non "fidati e arrangiati", ma un perimetro dichiarato di attività di cui un'altra persona risponde.

Per chi valuta l'azienda dall'esterno, la questione è identica vista dall'altro lato: la concentrazione delle responsabilità sul fondatore è una delle componenti misurabili del key person risk, e una delle prime cose che un'operazione di private equity vuole vedere smontata nei primi 12–18 mesi post-closing. Un'azienda che arriva al tavolo con responsabilità già distribuite ed esplicite non solo vale di più: rende credibile il piano di crescita, perché dimostra che il modello operativo non ha il fondatore come collo di bottiglia decisionale.

Segnali osservabili

Il bisogno di una RACI si manifesta in frasi ricorrenti, tutte diagnostiche: "pensavo lo facessi tu" (nessun R chiaro); "non sapevo si potesse decidere senza di me" (A conteso o non dichiarato); "perché non mi avete coinvolto?" (C e I mai definiti — e si noti che questa frase segnala tanto spesso un eccesso di coinvolgimento atteso quanto un difetto); "aspettavo l'ok" senza che nessuno sapesse di dover dare un ok (approvazione fantasma, il caso più costoso perché genera pura attesa). Un segnale quantitativo: se nel flusso mappato certi passaggi mostrano attese lunghe senza lavoro corrispondente, spesso la causa non è il carico ma un'autorizzazione dal proprietario mai dichiarato.

Errori comuni

Il primo errore è compilare la RACI a tavolino sulla versione ufficiale del lavoro: si ottiene una matrice del processo nominale, elegante e falsa. Il secondo è la matrice-groviera: attività con due A ("così si sentono entrambi coinvolti" — no: così nessuno risponde), colonne piene di C per cortesia politica, righe dove tutti sono qualcosa. Una RACI sana è piena di caselle vuote: il vuoto è informazione, dice "questa persona per questa attività non c'entra, legittimamente". Il terzo errore è trattarla come documento invece che come accordo: la matrice non descrive la realtà, la impegna — e un impegno che non viene mai richiamato nelle situazioni concrete ("chi era A su questo?") si estingue in poche settimane. Il quarto è la scala sbagliata: RACI su macro-aree ("il commerciale è responsabile delle vendite") non decide niente; RACI su micro-attività diventa ingestibile. La grana giusta è l'attività su cui può nascere un "pensavo toccasse a te".

Esempio operativo

Un'azienda di servizi da 35 persone soffre di offerte lente: lead time mediano 11 giorni, con punte a 20. La mappatura mostra che il tempo di lavoro è di 6 ore; il resto è attesa, concentrata in due punti: la validazione tecnica e l'approvazione dello sconto. La RACI compilata sul flusso reale fa emergere il perché: sulla validazione tecnica i possibili A erano due (il responsabile tecnico e il suo vice, "dipende da chi c'è"), e ciascuno tendeva ad aspettare l'altro; sull'approvazione sconto l'A era formalmente il direttore commerciale, ma il titolare interveniva a campione, così il commerciale aspettava comunque entrambi "per sicurezza". Le correzioni: un solo A per la validazione (il vice, con criteri di escalation scritti per i casi complessi) e una soglia esplicita per gli sconti (sotto l'8% decide il direttore commerciale da solo, sopra serve il titolare). Lead time mediano dopo otto settimane: 5 giorni. Nessuna assunzione, nessun software — solo responsabilità dichiarate al posto di responsabilità supposte.

Domande diagnostiche

Primo: per le 5–6 attività critiche dei nostri flussi principali, sapremmo scrivere adesso, senza riunioni, chi è l'unico A di ciascuna? Secondo: le persone coinvolte scriverebbero gli stessi nomi? (Se le risposte divergono, avete un role gap misurato: la divergenza tra le mappe mentali delle responsabilità.) Terzo: quante delle attese nei nostri flussi sono attese di autorizzazioni che nessuno ha mai formalmente istituito? Questa terza domanda collega la RACI ai tempi: l'ambiguità di responsabilità non è solo un problema di clima, è un problema di lead time.

Implicazioni pratiche

La sequenza corretta è: prima la mappa del flusso reale, poi la RACI sulle attività emerse, poi — questo è il passaggio che quasi tutti saltano — l'uso attivo della matrice per qualche mese: nelle review, quando qualcosa si inceppa, la domanda è "chi era A?" prima di "di chi è la colpa?". La differenza tra le due domande è la differenza tra correggere l'architettura e processare le persone. Dopo qualche ciclo, la matrice si interiorizza e il documento serve sempre meno: il successo di una RACI si misura da quanto raramente bisogna consultarla.

Lettura MARTRO

Nella lettura MARTRO la RACI non è un deliverable ma un rivelatore: il momento della sua compilazione — fatto insieme, sul flusso reale — fa emergere in un'ora le divergenze che l'organizzazione ha accumulato in anni. Dove la compilazione scorre liscia, le responsabilità erano già chiare; dove si accende la discussione, lì c'è il gap che i ritardi e i conflitti segnalavano da tempo. Per questo MARTRO tratta la RACI come strumento diagnostico prima che prescrittivo, e la considera il ponte naturale tra il lavoro sui processi e il lavoro sulla governance: quando l'ambiguità riguarda non chi esegue ma chi decide, il tema diventa quello dei decision rights.

Quando approfondire

Approfondire conviene quando gli stessi malintesi di responsabilità si ripetono ("pensavo fosse tuo") o quando le attese di autorizzazione dominano il lead time. I passi successivi naturali sono Decision rights (la versione decisionale del problema: chi può decidere cosa, con quali soglie), Role gap (come misurare la divergenza tra le percezioni dei ruoli) e la guida operativa Come costruire una RACI senza creare burocrazia.

Domande frequenti

RACI e organigramma non sono la stessa cosa? No: l'organigramma dice chi riporta a chi, la RACI dice chi fa e chi risponde di cosa in uno specifico flusso. Nelle PMI i due divergono sistematicamente — ed è la RACI, non l'organigramma, a descrivere il funzionamento reale.

Quante RACI servono? Poche: solo per i flussi dove l'ambiguità produce danni misurabili. Un'azienda con dieci matrici aggiornate e usate sta meglio di una con cinquanta archiviate.

Esistono varianti? Sì — RASCI (con il Supportive), DACI e RAPID per le decisioni — ma per una PMI la RACI base copre il 95% dei casi. La variante giusta è quella che il vostro team userà davvero.

Perché una RACI interessa a un fondo? Perché è la prova documentale che le responsabilità sono trasferibili: mostra quanto del funzionamento dipende da ruoli espliciti e quanto dal fondatore. In un piano post-acquisizione, la RACI esistente accorcia i tempi di integrazione; la sua assenza li allunga e li rende incerti.

Licenza

Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International. Attribuzione richiesta: Fonte: MARTRO Observatory, "RACI", https://www.martrosystems.eu/knowledge/raci.

https://creativecommons.org/licenses/by-nc-sa/4.0/

CLEW

Quando il problema coinvolge più ruoli o più aree, serve una diagnosi strutturale.

Esplora CLEW