Download as PDF, PPTX
Uploaded byAlberto Brandolini
Reshaping enterrprise software
Il documento discute l'importanza di identificare e gestire i collo di bottiglia nei sistemi software, sottolineando che l'apprendimento e la comprensione sono vincoli fondamentali nel processo di sviluppo. Si evidenziano anche metodologie come eventstorming e impact mapping per facilitare la collaborazione e il modellamento dei sistemi in ambito aziendale. Infine, si propone una visione sistemica per migliorare il throughput e risolvere problemi complessi attraverso strategie collaborative.
More Related Content
Similar to Reshaping enterrprise software
Reshaping enterrprise software
- 1.
- 2. About me Faccio unlavoro che mia madre non capisce running www.avanscoperta.it In grado di modellare qualsiasi cosa con post-it, pennarelli e rotolone. Chiamo questa “cosa”
- 3. Il piano Un belproblema a monte Un altro meta-problema a monte Un po’ di buone idee Una … di conseguenze
- 4. 1) Quick recapof Theory of Constraints Le “Basi” e poco piu'
- 5. Bottleneck Vincolo principale peril throughput del sistema
- 6. Bottleneck: Il vincolo principalelimita le prestazioni dell’intero sistema. (non e’ che la freccia si allarga, e’ che mi e’ venuta storta)
- 7. Strategie per ilbottleneck Focus >>> Tutto il resto è subordinato Miglioramento continuo anche piccoli miglioramenti contano … mentre ci occupiamo dei GROSSI miglioramenti.
- 9. Non riesco a trovareil cuore…
- 10. Non riesco a trovareil cuore… … potremmo concentrarci sulle unghie nel frattempo…
- 11. Migliorare il resto delsistema potrebbe essere inutile o Controproducente Ma nessuno lo ammettera’ in una grande azienda
- 12. Devo avere una visionedi sistema per essere sicuro che il vincolo sia reale
- 13. Warning #TOCOT -> ottimizzataper la produzione Esseri umani != risorse No allocazione al 100% Sistema adattivo complesso
- 14. Non tutti i progettisoftware sono uguali. Sarebbe bello…
- 15. Non core: Spese principalmentelegate al tempo Rischi legati al malfunzionamento Risultati limitati a priori 100 1 2 3 4 5 6 7 8 9 10 0 1 2 3 4 5 6 7 8 9 X Axis YAxis Cost Value <- area del gold plating
- 16. core: Spese principalmente legateal tempo Rischi legati a… Risultati non limitati a priori 100 1 2 3 4 5 6 7 8 9 10 0 1 2 3 4 5 6 7 8 9 X Axis YAxis Cost Value
- 17. core: Spese principalmente legateal tempo Rischi legati a… Risultati non limitati a priori … ne parliamo dopo! 100 1 2 3 4 5 6 7 8 9 10 0 1 2 3 4 5 6 7 8 9 X Axis YAxis Cost Value
- 18. Ma certi punti del sistemasono piu’ sensibili alle regolazioni
- 19. Il collo di bottigliaE’ la zona erogena del sistema
- 20. Il collo di bottigliaE’ la zona erogena del sistema …e forse questa sara’ l’unica cosa che ricorderete del talk
- 21. Altrove agile-meh, scrum-but etc.etc. principalmente ‘tracking’ vincoli di budget
- 22. Sul collo dibottiglia… Il problema di solito non e’ banale la soluzione puo’ essere raggiunta per esperimenti siamo quasi sicuramente in un sistema adattivo complesso c’e’ un sacco di roba da imparare #NoEstimates #DDDesign #LeanStartup #Complexity
- 23. 2) Il meta-collodi bottiglia Non ci facciamo mancare nulla…
- 24. Dan North https://dannorth.net/2010/08/30/introducing- deliberate-discovery/ “Ignorance isthe single greatest impediment to throughput.”
- 25. “Software development is a learningprocess Working code is a side effect” io, un botto di volte…
- 26.
- 27. Se l’apprendimento e’ il collodi bottiglia… sto facendo tutto il possibile?
- 28. Il regno delproduct owner Un backlog pieno di items… …il cui significato un giorno risultera’ chiaro.
- 29. Product Owner “nelmezzo” Necessario per definire le Priorita’ Non per digerire la conoscenza … c’era davvero bisogno di un collo di bottiglia artificiale?
- 30.
- 31.
- 32.
- 33.
- 34. Gli esperti sono espertidel proprio dipartimento, non necessariamente del business
- 35.
- 36. Che forma hala conoscenza?
- 37.
- 38. Big Picture Workshop Invitiamole persone giuste Forniamo uno spazio di modellazione illimitato superficie, pennarelli, post-it Modelliamo il sistema partendo dagli eventi di dominio
- 39.
- 40. …lungo una lineatemporale Qualche trucco da facilitatore ed iniziamo a modellare a…
- 42.
- 43.
- 44. Catturiamo gli Hotspots chesalteranno fuori, comunque!
- 45.
- 47. Outcome (big Picture): L’interalinea di business visible apprendimento massivo aree critiche visualizzate.
- 48. Non siamo soli: UserStory Mapping
- 49. Non siamo soli ImpactMapping
- 50. … E’ chequando metti le persone assieme, poi si parlano…
- 51. EventStorming unisce lean e Theoryof constraints allo sviluppo Software e a Domain-Driven Design
- 52. EventStorming blends lean and Theoryof constraints into Software Development and Domain-Driven Design
- 53. EventStorming blends lean and Theoryof constraints into Software Development and Domain-Driven Design
- 54. Che faccia hail Bottleneck?
- 55.
- 56. Srotoliamolo I processi espongonouna struttura ripetibile
- 57.
- 58.
- 59. Let’s look deeper Aggregate Policy/ Process Domain Event Command External System
- 60. Let’s look deeper Quie’ dove il sistema prende le decisioni: Aggregate Policy / Process Domain Event Command External System
- 61. Let’s look deeper Quie’ dove il sistema prende le decisioni: Decisioni semplici dentro aggregati (piccole macchine a stati) Aggregate Policy / Process Domain Event Command External System
- 62. Let’s look deeper Quie’ dove il sistema prende le decisioni: Decisioni semplici dentro aggregati (piccole macchine a stati) Aggregate Policy / Process Domain Event Command External System
- 63. Let’s look deeper Quie’ dove il sistema prende le decisioni: Decisioni semplici dentro aggregati (piccole macchine a stati) Le decisioni reattive stanno dentro le “policy”. Ogni volta che… Aggregate Policy / Process Domain Event Command External System
- 64. Let’s look deeper Quie’ dove il sistema prende le decisioni: Decisioni semplici dentro aggregati (piccole macchine a stati) Le decisioni reattive stanno dentro le “policy”. Ogni volta che… Aggregate Policy / Process Domain Event Command External System
- 65. Let’s look deeper Quie’ dove il sistema prende le decisioni: Decisioni semplici dentro aggregati (piccole macchine a stati) Le decisioni reattive stanno dentro le “policy”. Ogni volta che… Aggregate Policy / Process Domain Event Command External System #BusinessProcesses #Transactions #SWArchitecture
- 66.
- 67. Let’s look deeper Quie’ dove e’ l’utente a prendere decisioni: Command/ Decision User/ Actor/ Persona/… User Interface
- 68. Let’s look deeper Quie’ dove e’ l’utente a prendere decisioni: …che sono basate sull’esperienza del mondo reale, e sulle informazioni visibili. Command/ Decision User/ Actor/ Persona/… User Interface
- 69. Let’s look deeper Quie’ dove e’ l’utente a prendere decisioni: …che sono basate sull’esperienza del mondo reale, e sulle informazioni visibili. Command/ Decision User/ Actor/ Persona/… User Interface #UX #FrontEndDevelopment #UIDesign
- 70. Let’s look deeper Domain Event ReadModel User Interface
- 71. Let’s look deeper Domain Event ReadModel User Interface Qua e’ dove trasformiamo il dato grezzo in qualcosa di comprensibile per l’utilizzatore.
- 72. Let’s look deeper Domain Event ReadModel User Interface Qua e’ dove trasformiamo il dato grezzo in qualcosa di comprensibile per l’utilizzatore. #BusinessIntelligence #Readability
- 73.
- 74. And the winneris… La natura del bottleneck non puo’ essere decisa a priori
- 75. Purtroppo queste prospettive sono spesso compartimentate Ilprimo che arriva, da le specifiche agli altri
- 76. peccato che imparare per sentitodire, non sia il massimo…
- 77. Una sola piattaforma Molteplici punti divista E’ “inclusiva”!
- 78. Possiamo auto- organizzarci solo insistemi che comprendiamo
- 79. una piattaforma per l’auto organizzazione insistemi complessi
- 80. Ma e’ uncasino! 1/2 giornata per un Big Picture (timeboxed comunque) 3 giorni per modellare in dettaglio tutti i flussi di www.soisy.it Workshop fino a 35 persone (poi vediamo…)
- 84. purtroppo faccio le fotosolo alla fine… :-(
- 85.
- 86.
- 87.
- 88. Visione d’insieme per individuareil vincolo business Imparare e’ il vincolo sulla risoluzione del problema. collaborative modelling aiuta su entrambi i fronti
- 89. Actions EventStorming per capire,insieme Impact Mapping & User Story Mapping per scegliere la direzione Esperimenti per risolvere Collaborazione per progettare Architetture ad eventi per implementare …serve altro?
- 90. References • www.eventstorming.com • EventStormerson Google+ • https://plus.google.com/u/0/communities/ 113258571348605620818 • LeanPub book in progress: • http://leanpub.com/introducing_eventstorming • Blog: • https://medium.com/@ziobrando • http://ziobrando.blogspot.com • Twitter: @ziobrando • Trainings & Workshop facilitation: • http://www.avanscoperta.it