Estratto
dalla Metodologia TenStep
(saggio dalla versione 8)
Matrice delle
Responsabilità (RACI)
In un grande progetto, ci
possono essere molte persone che hanno un certo ruolo nella creazione
e nell'approvazione delle deliverable. A volte, questo è molto
semplice da comprendere, tipo una persona scrive un documento ed
un'altra persona lo approva. In altri casi, ci possono essere diverse
persone che partecipano alla creazione di un documento, ed altre che
devono dare i vari livelli di approvazione.
Per scenari complicati
che coinvolgono molte persone può essere utile avere una Matrice
delle Responsabilità, documento chiamato anche tabella RACI.
Questa tabella aiuta a stabilire le aspettative, e garantire che le
persone sappiano cosa ci si aspetta da loro. Per esempio, occorre
sapere se un membro del Comitato Esecutivo deve approvare il documento
sui Requisiti di Business. La matrice descrive il ruolo di
ognuno.
Sulla matrice, le diverse
persone (o ruoli) appaiono nelle colonne, con le specifiche
deliverable elencate nelle righe. Nei punti di intersezione, invece,
viene indicato il livello di responsabilità di ogni persona
relativamente ad ogni deliverable.
Qui viene rappresentata
una semplice matrice, seguita dalle categorie di responsabilità
suggerite.
|
Matrice delle Responsabilità |
Sponsor di Progetto |
Direttore di progetto |
Project Manager |
Team di Progetto |
Comitato Esecutivo |
|
Capitolato di Progetto |
A |
A |
R |
C |
A |
|
Piano di Gestione della
Comunicazione |
A |
C |
R |
I |
C |
|
Requisiti di business |
A |
I |
R |
C |
I |
|
Status Report |
I |
I |
R |
C |
I |
“R”
significa che la persona o il ruolo è responsabile della deliverable.
Di solito cè solo una persona responsabile di creare una deliverable,
anche se più persone possono contribuire.
"A"
significa che la persona (o ruolo) approva la deliverable.
"C"
significa che la persona (o ruolo) viene consultata sul
rilascio della deliverable. Ciò implica che c’è un confronto.
“I”
significa che la persona o il ruolo viene informata della
deliverable. Questa è una comunicazione ad una via – un solo senso.
Nella
tabella, il Capitolato di Progetto è sotto la responsabilità del
project manager; approvata dallo Sponsor di progetto, dal
direttore di progetto (il capo funzionale del project manager) e dal
Comitato Esecutivo, e rivista dal gruppo di progetto. Il team di
progetto viene consultato sul Capitolato di Progetto.
I
Requisiti di Business vengono creati dal gruppo di progetto, rivisti
dal project manager e dal direttore di progetto, ed approvati
dallo Sponsor di Progetto e dal Comitato Esecutivo.
Lo scopo di
questa matrice è chiarire e concordare
chi fa che cosa, in modo che si possano definire le colonne
con il dettaglio adeguato. Per esempio, nel precedente esempio, il
gruppo di lavoro poteva essere diviso in specifiche persone, o le
persone responsabili di creare i Requisiti di Business potevano stare
in una colonna separata. Una volta completata la matrice, dovrà
circolare per l'approvazione. Se viene preparata nel processo di
Definizione del Lavoro, può essere un appendice del Capitolato di
Progetto.
Affinché la
matrice possa avere efficacia, è vitale l'abilità di fare
chiarezza. La matrice deve riflettere le aspettative e le
responsabilità delle persone. Per esempio, se lo Sponsor delega
l'approvazione dei Requisiti di Business ad un subordinato, questo
fatto deve essere rappresentato sulla matrice per essere noto e
riconosciuto da tutti. Al contrario, se lo Sponsor stabilisce che
approverà i Requisiti di Business di persona, è necessario indicare il
suo coinvolgimento per l'approvazione, e non quello del
subordinato a cui è stata delegata la responsabilità dell'attività di
raccolta dei requisiti.
|
Approccio
TenStep