AGILE PROJECT MANAGEMENT

Похожие документы
Agile e Scrum in pratica

Sviluppo software Agile

Ingegneria del Software

Agile Principles Agile People. Gaetano Mazzanti Gama-Tech

Luca Cabibbo A P S. Analisi e Progettazione del Software. Agile. 3.1 Metodi e atteggiamenti agili

Sviluppo software in gruppi di lavoro complessi 1

Approcci agili per affrontare la sfida della complessità

I lucidi messi a disposizione sul sito del corso di Analisi e progettazione del software NON sostituiscono il libro di testo

Roberto Garrucciu Software Product Vargroup

Sviluppo Agile. Prof. Filippo Lanubile. Processo software

Modulo 2. La produzione industriale del software Il ciclo di vita del software I modelli di sviluppo. La industrializzazione del software

Innovazione di processo e di prodotto in un azienda del settore domotica

TECNOLOGIA E BUSINESS AGILITY L APPROCCIO AGILE DI ALTEA UP MASSIMILIANO LENZI, PMP

Introduzione all Agile Software Development

AGENDA SECTION n Approccio Agile al PM. 2. Il metodo SCRUM

Corso di Ingegneria del Software

Echi da Amsterdam. Titolo: Sintesi presentazioni Metodologia Agile. Sintesi del Leadership Meeting e dell EMEA Congress Relatore: Bruna Bergami

Un team agile allo sprint. 28 Febbraio 2013 Emiliano Soldi

Concetti fondamentali. Laboratorio di Ingegneria del Software Andrea Bei

INTERNET & MARKETING INNOVATIVE COMMUNICATION.

Ingegneria del Software

LEAN PROJECT MANAGEMENT

Innovazione e Project Management nelle aziende Lifescience e MedTech

Test e collaudo del software Continuous Integration and Testing

3. Ciclo di Vita e Processi di Sviluppo

Corso di Ingegneria del Software. Modelli di produzione del software

Kaizen way to Industry 4.0

PMO Styles: Leaders a confronto

Agili, snelli e scattanti!

METODI AGILI IL CONTROLLO DI GESTIONE PER. Loredana G. Smaldore

Digital Transformation e Cloud. Stefano Inelli 22 Novembre 2017

Mercoledì 21 Dicembre Coffee Break con Microsoft e NETMIND alla scoperta delle novità Office365

L importanza del compressore a secco Produciamo aria di qualità. The importance of oil-free compressors We produce quality air

Raccontare le storie, coinvolgere il team Massimo Sarti

Trasformazione dell'it Service Management: IBM - ServiceNow

OEC630 Agile PM Foundation

Percorso Industrial Agile Project Management. Project Management. Industrial Management School

I nuovi standard PMI Milano, 25 gennaio 2013 PMI Project Management Standard, PMBOK Fifth Edition 2012

Ingegneria del Software

Portfolio-Driven Performance Driving Business Results Across The Enterprise

Introduzione all Ingegneria del Software

Solutions in motion.

Ammissibilità di co.co.co. e AdR in H2020. Laura Fulci Dirigente Area Ricerca Politecnico di Torino

UX-PM level 1: Adopting UX

Транскрипт:

AGILE PROJECT MANAGEMENT Andrea Pinnola TIM Senior Project Manager Le nuove sfide del Project Management: Complessità, Velocità e Innovazione - Torino, 31 Marzo 2017 1 in collaborazione con

Quando mi sono certificato Source: PMBOK Third Edition Project Lifecycle L influenza degli stakeholder sul risultato è massima all inizio Il Costo del Cambiamento aumenta con il tempo Come stakeholder devo produrre il massimo sforzo all inizio perché è lì che posso influenzare il progetto ed il risultato Dopo la fase iniziale, nella fase più esecutiva i cambiamenti sono un problema 2

Ma Periodi di profitto ridotti ed aumento dell incertezza Revenue 2 years 1 year 10 years time Riduzione dei Periodi di Profitto Incidenza dei nuovi prodotti sui ricavi Incertezza iniziale sui fattori di successo 1 & 2 guadagnano i maggiori benefici 3

