#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – I ruoli di AgilePM al livello di Team di sviluppo

Il cuore di un progetto è il suo team di sviluppo. AgilePM prevede una serie di ruoli considerando che le persone dovrebbero essere T-shaped e quindi – in linea di massima – poter rappresentare tutti i ruoli anche se con un livello di competenza diverso.

dt960220dhc0_development

Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – I ruoli di AgilePM al livello di Supporto

Uno degli aspetti più interessanti di Agile Project Management è che contiene la quasi totalità di ruoli che possono essere utili per lo sviluppo corretto di un progetto, cosa che altri framework prevedono raramente. E’ quindi l’abilità del Project Manager o comunque di chi si occupa di strutturare il team saper associare i giusti ruoli – o rimuoverli se questi non servono. Fa quindi riflettere la presenza anche dei ruoli di supporto che sono presenti solamente in momenti specifici e solo se e quando necessari.

Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – I ruoli di AgilePM al livello di Progetto

Dopo aver comrpeso la classificazione dei ruoli di AgilePM li possiamo elencare, dividendoli secondo il livello in cui “vivono”: Progetto, Sviluppo della Soluzione, Supporto. I ruoli a livello di progetto sono quelli responsabili per la direzione dei progetto e i coordinatori. Se pensiamo all’integrazione con elementi del PMBOK o PRINCE2 possono far parte del Comitato di Progetto o della Steering Committee. Si occupano pertanto non della gestione giornaliera del progetto ma per la sua governace e della gestione dei rapporti con l’esterno. Il loro scopo è quello di motivare le persone, fidarsi del team d isviluppo e quindi fornire al basso la responsabilità (empoverment) necessaria per il successo del progetto.

dt150730_board

Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – La classificazione dei ruoli di AgilePM

Come descritto in degli articoli a parte, Agile Project Management può essere utilizzato per avere un livello di “progetto” al di sopra di Scrum che prevede solamente un livello di Prodotto. Agile Project Management prevede una serie articolata di ruoli che possono essere abilmente integrati con quelli di Scrum. Quando pensiamo all’integrazione è importante notare che i ruoli sono differenti dalle persone e che – in linea di massima – ad un ruolo possono essere associate più persone e a più persone può esser dato lo stesso ruolo. Abbiamo già analizzato i ruoli di Scrum.

dt101108_roles

Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – Perchè è utile integrare Scrum?

Scrum è un framework di prodotto e, nella sua semplicità, molto difficile da applicare. In generale, se essere Agili è una questione di buon senso, come indica Steve Messenger, Chairman del DSDM Consortium, anche se spesso “non usiamo il buon senso quando siamo agili”. Quindi una delle più grandi  sfide di Agile è quello di sviluppare un prodotto con Agilità quando il resto dell’organizzazione non è Agile o comunque dove le varie funzioni di business e di supporto sono invece strutturate per un contesto più tradizionale o waterfall. In questo scenario l’utilizzo di Scrum senza integrazione non è solo difficile, ma spesso può comportare problemi. Pertanto è possibile utilizzare l’Agile Project Framework e l’Agile Project Management in combinazione con Scrum per ottenere il massimo da entrambi i framework e supportare l’integrazione di un mindset Agile.

dt050324 Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – I ruoli di Scrum

Scrum prevede l’utilizzo di tre ruoli che compongono lo Scrum Team. Il Product Owner, il Team di Sviluppo (o Development Team, in inglese) e lo Scrum Master. E’ cruciale che questi tre ruoli collaborino tra loro. Uno Scrum Team efficace è un team che si auto-organizza e cross-funzionale. Quindi un team che in autonomia definisce come meglio svolgere il lavoro considerando che il team ha anche tutte le competenze per poter sviluppare il prodotto, il fatto di essere cross-funzionale.

dt100404_scrum_team

Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – L’eleganza del processo di Scrum

Nel Manifesto Agile è scritto che sono più importanti gli individui e le interazioni più che i processi e gli strumenti. Questo non non vuol dire che strumenti e processi siano inutili, come specifica l’ultima frase del Manifesto, ma che non gli deve essere data un’enfasi eccessiva. Pertanto i processi dovrebbero essere leggeri e servire come traccia e guida, più che come un’asettica lista di cose da fare. Come ben descritto da Andrew Craddock, il processo di Scrum è semplice ed elegante e può essere sintetizzato come segue

dt900406dhc0_scrum_agilepm_process

Continue reading

#Scrum – Integrare Scrum e Agile Project Management (#AgilePM) – Introduzione a Scrum e all’integrazione

Scrum è un framework empirico e adattivo per sviluppare prodotti nato in ambito software che si pone lo scopo di rialasciare del valore in modo efficace. Il framework si basa sulla Guida a Scrum (in inglese, Scrum Guide). Un breve testo – di 17 pagine per quel che riguarda la traduzione in italiano – che descrive i ruoli, gli eventi e gli artefatti – che in PRINCE2® chiamiamo prodotti di gestione – e come si legano questi elementi attraverso una serie di regole. Come da definizione, Scrum è un framework empirico, pertanto la conoscenza si basa sull’esperienza. L’esperienza si ottiene attraverso una approccio iterativo e incrementale – come accade spesso per Agile – adattandosi in maniera continua.

dt100611_scrum_agilepm_integration

Continue reading

#AgilePgM: Agile Programme Management – Parte 12 – La fase di Programme Close

La fase di Programme Close di Agile Programme Management si attiva quando, dopo le opportune retrospettive, ci si rende conto che è conveniente chiudere il Programma sia perchè oramai le capability sono state sviluppate come era stato previsto sia perchè  i cambiamenti nel contesto di business hanno portato alla decisione di una chiusura inizialmente non prevista. Anche in questo secondo caso non vuol dire che il programma sia necessariamente stato un fallimento ma che, in un contesto Agile, si può decidere di terminare prima del previsto in quanto potrebbe essere anche conveniente da un punto di vista di profitti.

dt120201_closure

Continue reading

#AgilePgM: Agile Programme Management – Parte 11 – La fase di Benefits Management

La fase di Benefits Management di Agile Programme Management si attiva quando sono stati definiti i benefici da ottenere tramite le capability e serve per assicurarsi che i benefici vengano realizzati quanto prima e come previsto nel programma. Il ciclo di vita dei benefici è:

  • Programme Fasibility: i benfici sono definiti e prioritizzati.
  • Programme Foundations: i benfici sono revisionati e messi in baseline.
  • Capability Evolution: i benefici realizzati.
  • Tranche Review: i benefici revisionati ed eventualmente modificati, considerando il concetto di agilità.
  • Programme Cose: i benefici vengono revisionati e, se alcuni saranno realizzati dopo la chiusura del programma, si pianifica la gestione futura dei benefici.

dt920512dhc0_benefits

Continue reading