L’arte di massimizzare il lavoro non svolto è uno dei 12 principi alla base del manifesto agile e spinge i team ad abbracciare l’idea di lavorare su una serie di attività condivise, capaci di portare realmente valore al progetto. La sua applicazione tocca i contesti operativi come quelli tattici e manageriali perchè lavora sulla complessità delle relazioni che intercorrono tra gli attori di un progetto e il processo che abilita la sua realizzazione. Ma che significa realmente? e come possiamo applicarlo concretamente nei nostri progetti? “Semplicità” è un concetto estremamente generico e fraintendibile, cosa significa per un progetto software?. “Massimizzare la quantità di lavoro non svolto”: quindi lavorare meno! Bel proposito ma come si rapporta con il primo principio: “La nostra massima priorità è soddisfare il cliente rilasciando software di valore…” Nella mia esperienza, spesso questo principio viene sottovalutato o peggio ignorato perché non viene capito fino in fondo e soprattuto non banale rapportarlo con il lavoro di tutti i giorni. Nel talk farò un viaggio attraverso la gestione di un progetto software secondo le metodologie agili evidenziando quando e come i due principi (massimizzare il lavoro non svolto e la massima priorità è soddisfare il cliente) ci sono di aiuto e da guida per la gestione dei nostri progetti, facendo esempio concreti di come nella mi a esperienza li ho applicati o li ho visti applicare

1. L’arte di massimizzare
la quantità di lavoro
non svolto

2. ● Quando abbiamo bisogno
di gestire il nostro Project Portfolio?
● Cos’è il Project Portfolio?
● Che significa farne il Management?
● Real Time?

3. e-xtrategy.net
La nostra massima priorità è soddisfare il cliente
rilasciando software di valore, fin da subito
e in maniera continua.
La semplicità - l'arte di massimizzare la quantità
di lavoro non svolto - è essenziale.

4. e-xtrategy.net
La nostra massima priorità è soddisfare il cliente
rilasciando software di valore, fin da subito
e in maniera continua.
La semplicità - l'arte di massimizzare la quantità
di lavoro non svolto - è essenziale.
Non significa che il cliente ha sempre ragione
Non significa lavorare di meno

5. e-xtrategy.net
Rilasciare Software di Valore
Togliendo tutto ciò che non serve

6. e-xtrategy.net
CAPIRE

8. e-xtrategy.net

12. “When you are productive you are accomplishing
something in terms of your goal. Productivity is
meaningless unless you know what your goal is”
Eliyahu M. Goldratt. (The Goal)

13. Studiare il contesto
Mercato, Dinamiche sociali economiche tecnologiche normative,
Competenze interne/esterne, Product Owner, Stakeholder, ...

15. Visione condivisa

16. Agile Discovery

17. Agile Inception Deck
Business Model Canvas
Design Sprint
Event Storming
Impact Mapping
Lego Serious Play
Stakeholders Map
User Story Mapping
....

18. Continuous Discovery

19. e-xtrategy.net
COMUNICARE

20. e-xtrategy.net

21. e-xtrategy.net

22. e-xtrategy.net
Software development
is a learning process
Working code is a
side effect
Alberto Ziobrando Brandolini

23. e-xtrategy.net
Continuous Feedback

25. COMUNICARE o CONVERSARE?

26. RIUNIONI
perché le facciamo?
chi deve essere coinvolto?
cosa vogliamo ottenere?
come ci dobbiamo preparare?
Quanto devono durare?
Rituali

27. e-xtrategy.net
Fiducia

28. e-xtrategy.net
FARE

29. e-xtrategy.net

30. Last Responsible Moment
not Last Possible!

31. Inizia con il risultato in mente

32. Earn or Learn
user need
tech need
business need

33. e-xtrategy.net
https://www.flickr.com/photos/wellspringschool/4387562175
Decisioni Tecniche
guidate dagli obiettivi di business

34. e-xtrategy.net
Priorità

37. Team cross-funzionali

38. “A system of local optima is not an
optimal system at all;
it is a very suboptimal system”
Eliyahu M. Goldratt. (The Goal)

39. e-xtrategy.net
Rilasciare Software di Valore
Togliendo tutto ciò che non serve

40. e-xtrategy.net
CAPIRE
cosa significa valore
COMUNICARE
efficacemente per mantenere il focus
FARE
solo ciò che serve a generare valore

41. “Your job isn’t to build more software faster: it’s to maximize the
outcome and impact you get from what you choose to build”
Jeff Patton
Agile Incemption Deck
https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
Design Sprint http://www.gv.com/sprint/
Event Storming https://www.eventstorming.com/
Lego Serious Play https://www.lego.com/en-us/seriousplay
User Story Mapping https://jpattonassociates.com/user-story-mapping/

42. e-xtrategy srl
Lorenzo Massacci
l.massacci@extrategy.net
Grazie!
l.massacci@extrategy.net
@lorenzomassacci
https://www.linkedin.com/in/lorenzomassacci/
https://www.extrategy.net

43. Photo Credits
https://www.flickr.com/photos/max-r/5489340391/
https://unsplash.com/photos/MsP7evMP-2w
https://unsplash.com/photos/4JdvOwrVzfY
https://unsplash.com/photos/Vbzx-yy5FoA
https://unsplash.com/photos/_94HLr_QXo8
https://www.flickr.com/photos/88758069@N08/8445004895/
https://unsplash.com/photos/Se7vVKzYxTI
http://www.motoblog.it/post/717747/motogp-assen-2015-dottor-costa-bacchetta-rossi
https://unsplash.com/photos/pMW4jzELQCw
https://morguefile.com/p/64809
https://unsplash.com/search/photos/surgery