Come se non bastasse October 2015 Smart, connected products: Require companies build and support an entirely new technology infrastructure Enable four new categories of capabilities: monitor, control, optimize, automate Create breakthroughs in differentiation, operational effectiveness, and customer experience http://www.ptc.com/internet-of-things/harvard-business-review/download-article 4

Sources: https://www.wsj.com/articles/sb10001424053111903480904576512250915629460 http://a16z.com/2016/12/09/mobile-is-eating-the-world-outlook-2017 5

Incertezza / Rischio Sviluppo un Prodotto / Servizio (Ambito Fisso) ESEGUIRE UN PIANO (Predittivo) Req Svil Test Prod T Incertezza / Rischio Sviluppo un Business (Ambito Variabile) T SCOPERTA & ADATTAMENTO (Adattivo) 6

Toyota Production System & Sistema Lean (1980) (*) Sperimentazione di nuovi metodi SW Metodi & Pratiche di sviluppo SW e Progettazione Contemporanei La trasformazione Agile: work in progress Waterfall (1955) Scrum* (1995) extreme Programming (1996) Agile Manifesto (2001) CI/CD (2010) 20+ Anni Influenza dei Principi Lean sul mondo dei servizi e del sw Kanban (2010) DevOps (2009) Lean Sw Development (2001) * Nonaka / Tacheuchi: The New New Product Development Game http://guide.agilealliance.org/timeline.html 7

Manifesto for Agile Software Development (2001) We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Source: http://agilemanifesto.org/ 8

SCRUM Framework Responding To Change Working Software SPRINT Variable Fixed Individuals and Interactions Customer Collaboration https://www.mountaingoatsoftware.com/agile/scrum/resources/overview 9

Potentially Shippable Product Increments Ad ogni iterazione, alla fine di ogni sprint, un nuovo incremento di prodotto viene rilasciato funzionante Le funzionalità del Prodotto aumentano... Sprint 3 Sprint 4 Sprint 5 Sprint 6... Il Backlog di Prodotto si riduce 10

I principi sottostanti il Manifesto Agile ( aggregati) La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da subito e in maniera continua. Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. I processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente. Consegnamo frequentemente software funzionante, con cadenza variabile da un paio di settimane a un paio di mesi, preferendo i periodi brevi. Il software funzionante è il principale metro di misura di progresso. Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto. Fondiamo i progetti su individui motivati. Diamo loro l'ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare il lavoro a termine. Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare con il team ed all'interno del team. Le architetture, i requisiti e la progettazione migliori emergono da team che si autoorganizzano. I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante. A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e adatta il proprio comportamento di conseguenza. La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità. Source: http://agilemanifesto.org/ La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale. 11

I principi sottostanti il Manifesto Agile ( aggregati) La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da subito e in maniera continua. VALORE PER IL CLIENTE Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. I processi agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente. Consegnamo frequentemente software funzionante, con cadenza variabile da un paio di Cicli Iterativi Incrementali e Cambiamento settimane a un paio di mesi, preferendo i periodi brevi. Il software funzionante è il principale metro di misura di progresso. Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata del progetto. Fondiamo i progetti su Team individui Integrati motivati. Diamo Multifunzionali loro l'ambiente e il supporto di cui hanno bisogno e confidiamo nella loro capacità di portare il lavoro a termine. Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare con il team ed all'interno del team. Le architetture, i requisiti Comunicazione e la progettazione Diretta migliori emergono e Visuale da team che si autoorganizzano. I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante. A intervalli regolari Feedback il team riflette, Miglioramento su come diventare e più Adattamento efficace, dopodiché regola e adatta il proprio comportamento di conseguenza. Rapidi La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità. La semplicità - l'arte Preparazione di massimizzare ed la quantità Eccellenza di Source: lavoro http://agilemanifesto.org/ Tecnica non svolto - è Agile essenziale. Project Management 12

