5. ● Presentata nel 1970 da Winston W. Royce a una conferenza
ingegneristica: IEEE WestCom.
● Processo sequenziale in cui ogni fase è completata prima che la
successiva sia iniziata.
WATERFALL
6. ● Rigidità: il committente del progetto, anche a
fronte di cambiamenti dello scenario del
mercato, ha difficoltà ad influire su quanto
richiesto, perché la fase di progettazione è
tutta all’inizio
LIMITI DEL WATERFALL
●
Time to Market: il committente del progetto non
riceve nulla se non in fondo al progetto, che
spesso dura mesi se non anni.
●
Costi elevati e non predicibili: quello
che appare come un processo lineare ed
efficiente diventa spesso una serie di cicli
turbolenti che fanno perdere tanto tempo
e tanti soldi.
7. The CHAOS Report (1994)
Source: http://www.standishgroup.com/sample_research_files/chaos_report_1994.pdf
Type 1:
Progetti completati rispettando tempi e budget prefissati
Type 2:
Progetti completati ma senza rispettare tempi e budget
Type 3:
Progetti abortiti prima del loro completamento.
16,2%
52,7%
31,1%
31,1%
52,7%
16,2%
8. The CHAOS Report (2001)
Source: http://www.cin.ufpe.br/~gmp/docs/papers/extreme_chaos2001.pdf
Type 1:
Progetti completati rispettando tempi e budget prefissati
Type 2:
Progetti completati ma senza rispettare tempi e budget
Type 3:
Progetti abortiti prima del loro completamento.
28%
49%
23%
23%
49%
28%
9. "The Roman bridges of antiquity were very inefficient structures. By
modern standards, they used too much stone, and as a result, far too
much labour to build. Over the years we have learned to build
bridges more efficiently, using fewer materials and less labour to
perform the same task." - Tom Clancy (The Sum of All Fears)
Source: http://www.projectsmart.co.uk/docs/chaos-report.pdf
10. Nel 2001 diciassette professionisti di spicco si radunarono in una
località sciistica dello Utah per discutere assieme del futuro del
mondo software, stanchi di assistere ad una
percentuale sempre crescente di progetti
software che si frantumavano
sulle rocce al termine della
cascata.
11. Manifesto per lo Sviluppo Agile di Software
Stiamo scoprendo modi migliori di creare software,
sviluppandolo e aiutando gli altri a fare lo stesso.
Grazie a questa attività siamo arrivati a considerare importanti
Gli individui e le interazioni più che i processi e gli strumenti
Il software funzionante più che la documentazione esaustiva
La collaborazione col cliente più che la negoziazione dei contratti
Rispondere al cambiamento più che seguire un piano
Ovvero, fermo restando il valore delle voci a destra,
consideriamo più importanti le voci a sinistra.
12. PLAN ANALYSIS DESIGN CODE TEST DEPLOY
ANALYSIS
DESIGN
CODE
TEST
PLAN
DEPLOY
ANALYSIS
DESIGN
CODE
TEST
PLAN
DEPLOY
ANALYSIS
DESIGN
CODE
TEST
PLAN
DEPLOY
Modello di sviluppo AGILE
Modello di sviluppo WATERFALL
13. 3 year transition: 2005 – 2008
Results in 2008:
200 scrum teams world wide, total approx. 1500+ employees
Average Team Velocity increase estimated at +35% / year
Development cost reduction of over USD 1 million / year
ROI on transition and trainings about 100% in first year
http://agilesoftwaredevelopment.com/blog/artem/lessons-yahoos-scrum-adoption
14. Down to 1 release/yr
Scrum adoption: 3 months
Salesforce.com - 2007
Results:
60+ Critical features delivered in < 9 months
“Idea to Release” avg. rate: 2.2 quarters
70% of “Top 10 Ideas” are on track for delivery in 2007
Fonte: http://www.slideshare.net/sgreene/salesforcecom-agile-transformation-agile-2007-conference
15. All bugs are fixed for the
release
All high level bugs are fixed
for the release. Medium and
low level bugs are not fixed
Product quality
index
Client
feedback
Burndown ChartNoneVisibility tools
Progress
tracking
4070
Average
working
hours/week
6040Defects fixed
53New features
Increase in
productivity
Release with ScrumRelease before ScrumMetricCategory
HCL EAI Services Inc.
Enterprise application integration
services: healthcare, retail,
telecommunication, wireless.
Source: http://www.slideshare.net/wasitova/agile-adoption-feb-2011
16. 2010
Videocitofono Touch
Metodologia Waterfall
· 15 anni uomo di effort
· 3 anni di sviluppo
· Scarso impatto sul
mercato
· Time to market
inaccettabile
–
2014
Videocitofono Serie 300
Metodologia Agile
· 3 anni uomo di effort
· 1 anno di sviluppo
· Prodotto innovativo
· Time to market
competitivo
· Visibilità di processo
Fonte: Agile for Innovation, Milan 3 March 2015