Reshaping enterrprise software
•
2 likes•1,446 views
Scrivere software per il business si riduce essenzialmente a due problemi. Capire il vero problema da risolvere, e trovare soluzioni interessanti, senza trasformare la cosa in un percorso ad ostacoli.
Recommended
Recommended
More Related Content
What's hot
What's hot (10)
Viewers also liked
Viewers also liked (14)
Similar to Reshaping enterrprise software
Similar to Reshaping enterrprise software (20)
More from Alberto Brandolini
More from Alberto Brandolini (16)
Reshaping enterrprise software
- 2. About me Faccio un lavoro 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 bel problema a monte Un altro meta-problema a monte Un po’ di buone idee Una … di conseguenze
- 4. 1) Quick recap of Theory of Constraints Le “Basi” e poco piu'
- 5. Bottleneck Vincolo principale per il throughput del sistema
- 6. Bottleneck: Il vincolo principale limita le prestazioni dell’intero sistema. (non e’ che la freccia si allarga, e’ che mi e’ venuta storta)
- 7. Strategie per il bottleneck Focus >>> Tutto il resto è subordinato Miglioramento continuo anche piccoli miglioramenti contano … mentre ci occupiamo dei GROSSI miglioramenti.
- 9. Non riesco a trovare il cuore…
- 10. Non riesco a trovare il cuore… … potremmo concentrarci sulle unghie nel frattempo…
- 11. Migliorare il resto del sistema potrebbe essere inutile o Controproducente Ma nessuno lo ammettera’ in una grande azienda
- 12. Devo avere una visione di sistema per essere sicuro che il vincolo sia reale
- 13. Warning #TOCOT -> ottimizzata per la produzione Esseri umani != risorse No allocazione al 100% Sistema adattivo complesso
- 14. Non tutti i progetti software sono uguali. Sarebbe bello…
- 15. Non core: Spese principalmente legate 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 legate al 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 legate al 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 sistema sono piu’ sensibili alle regolazioni
- 19. Il collo di bottiglia E’ la zona erogena del sistema
- 20. Il collo di bottiglia E’ 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 di bottiglia… 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-collo di bottiglia Non ci facciamo mancare nulla…
- 24. Dan North https://dannorth.net/2010/08/30/introducing- deliberate-discovery/ “Ignorance is the single greatest impediment to throughput.”
- 25. “Software development is a learning process Working code is a side effect” io, un botto di volte…
- 26. Dan North https://dannorth.net/2010/08/30/introducing- deliberate-discovery/ “Learning is the bottleneck”
- 27. Se l’apprendimento e’ il collo di bottiglia… sto facendo tutto il possibile?
- 28. Il regno del product owner Un backlog pieno di items… …il cui significato un giorno risultera’ chiaro.
- 29. Product Owner “nel mezzo” Necessario per definire le Priorita’ Non per digerire la conoscenza … c’era davvero bisogno di un collo di bottiglia artificiale?
- 34. Gli esperti sono esperti del proprio dipartimento, non necessariamente del business
- 36. Che forma ha la conoscenza?
- 37. La specialita’ della casa
- 38. Big Picture Workshop Invitiamo le persone giuste Forniamo uno spazio di modellazione illimitato superficie, pennarelli, post-it Modelliamo il sistema partendo dagli eventi di dominio
- 40. …lungo una linea temporale Qualche trucco da facilitatore ed iniziamo a modellare a…
- 44. Catturiamo gli Hotspots che salteranno fuori, comunque!
- 47. Outcome (big Picture): L’intera linea di business visible apprendimento massivo aree critiche visualizzate.
- 48. Non siamo soli: User Story Mapping
- 49. Non siamo soli Impact Mapping
- 50. … E’ che quando metti le persone assieme, poi si parlano…
- 51. EventStorming unisce lean e Theory of constraints allo sviluppo Software e a Domain-Driven Design
- 52. EventStorming blends lean and Theory of constraints into Software Development and Domain-Driven Design
- 53. EventStorming blends lean and Theory of constraints into Software Development and Domain-Driven Design
- 54. Che faccia ha il Bottleneck?
- 56. Srotoliamolo I processi espongono una struttura ripetibile
- 59. Let’s look deeper Aggregate Policy / Process Domain Event Command External System
- 60. Let’s look deeper Qui e’ dove il sistema prende le decisioni: Aggregate Policy / Process Domain Event Command External System
- 61. Let’s look deeper Qui e’ 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 Qui e’ 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 Qui e’ 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 Qui e’ 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 Qui e’ 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
- 67. Let’s look deeper Qui e’ dove e’ l’utente a prendere decisioni: Command/ Decision User/ Actor/ Persona/… User Interface
- 68. Let’s look deeper Qui e’ 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 Qui e’ 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 Read Model User Interface
- 71. Let’s look deeper Domain Event Read Model User Interface Qua e’ dove trasformiamo il dato grezzo in qualcosa di comprensibile per l’utilizzatore.
- 72. Let’s look deeper Domain Event Read Model User Interface Qua e’ dove trasformiamo il dato grezzo in qualcosa di comprensibile per l’utilizzatore. #BusinessIntelligence #Readability
- 73. And the winner is…
- 74. And the winner is… La natura del bottleneck non puo’ essere decisa a priori
- 75. Purtroppo queste prospettive sono spesso compartimentate Il primo che arriva, da le specifiche agli altri
- 76. peccato che imparare per sentito dire, non sia il massimo…
- 77. Una sola piattaforma Molteplici punti di vista E’ “inclusiva”!
- 78. Possiamo auto- organizzarci solo in sistemi che comprendiamo
- 79. una piattaforma per l’auto organizzazione in sistemi complessi
- 80. Ma e’ un casino! 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 foto solo alla fine… :-(
- 85. Takeaways
- 88. Visione d’insieme per individuare il 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 • EventStormers on 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