Agile e l’arte di semplificare progetti complessi
Download as PPT, PDF1 like1,147 views
Il documento esplora l'approccio agile nella gestione di progetti complessi, evidenziando i vantaggi del lavoro collaborativo e dell'auto-organizzazione del team. Viene definito il valore del successo in agile come strettamente legato al contesto del progetto e alla collaborazione con il cliente. Infine, si discutono tecniche pratiche come il 'pomodoro' e pratiche di sviluppo come 'pair programming' e 'test driven development'.
Agile e l’arte di semplificare progetti complessi
- 1. Agile e l’arte di semplificare progetti complessi Autore: Giulio Roggero, PMP, CSM Milano, 23 Settembre 2011
- 2. Dinamiche a confronto www.giochidatavolo.net
- 3. Wallenstein 26/09/11 Prima tutti definisco tutte le mosse e poi parte il turno Predittivo
- 4. Approccio Predittivo 26/09/11 Pro Logico e sensato Pianifica prima di fare Mantiene una documentazione scritta Segue un piano Mantiene le attivita’ organizzate Contro Sono coinvolte le persone! Cambiano idea Difficile esprimere e comunicare l’intangibile e i bisogni Empatia
- 5. Giants 26/09/11 Il gioco consiste nel costruire i monumenti funerari in modo collaborativo. Chi mette a disposizione piu’ risorse e/o manodopera e/o chi totalizza piu’ punti vince. Erige piu’ Moaïs Costruire Strade Forza Lavoro Adattivo
- 6. Approccio Adattivo 26/09/11 Pro Segue le persone Apporta valore Aiuta la collaborazione Riduce le barriere Contro Difficile da introdurre Senza uno sponsor non decolla Difficile coinvolgere il cliente
- 8. Agile Manifesto 26/09/11 www.agilemanifesto.org Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan
- 9. Principali fattori di successo 26/09/11 Team + Sponsorship + Cliente
- 10. Definizione di successo 26/09/11
- 11. 26/09/11 Il valore dipende dal contesto del progetto ed e’ definito con il Cliente Il successo in Agile e’ misurato sul valore generato dal progetto
- 12. Agile non e’ 26/09/11 Poca o nessuna documentazione e requisiti di massima Nessuna pianificazione e controllo Un waterfall iterativo Agile e’ Uno specchio della realta’ Un processo guidato dal valore Un team che si auto-organizza
- 13. Applicazioni pratiche dei principi Agile 26/09/11
- 14. Il tempo non basta mai 26/09/11 sett 1 sett 2 sett 3 sett 4 sett 5 Done Done Done
- 15. E se fossimo mono-task? 26/09/11 sett 1 sett 2 sett 3 sett 4 sett 5 Done Done Done
- 16. Pomodoro Technique (time boxing) 26/09/11 Scegli il task da completare Imposta il Pomodoro a 25 minuti (Il Pomodoro è il timer) Lavora sul task senza distrazioni o interruzioni fino a che il Pomodoro non suona, dopo metti una spunta nel tuo foglio della To Do List Prenditi un piccolo break (5 minuti vanno bene) Ogni 4 pomodori prenditi una pausa un po' più lunga www.pomodorotechnique.com
- 17. Previsioni e Stime 26/09/11 Una previsione metereologica e’ valida 1-2 giorni Al terzo giorno e’ gia’ molto incerta Oltre il terzo e’ una speculazione
- 18. Stimare in Agile – Poker Game 26/09/11
- 19. Requisiti in Agile 26/09/11
- 20. User Story "As a <role>, I want <goal/desire> so that <benefit>"
- 21. ...Done 26/09/11
- 22. Definition of Done! 26/09/11 E’ una regola di backgroud di tutto il progetto Esempio, completa se: Codificata Gli unit test sono tutti passed Il codice e’ commentato La funzionalita’ e’ utilizzabile dall’utente E’ integrata nel setup/ambiente di deploy E’ taggata sotto repository Ha la documentazione utente
- 23. PSPI 26/09/11 P otentially S hippable P roduct I ncrement Ogni Iterazione idealmente finisce con un prodotto potenzialmente rilasciabile MAI lasciare le cose a meta’: meglio chiudere una cosa in meno e spostarla nella prossima iterazione che lasciare le cose aperte a fine iterazione Chiudere sempre secondo la Definition of Done concordata!
- 24. XP (Extreme Programming) 26/09/11
- 25. Alcune Pratiche XP 26/09/11 Pair Programming : sviluppare le parti piu’ critiche insieme sullo stesso pc condividendo le scelte e il codice Test Driven Development : scrivere il test e poi sviluppare la funzionalita’ Continuos Integration : integrare in modo continuo tutti i componenti software riducendo il rischio di integrazione posticipata Refactoring : rivedere periodicamente il codice migliorandolo e rendendolo piu’ mantenibile Collective Code Ownership : il codice sorgente e’ di tutti e tutti sanno metterci le mani Simple design : tenere sempre il sistema semplice
- 26. 26/09/11 “ Scrum non e’ una metodologia o un processo formale ma un algoritmo di compressione delle migliori abitudini in ambito dello sviluppo del software osservate in tutto il mondo negli ultimi 50 anni” Jeff Sutherland & Ken Schwaber Scrum
- 27. 26/09/11
- 29. Questo e’ solo l’inizio 26/09/11 Multi team e team virtuali in Agile Contratti Agile Agile e il PMO Portfolio e Programmi Agile EV Agile Risk management in agile Certificazioni Agile
Editor's Notes
- #4: Ci troviamo nel 1618, alla vigilia della Guerra dei Trent’Anni, i cinque più potenti mercenari dell’epoca si sfidano nella conquista dell’europa centrale, divisa, per l’occasione, in cinque regioni composte da un certo numero di province. Azioni: Costruire un Mercato, Costruire una Cattedrale, Costruire un Castello, Primo Movimento (spostamento o attacco), Secondo Movimento (spostamento o attacco), Raccogliere le tasse, Raccogliere il grano, Assoldare cinque armate, Assoldare tre armate, Assoldare un armata e fare uno spostamento, Tutti i giocatori sceglieranno, contemporaneamente dove e quali azioni esercitare. Successivamente verrà stabilito l’ordine di gioco, verrà deciso mischiando e posando sul tavolo di gioco le carte giocatore.
- #6: Mais sono le faccione, gli Ahus sono le basi dove si possono erigere i Moais
- #18: Perche’ in un progetto devo espormi con previsioni su piu’ mesi? Il budget e’ salutare? Apporta valore un progetto solo perche’ sono stati spesi i soldi per quello che si era deciso di fare nei tempi e con i requisiti richiesti inizialmente ?
- #23: La definition of done NON deve variare di volta in volta, e’ fissa! Una volta che e’ decisa si segue sempre quella.