Presentazione per. «La governance dei progetti agili: esperienze a confronto»

Transcript

1 Presentazione per «La governance dei progetti agili: esperienze a confronto» Pascal Jansen pascal.jansen@inspearit.com Evento «Agile Project Management» Firenze, 6 Marzo 2013

2 Agenda Due parole su inspearit I benifici dell agilità nel settore ICT Riscontro dalla pratica Conclusioni 2

3 Agenda Due parole su inspearit I benifici dell agilità nel settore ICT Riscontro dalla pratica Conclusioni 3

4 Eccellenza nell ingegneria di Sistema, del Software e nell erogazione Servizio dal consulenti Francia, Paesi Bassi, Italia Singapore, Hong Kong, Shanghai Partner qualificati in UK, Spagna, Germania e USA 23% 23% 54% 15% dei ricavi 80 corsi, in-house & iscrizioni open 1500 studenti all anno Media età: 42 anni Popolazione femminile: 17% PHD/equivalente Master/equivalente Bachelor/equivalente 4

5 Aligning for Customer Value 5

6 Agenda Due parole su inspearit I benifici dell agilità nel settore ICT Riscontro dalla pratica Conclusioni 6

7 L importanza del ciclo di vita incrementale A B 7

8 I benefici dell agilità nel settore ICT Design to Value: l 80% del valore è «good enough» Business Value 100 % 80 % 60 % 40 % Sviluppo incrementale «Feature Driven» Sviluppo tradizionale «Blackbox» Massimizzare il lavoro «non fatto» 20 % Tempo e costi risparmiati Time & Cost Lo sviluppo tradizionale misura l avanzamento rispetto alla trasformazione successiva di documenti (da requisito in specifica in disegno): soltanto l ultima trasformazione genera il prodotto software Adottare uno sviluppo incrementale «Feature Driven» permette di misurare l avanzamento in prodotto software funzionante, con il vantaggio di potersi fermare prima della fine del progetto quando l 80% del valore è stato creato, massimizzando il lavoro «non fatto» 8

9 Agenda Due parole su inspearit I benifici dell agilità nel settore ICT Riscontro dalla pratica Conclusioni 9

10 Un vero cambiamento di paradigma per il project management Approccio traditionale Approcio agile 10

11 Penny game: un modo convincente per simulare l'impatto potenziale 11

12 Cambiamenti sono tollerati fin quando possibile: il valore per il cliente è centrale Opzione #1 Change for free finché lo scope complessivo rimane invariato Mi necessità subito! Opzione #2 Early termination Il cliente può concludere il progetto prima quando il ROI minimo è raggiungibile ROI ROI cutoff La priorità aumenta! Si può farne a meno! Fine del progetto! Time 12

13 Un ciclo di vita più agile riduce il debito tecnico: incrementi più piccoli e più utili prima Source: Standish Group Study Reported at XP2002 Source: Vrije Universiteit prof. dr. Chris Verhoef 13

14 Le domande che ci si pone frequentemente Applicabilità? Sviluppo con ambienti distribuiti? Sviluppo esternalizzato? Sviluppo di componenti riusabili? Team di dimensioni elevate? Software safety-critical? Software complesso di dimensione elevata? Completezza? Esiste una metodologie? Degli best practice? Quali strumenti? Cosa succede con l assicurazione qualità? E la gestione del change infrastrutturale? Una moda o una soluzione reale? 14

15 Gli ingredienti da non sottovalutare per introdurre un tale approccio Client User IT Mgmt Un vero commitment Maint Una gestione più fluida del change Oper L agilità del business Client User Una diversa strategia di sviluppo Uso del visual management Un architettura flessibile Ent. Archi PM Archi Una diversa dinamica del team Dev Test Nuove pratiche di ingegneria Integ QA/QC Adeguati ambienti di sviluppo e di integrazione CM Una nuova cultura, un mindset 15

16 L'importanza del commitment, della presenza congiunta di chi decide e di chi fa Workshop e UAT Business Business Business Business Business Stabilire il gruppo di utenti chiave Product owner Il product owner è il collegamento tra utenti e team Business Analyst Business Analyst Business Analyst Business Analyst Dev. Dev. Dev. Dev. Dev. Dev. Dev. Dev. Scrum di scrum Team 1 Team 2 Attivare bene il ruolo del product owner è vitale Iniziare con un solo team Aggiungere gradualmente 16 Successivi team

