PMI-ACP Approfondimenti
“Preparazione Esame di Certificazione Agile PMI-ACP®”
“Agile Project Manager” ?
Per consultare questi approfondimenti, devi essere almeno registrato al sito (Registrati se non lo sei già)
L’Agile Project Manager NON esiste. Ecco perché. Nella filosofia Agile, responsabilità e ruolo tradizionalmente attribuiti al “project manager”, sono opportunamente distribuiti su tre figure: Scrum Master, Product Owner e Team di sviluppo.
Quindi, per non continuare a fare figuracce, smettiamola di proclamare “Agile Project Manager” perché non significa niente. Richiedendo un “Agile Project Manager” dimostri tutta la tua incompetenza o ignoranza della materia. Se hai bisogno di una qualsiasi di queste tre figure, perché non la chiami con il suo vero nome?
Ad un colloquio di lavoro, questo errore potrebbe costare molto caro a chi cerca lavoro: essere bollati per incompetenti o impostori. Ma sarebbe ancora più grave se chi vi esamina parlasse di “Agile Project Manger“. Quando nel 2003, iniziai a parlare di Metodologie di Project Management, un sedicente esperto Agile mi disse più o meno: “io son stato colpito dalle metodologie Agile, basta con il project management tradizionale”. E’ ancora lì, non si è ancora ripreso!
Le metodologie Agile hanno un enorme potenziale, ma vanno utilizzate correttamente senza mischiare ruoli e le responsabilità provenienti dalla cultura tradizionale. Ecco, forse la cosa più difficile è riuscire a cambiare atteggiamento, non tanto apprendere un tool. Agile è solo un problema di cultura aziendale. Nel periodo di transizione da Project Management classico (waterfall) all’Agile Project Management è normale che ci sia qualche sovrapposizione di ruoli, per questo bisogna fare attenzione a non cascare nelle trappole della letteratura e forzare un ruolo di un approccio con i ruoli di un altro approccio.
La figura del Project Manager tradizionale
La figura che si avvicina di più alla figura del project manager tradizionale è lo Scrum Master. Ma, al contrario del project manager tradizionale – responsabile al 100% del successo o del fallimento del progetto, lo Scrum Master non ha nessuna responsabilità degli obiettivi del progetto. Lo Scrum Master ha solo autorità sui processi utilizzati. In pratica, lo Scrum Master è un esperto del processo e del suo utilizzo con lo scopo di rendere più performante un team di sviluppo. Pertanto, lo Scrum Master non ha nessuna delle responsabilità tipiche del project manager tradizionale: ambito, costo, persone, rischio, comunicazione, etc.
Ma allora chi ha la responsabilità di un progetto Agile?
Il classico project manager ha la responsabilità di gestire ambito, costo, persone, rischio, comunicazione, acquisti e molto altro. Questa posizione è incomprensibile nel mondo Agile. In effetti, la critica della filosofia Agile al ruolo del project manager tradizionale è più che fondata, in ottica Agile.
- Perché mai un project manager deve assumersi la responsabilità dell’ambito di un prodotto, se esiste anche un signor “Product Manager”?
- Perché mai un project manager deve rispondere della schedulazione, se esiste un team di sviluppo che può decidere quale e quanto lavoro portare avanti in ogni iterazione?
(citazione: “il vero dubbio è anche dubbio rispetto al dubbio” Edgar Morin)
In Agile questi dubbi vengono risolti distribuendo le responsabilità tra Team di sviluppo e Product Owner.
- Team di Sviluppo – decide la schedulazione delle attività sulla base del backlog di richieste accumulate.
- Product Owner – decide cosa richiedere assegnando le priorità alle singole “User Story”, richieste presentate.
La gestione della qualità, invece, è responsabilità di tutti: Team di sviluppo, Product Owner e Scrum Master. Allo stesso modo vengono condivise eventuali altre responsabilità come ad esempio la sicurezza o la riservatezza.
La figura dello “Scrum of Scrum”
L’esigenza di un coordinamento è più sentita in presenza di progetti molto grandi, esattamente come per un grande progetto tradizionale dove il Project Manager ricorre alla nomina di una serie di “Team Leader” per governare da 10-15 unità fino a diverse centinaia.
Anche i progetti Agile possono aver diverse centinaia di persone. E’ evidente che in questi casi occorre molto più coordinamento. Di solito, per un grande progetto Agile – suddiviso in tanti progetti più piccoli per rientrare nei parametri ottimali delle metodologie e per coordinare i vari team (ognuno con il suo Product Owner, Scrum Master e Team di sviluppo) – viene creato anche il ruolo di “Project Manager”.
Questo titolo genera un sacco di confusione. Noi preferiamo chiamarlo “Scrum of Scrum”, perché, in realtà, se i vari team Agile applicano correttamente i processi Agile, questa figura svolge solo un ruolo di coordinamento, senza interferire nella gestione di ambito, costo, tempi, rischi, etc., come ci si aspetterebbe da un project manager tradizionale.
Il primo che h parlato di “Scrum of Scrum” è stato Jeff Sutherland nel 2001 in questo articolo: http://www.controlchaos.com/storage/scrum-articles/Sutherland%20200111%20proof.pdf
Il compito dello “Scrum of Scrum” è più vicino a quello di un “Program Manager” in quanto deve solo risolvere eventuali interdipendenze tra i vari sottoprogetti, dialogando con i rispettivi Scrum Master. Inoltre, potrà allocare e tracciare il budget, comunicare con gli stakeholder, curare gli acquisti comuni, occuparsi dei rischi comuni in supporto ai vari team di sviluppo dei sottoprogetti. Lo “Scrum of Scrum” è il quarto ruolo dell’Agile Project Management. Ma, per favore, non dite che è un “project manager”.
Esempio di Scrum of Scrum of Scrum
Modulo di Iscrizione
Modulo di Comunicazione
