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.
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'
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.
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
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
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?
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
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
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
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…)
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?