NoEstimates introduction / presented in 7Pixel

1. #NoEstimates
Tommaso Torti

2. Perche si stima / customer
• Forecast: predire i costi di sviluppo dato un budget

3. Perche si stima / customer
• solitamente si sottostimano i costi
• solitamente si sovrastimano i benefici
NoEstimates suggerisce di basarsi su
feedback generati da esperimenti o prototipi

4. Perche si stima / manager
• Aderenza al piano
strategie: agire di scope,
aggiungere risorse,
overtime,
cambiare la definition of done

5. Perche si stima / manager
NoEstimates suggerisce di analizzare i rischi di
progetto e prevedere attività per mitigare il rischio

6. Perche si stima / developer
• E’ una scusa per iniziare l’analisi dell’attività da svolgere

7. Strategie di stima
la più diffusa: per analogia
Quanto ci metti a leggere un libro di 150 pagine? per un
altro libro di 50 pagine ci ho messo 1 ora , ergo => 3
ore!

8. Storicamente
mesi uomo =
2.4 *(migliaia di righe di codice)1.05
32000 righe di codice : 91 mesi uomo
126500 (Kirivo): 385 mesi uomo

9. Storicamente

10. In Agile
story points
• e’ una misura relativa
• (in teoria) piu facile da condividere: quanto ci vuole
a percorrere a corsa un tratto? al posto di 5 o 10
minuti si afferma che un tratto è lungo il doppio

11. In Agile
ideal time
• lavori solo su una attività , senza interruzioni
• hai a disposizione tutte le risorse necessarie

12. In Agile
Hofstadter’s Law
It always takes longer than you expect, even when you
take into account Hofstadter's Law.
Parkinson’s Law
no work will ever be completed before the time
allocated to it.

13. Complessita intrinseca
Quanto e’ complessa l’attività di per se

14. Complessita accidentale
Problemi organizzativi, capacita nella programmazione

15. Critiche
• Complessità accidentale preponderante
• 50 % delle user story del backlog non verranno mai
implementate
• Il focus e’ sul costo e non sul valore
• goal-displacement (al posto di consegnare valore,
seguire un piano)

16. Responding to change over
following a plan
• Selezionare la funzionalità più importante basandosi
sul valore
• Spezzare il lavoro in task a rischio “neutro” ovvero
se falliscono non distruggono il progetto.
• Sviluppare ogni task
• Iterare e rifattorizzare tracciando i risultati reali

17. System of development
tare la catena di persone coinvolte per portare una idea in produz

18. System of development
Ha la sua :
Potenza di fuoco
e
Stabilita
Se il sistema è all’incirca stabile puoi applicare #NoEstimates

19. Arlo Belshee - Naked Planning
• fixed queue of 7 minimal marketable features (MMF) - senza
stima
• si traccia il giorno che entrano e che escono
• Disneyland wait time - la media nel tempo
“in software, you get better results by prioritizing based solely on
value than you get by including cost. This is because software is a
highly-leveraged domain where cost is distributed linearly and
value is distributed exponentially.”

20. Vasco Duarte

21. Nimbus

22. Nautilus

23. Antani

24. Fonti
• Agile Adria 2014 / Vasco Duarte: "How to improve estimates for software:
The #NoEstimates view” (youtu.be/7ud-4bKJr8k)
• bit.ly/NoEstimatesProjectsDB elenco di progetti analizzati
• Arlo Belshee - Naked Planning
• Mike Cohn - Agile Estimating on Vimeo (vimeo.com/43548633)
• Fundamental Theorem of Agile Software Development - J. B. Rainsberger -
vimeo.com/79106557
• http://startedworkingdone.blogspot.fi/2015/03/assumptions-behind-no-
estimates.html