17 Disciplina ed efficienza nella gestione dello scope Workshop Business Product owner Business Analyst Product owner Dev. Incontri regolari Dalla visione Business Analyst Product box Product tree Story mapping Il backlog necessità di una prima revisione globale per omogenizzare la granularità Al backlog Il backlog è revisionato ogni settimana per mantenerlo allineato 17 alla visione Al backlog grooming

18 L'importanza della gestione dell impatto organizzativa Steering committee Definire un meccanismo di gestione della transizione all agile Interagire frequentemente con gli architetti Architects and committees Business Analyst Business Analyst Business Analyst Business Analyst repositories Other not agile teams Definire meccanismi di sincronizzazione Dev. Dev. Dev. Dev. Dev. Dev. Dev. Dev. Scrum di scrum Team 1 Team 2 QA Gestire subito i rischi di AQ Business Change mngt Coinvolgere la gestione del cambiamento nelle demo Environment teams Delivery teams Qualification Iniziare subito a deliverare 18 Maintenance

19 Uso del visual management 19

20 L importanza delle nuove dinamiche Pratiche Benefici Quando Ruoli specifici (Product Owner, Scrum Master, Team) Sprint (iterazioni) brevi con relativi rituali Rilasci frequenti Gestione dei Backlog Team Room, scrum board Definizione del concetto di Done KPI Agile Processi di decision making più rapidi Aumento dell autonomia e della delega Visibilità nel progresso, feedback loop immediato Visibilità nel progresso, feedback loop immediato Anticipare l intercezione dei difetti Gestione delle priorità e del valore creato Flessibilità Aumento della comunicazione e della visibilità Dall inizio Dall inizio Appena possibile Dall inizio Dall inizio Visibilità sul progresso, sulla qualità Graduale adozione Build & Test: Test Driven Development Continuous Inspection Continuous Integration Anticipare l intercezione dei difetti Department / name 20 Graduale adozione

21 Nuove pratiche per la gestione dei requisiti Product Backlog User Stories As [role] I need to do [ action] in order to [objective] SCRUM Team Stima in Story Points Story Mapping 21

22 Nuovi indicatori per il monitoraggio On Quality? Dashboard della Software Factory On Scope? Product Burn-Chart Quantità di features completati On Performance? Velocity Chart La quantità di lavoro (in points) deliverato per iterazione La Velocity è utilizzato per fare il forecast di scope, tempi e budget Cockpit Are we doing well? On Budget? Budget Burn-Chart Ore burnt + stima af finire

23 Nuove pratiche per le WBS di progetto Focus sul ciclo di vita Sprint 1 Sprint 2 Sprint 3 Sprint N Design -> Build -> Test Continuous UAT Sprint 1 Sprint 2 Sprint 3 Sprint N System Tests Final UAT Productio n Design -> Build -> Test Continuous UAT Project Start Sprint 1 Sprint 2 Sprint 3 Sprint N System Tests Final UAT End Development Release 1 Productio End Test n Release 1 Release N Delivery Design -> Build -> Test Continuous UAT Project Start System Tests Final UAT End Development Release 1 Production End Test Release 1 Release 2 Delivery Project Start End Development Release 1 End Test Release 1 Release 1 Delivery 23

24 La vita nello sprint Stand-up Meeting (ogni giorno) Planning Meeting Product Realisatio n Backlog Grooming Product Realisatio n Demo Meeting Retrospec tive Meeting Scope Meeting Meeting What Duration When Who Planning Stories decomposition in technical tasks 1 hour 1st day (Tuesday) Team, SM, PO Stand-up Tasks and stories progress 15 minutes Daily basis (before lunch) Team, SM, PO Backlog Grooming Epics are decomposed to smaller size, then estimated 2/4 hours 5th day (Monday) Team, SM, PO Demo Demonstration of what was developed. Feedback gathering 2 hours 10th day (Monday) Team, SM, PO Any other stakeholder Retrospective Reflections on how the process can be improved 2 hours 10th day (Monday) Team, SM, PO Scope Stories selection to be developed the next sprint 1 hour 10th day (Monday) Team, SM, PO 24

25 Non dimenticare l adeguatezza degli ambienti e degli strumenti di sviluppo e integrazione Continuous Integration, Delivery, Test Automation Un «Broken Build» crea uno stato di emergenza 25

26 Esempio di continuous inspection 26

27 Agenda Due parole su inspearit I benifici dell agilità nel settore ICT Riscontro dalla pratica Conclusioni 27

28 Conclusioni Dosare gli ingredienti agile in base alle esigenze del contesto Usare il ROI come driver della trasformazione Feedback loop continui in base ai risultati No «one-size-fits all» Supporto continuo e comunicazione: coach, coach, coach 28

29 29