Download to read offline
![xebir.com
info@xebir.com
TEAMS DAD GOAL
USODEIDAPROCESSGOALS
+
Es di esperimento [fallito]: Introduzione Unit Testing
Metrica usata:
• tempo di scrittura dei test massimo pari ad 1/3 del totale coding + testing
• riduzione del re-working apprezzabile
Valori misurati:
• tempo di testing superiore al tempo di coding
Ragione:
• sistema legacy con forti dipendenze nel codice che rendono difficile
identificare le «unità» minimali
• alto costo di refactoring
Esperimento successivo:
• Concentrarsi sui functional test per l’as-is e introdurre gli unit test solo per
i nuovi sviluppi.
• Scelta accettabile in virtù del fatto che il core del sistema è stabile ed
immutato da molti anni](https://image.slidesharecdn.com/2020abddisciplinedchangeitapescatore-200912082840/75/The-Disciplined-Approach-to-Change-27-2048.jpg)
Uploaded byFelice Pescatore
The Disciplined Approach to Change
Il documento discute l'approccio disciplinato al cambiamento nell'ambito delle metodologie Agile e Lean, evidenziando che l'implementazione rigida di framework Agile può comportare più svantaggi che benefici. Viene presentato il 'Disciplined Agile Toolkit' come uno strumento per promuovere il miglioramento continuo e la business agility, insieme a strategie pratiche per gestire il cambiamento in contesti complessi. Un case study su Angel Health dimostra le sfide e le opportunità durante il processo di trasformazione Agile all'interno di un'organizzazione medica.
![20080619 Diventare Agili Dalla Università ad un Team Agile @UniRM3 Roma-IT [ITA]](https://cdn.slidesharecdn.com/ss_thumbnails/ss20080619diventareagili-dallauniversitaadunteamagileunirm3roma-itita-101001061021-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
The Disciplined Approach to Change
- 1. xebir.com info@xebir.com THE DISCIPLINED APPROACHTO CHANGE PMI DISCIPLINED AGILE & LEAN CHANGE MANAGEMENT Felice Pescatore @felicepescatore 11-12 settembre 2020
- 2. xebir.com info@xebir.com “Change is HARDat first, MESSY in the middle and GORGEOUS at the end.” Robin S. Sharma
- 3.
- 4. xebir.com info@xebir.com Ok, dobbiamo EVOLVERE perché lecose non funzionano… MA COME?
- 5. xebir.com info@xebir.com …. che domanda…ovvio! Facciamo: AGILE!
- 6.
- 7.
- 8. xebir.com info@xebir.com AGILE FRAMEWORKS nati conl’intenzione di aiutare le organizzazione nel percorso verso l’Agilità, i framework rischiano di diventare un boomerang se sono troppo prescrittivi e vincolanti
- 9. xebir.com info@xebir.com Productivity Time Following a prescriptive framework Knesek,Doug - Agile is Dead, and it Died in Infancy – Flexion Inc, Agile 2018 Ambler, Scott and Lines, Mark- Choose your WoW Un framework esprime la massima potenza quando viene implementato integralmente… …peccato che, stando ai risultati ottenuti sul campo, ciò sia quasi impossibile
- 10. xebir.com info@xebir.com Studi recenti evidenziano comeil beneficio reale di una robusta adozione dell’Agile porti ad un miglioramento della produttività di circa il 12%
- 11. xebir.com info@xebir.com ESCAPE FROM METHODPRISON Fragilità e Iatrogenesi sono i principali rischi dei framework che possono avere effetti collaterali superiori ai benefici della loro applicazione https://www.infoq.com/articles/escape-method-prson
- 12. xebir.com info@xebir.com A BETTER APPROACH: OPTIONENABLING! utilizzare un approccio PRAGAMATICO E CONTESTUALIZZATO per spingersi costantemente oltre i propri limiti ed efficientare le soluzioni individuate
- 13. xebir.com info@xebir.com GUIDED CONTINUOUS IMPROVEMENT Improvement GuidedContinuous Improvement Continuous Improvement Adopting a prescriptive approach or framework GUIDEDCONTINUOUSIMPROVEMENT
- 14. xebir.com info@xebir.com DISCIPLINED CHANGE senza disciplinanessun cambiamento può essere ritenuto realmente tale
- 15.
- 16. xebir.com info@xebir.com PMI DISCIPLINED AGILETOOLKIT rende espliciti i “trucchi”, sfatando il mito che un framework o una metodologia, o una pietra filosofale che si voglia, possa essere la soluzione per ogni problema DA fornisce la base per lo sviluppo della BUSINESS AGILITY
- 17. xebir.com info@xebir.com DISCIPLINED AGILE TOOLKIT ProcessBlades Un Process Blade raggruppa in modo coeso gli aspetti cardini relativi ad una specifica area aziendale, esplicitandone: flusso comunicativo, organizzazione, ruoli, responsabilità, ecc. PMIDADISTILLED Process Goals I Process Goal concretizzano il concetto di «Guided Continuous Improvement» attraverso dei suggerimenti operativi da adottare
- 18. xebir.com info@xebir.com LEAN CHANGE MANAGEMENT forniscei fondamentali per un cambiamento basato su piccoli esperimenti continui al fine di ridurne il rischio e reagire alle evidenze
- 19. xebir.com info@xebir.com DISCIPLINED AGILE TOOLKIT LEANCHANGEDISTILLED 21.Definireun modello di cambiamento iniziale 3. Verificare continuamente i risultati Lean Change Canvas & Strategic Change Canvas Measure Outcomes Organization Organizati on 2.Creare un piano basato su piccoli esperimenti Build Minimum Viable Changes (MVC) Il change plan Cambiamenti incrementali da sperimentare nell’organizzazione Validare i risultati ed aggiornare il set di azioni ed il piano Accelerate Adoption
- 20. xebir.com info@xebir.com Nota: Angel HealthInc. è un nome di fantasia utilizzato per ragioni di N.D.A., l’esperienza descritta è però basata su un caso reale. CASE STUDY ANGELHEALTH
- 21. xebir.com info@xebir.com ANGELHEALTHinc. Angel Health inc.è un’azienda con più di 25 anni di storia, con cuore amministrativo ed operativo in Europa, capace di fornire soluzioni mediche complete per la cura dei pazienti. Nell’ambito della riorganizzazione, la sussidiaria a cui è demandata la gestione della piattaforma di supporto ai pazienti ha intrapreso un percorso di cambiamento in chiave agile, per efficientare le proprie attività e migliorare la risposta alle continue richieste di innovazione. ANGELHEALTH
- 22. xebir.com info@xebir.com LEAN CHANGE MANAGEMENT CHALLENGES DAprinciple: Context Counts • Worldwide customers • Medical Background • Hardware and Software • One big team of 30 Devs • Silos skills • External Managed Production Environments • Legacy 15years old system • Few new native cloud services • Different versions for different • Partially distributed • Support people in different time zone • Silos skills • Technical law • Medical Law • Strong Security, Privacy and Device Quality • More company divisions • External consultants • External specialists
- 23.
- 24. xebir.com info@xebir.com FMC AGILE T.E.A.M CoE:Center of Excellence CoP: Community of Practices n. Ops 4/5 BI/Data Expert 1 Po 1 SM/TL Agile Team Ops Team 7+ dev Expert 1 Po 1 SM/TL 1 BI/Data 1 Tester Agile Team 7+ dev Expert 1 Po 1 SM/TL 1 BI/Data 1 Tester Agile Team 7+ dev Expert 1 Po 1 SM/TL 1 BI/Data 1 Tester Agile Team 7+ dev Expert 1 Po 1 SM/TL 1 BI/Data 1 Tester Agile Team ReleaseBacklog (70%teamscapacity) Iteration Backlogs Team Product Backlogs Iteration Backlogs Iteration Backlogs Iteration Backlogs BI Product Backlog OPS Product Backlog Continuous Flow (Kanban Style) n. Architect Architecture Team ARCH Product Backlog + Product Backlog ILNUOVOMODELLO +
- 25. xebir.com info@xebir.com LEAN CHANGE MANAGEMENT MIDLLE MANGAMENT CUSTOMERS OPS QAPROCESS CHANGE MANAGEMENT ALL DEVS - ! + PRODUCT MANGER + SPECIALISTS - COINVOLGIMENTOOLISTICO Processes Affected People Affected Directly Affected In-Directly Affected Observers + EarlyAdopters Hard to change “Easier” to change - Secondary Adopters
- 26.
- 27. xebir.com info@xebir.com TEAMS DAD GOAL USODEIDAPROCESSGOALS + Esdi esperimento [fallito]: Introduzione Unit Testing Metrica usata: • tempo di scrittura dei test massimo pari ad 1/3 del totale coding + testing • riduzione del re-working apprezzabile Valori misurati: • tempo di testing superiore al tempo di coding Ragione: • sistema legacy con forti dipendenze nel codice che rendono difficile identificare le «unità» minimali • alto costo di refactoring Esperimento successivo: • Concentrarsi sui functional test per l’as-is e introdurre gli unit test solo per i nuovi sviluppi. • Scelta accettabile in virtù del fatto che il core del sistema è stabile ed immutato da molti anni
- 28. xebir.com info@xebir.com TESTING STRATEGY: TESTINGPYRAMID DEVELOPEDTESTINGSTRATEGY xUnit/MSTest Cucumber SpecFlow Selenium MSTest Sonar Test Manager Dry Run End To End Integration Functional Tests (Feature) Owner: Tester + Dev PO for A.C. Validation Owner: Tester Owner: End UsersExploratory Test Stories Tools Legend Owner: Ops User Scenarios Full System Owner: Tester + Ops (Features, Epics) User Scenarios It includes NFR Test It includes UI Related Boost on Automation It includes local UI Test
- 29. xebir.com info@xebir.com L1-POs COMMUNICATION FLOW •Il cambiamento richiede una approccio alla sperimentazione e molta disciplina • La disciplina richiede la capacità di leggere il contesto • Leggere il contesto richiede la capacità di valutare i cambiamento introdotti e i benefici ottenuti • Se è vero che ogni contesto è unico, molte delle problematiche si assomigliano, per cui è possibile avvalersi di pratiche e suggerimenti che aiutano ad accelerare l’introduzione ed esecuzione degli esperimenti FOCUSPOINT
- 30.
- 31.
- 32. xebir.com info@xebir.com Felice Pescatore advisory councilmember Consortium felicepescatore.it @felicepescatore Felice Pescatore -Disciplined Agile Italy
- 33.