1. Valore per il cliente Partire dal Cliente e dalle sue Necessità 13

Il Ruolo del Cliente nei Framework Agili Tutto si orienta a consegnare valore al cliente Per fare questo Partecipazione diretta del Cliente al Team, o Customer Proxy (es. Marketing) nel Team Ruolo: Product Owner IL PRODUCT OWNER STABILISCE LE PRIORITA PER MASSIMIZZARE IL VALORE CONSEGNATO L IMPEGNO DEL PRODUCT OWNER E COSTANTE PER TUTTA LA DURATA DEL PROGETTO 14

Cost of Change 2. CICLI DI RILASCIO ITERATIVI E INCREMENTALI (SPRINT) Abbattimento dei Rischi rispetto al Modello Predittivo Feedback e Correzioni Rapide con cambiamenti a costi uniformi Non più SAL ma Demo! Large Batch Long Time High Risk SAL V a l u e Small Increments Short Iterations Low Risk SPRINT Hard to Change Easy to Change 15

Focalizzandosi sul Valore da consegnare Output Effort Da: Spec Test Req Dev Q&A Senza Product Owner Overloaded Valore Valore A: Con Product Owner Balanced T/2 T Tempo Source: Henrik Kniberg, https://www.crisp.se/konsulter/henrik-kniberg - revised 16

3. Team Integrati Multifunzionali Marketing rework Engineering Development rework rework Testing Operations rework rework Marketing Project Leader Engineering Integrated Team Development Product Launch Product Launch Team Testing Operations Sviluppo per funzioni separate Front Loading PROJECT MANAGER: FACILITARE L INTEGRAZIONE E MANTENERE FOCALIZZATO IL TEAM MINIMIZZANDO LE INTERRUZIONI 17

4. Comunicazione diretta e visuale: la stanza di Progetto: MILESTONE 2017 Backlog SCRUM BOARD Burndown Chart Organizzazione Strutturata dei Tabelloni di Comunicazione Tempistività e disponibilità della comunicazione Tracciabilità dei progressi Visibilità degli avanzamenti e scostamenti 18

Il perché della comunicazione visuale xyz jkl adf Report: siamo tutti d accordo. OOPS! Si potrebbe fare così Adesso abbiamo un obiettivo condiviso! 19

5. Feedback, Miglioramento e Adattamento Diversi momenti di feedback istituzionalizzati Daily Standup ogni giorno tutto il team- 15 / 20 minuti Fatto, Problema, Farò Sprint Review feedback dal cliente / product owner Sprint Retrospective come è andato questo sprint Tenere, Eliminare, Migliorare, Aggiungere Obiettivo: Dare feedback immediati per evidenziare i problemi il più rapidamente possibile Nothing is Somebody Else s Problem 20

Il Project Manager come Facilitatore Da controllore: Problemi? A facilitatore: Issue Board Nessuno! Come posso aiutare? Ci sarebbe un problema No Problem is a Problem 21

Ricapitolando VALORE PER IL CLIENTE Cicli Iterativi Incrementali Team Integrati Multifunzionali Comunicazione Diretta e Visuale Feedback, Miglioramento e Adattamento Preparazione ed Eccellenza Tecnica 22

Idea Fast to LEARN Data BE FAST Fast to BUILD Fast to MEASURE Solution Business Agility 23

Quinta edizione fate la vostra scelta Predictive life cycles (also known as fully plan-driven) are ones in which the project scope, and the time and cost required, are determined as early in the project life cycle as pratically possible. Iterative and Incremental life cycles are ones in which the project phases (also called iterations) intentionally repeat one or more project activities as the project team s understanding of the product increases. Adaptive life cycles (also known as change-driven or agile methods) are intended to respond to high levels of change and ongoing stakeholder ivolvement. Adaptive methods are also iterative and incremental, but differ in that iterations are very rapid (usually with a duration of 2 to 4 weeks) and are fixed in time and cost. Source: PMBOK Guide Fifth Edition 24

Grazie!