The Scrum Framework — Seconda edizione

Questo capitolo mantiene il contesto didattico storico e pratico della seconda edizione. Nei contenuti sottostanti è disponibile anche il percorso della terza edizione.

---

Perché il modello di sviluppo software a cascata può fallire? - International Scrum Institute

Gli studi hanno mostrato che, in oltre l’80% dei progetti software falliti esaminati, l’uso della metodologia a cascata era uno dei fattori principali del fallimento. Ma perché?

Fasi del modello classico di sviluppo software a cascata

Come mostrato sopra, la metodologia a cascata prevede una sequenza rigorosa di fasi. Una deve essere completata prima di iniziare la successiva. Tornare indietro è nella maggior parte dei casi difficile, costoso, frustrante per il team e dispendioso in termini di tempo.

La tempistica viene pianificata all’inizio. Un prodotto rilasciabile arriva soltanto alla fine. Se una fase ritarda, ritardano anche tutte le altre.

Per evitarlo, chi usa la cascata tenta normalmente di prevedere in anticipo ogni possibilità. In una delle prime fasi si cerca quindi di definire tutti i requisiti nel modo più completo e dettagliato possibile. Farlo così presto è però difficile e molti cambiano, o dovrebbero cambiare, nel corso del progetto. Gli studi mostrano che nei progetti grandi e complessi cambia circa il 60% dei requisiti iniziali. Altri vengono implementati come definiti ma non servono realmente al cliente, consumando tempo prezioso che sarebbe stato meglio dedicare a funzionalità di maggior valore.

La separazione in fasi obbliga a stimarle singolarmente. Il problema è che molte non sono davvero separate: nella pratica le attività si sovrappongono e si influenzano.

L’approccio a cascata può essere usato per progetti piccoli e semplici. Per quelli più grandi e complessi è però altamente rischioso, spesso più costoso e generalmente meno efficiente di Scrum.