#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

#AgilePgM: Agile Programme Management – Parte 10 – La fase di Tranche Review

La fase di Tranche Review di Agile Programme Management si attiva quando sono state abilitate abbastanza capability nella fase di Capability Evolution  per revisionare la redditività, attuabilià e vivibilità del Programma e quindi comprendere se sia il caso di cambiare i piani già stabiliti o da quanto definito nella Programme Foundations. Se sono presenti Tranche sovrapposte e interdipendenti tra loro e si rendono necessari dei cambiamenti – in pieno approggio agile – che impattano anche le altre Tranches, è fondamentale revisionare anche le Tranche impattate.

dt_c110606

Continue reading

#AgilePgM: Agile Programme Management – Parte 9 – Il processo di Capability Enablement

All’interno della fase di Capability Evolution in Agile Programme Management sono presenti due processi che – attraverso una serie di iterazioni in parallelo – si completano l’un l’altro e fanno evolvere la capability, cioè l’abilità o la capacità dell’organizzazione di rilasciare i benefici che si ottiene attraverso processi di business, persone, asset fisici e informazioni.

dt131024_capability

Continue reading

#AgilePgM: Agile Programme Management – Parte 8 – La fase di Capability Evolution

La fase di Capability Evolution è quella centrale del ciclo di vita di Agile Programme Management. E’ una fase iterativa e incrementale nella quale si sviluppano le varie capability fino a quando non diventano parte integrante dell’organizzazione. In questa fase è bene che le varie capability siano rese disponibili al più presto possibile così da ottenere quanto prima i prodotti (output) correlati. Dato l’approccio iterativo e incrementale si parla di evoluzione delle capability e non solo di “sviluppo”.

dt920208dhc0_evolution

Continue reading