“Dal Waterfall allo Scrum” è  una mia presentazione fatta qualche tempo fa per spiegare lo Scrum a un gruppo di persone che ha sempre sentito parlare di metodologie agili ma che in  realtà non sono mai state coinvolte direttamente all’interno del framework.

E’ un piccolo prontuario che spiega brevemente il perché si fanno cosi tante riunioni 🙂

Scrum è un framework di processo utilizzato dai primi anni 1990 per gestire lo sviluppo di prodotti complessi. Scrum non è un processo o una tecnica per costruire prodotti ma piuttosto è un framework all’interno del quale è possibile utilizzare vari processi e tecniche. Scrum rende chiara l’efficacia relativa del tuo product management e delle pratiche di sviluppo usate in modo da poterle migliorare.

(Jeff Sutherland, La Guida a Scrum™^[1])

“Scrum enfatizza tutti gli aspetti di gestione di progetto legati a contesti in cui è difficile pianificare in anticipo.” (Wikipedia)

Non mi trovo troppo d’accordo con questa definizione: la dura realtà è che pianificare in anticipo le date esatte di delivery di ogni singolo step di progetto è semplicemente impossibile. Accettato questo applicando un controllo empirico (cioè basato sull’esperienza) è possibile dare un range di delivery basato sulla sequenza di priorità attuali. Tanto più ci si avvicinerà alla data di delivery tanto più questa stima sarà precisa.

Fare Scrum significa quindi deliverare incrementi di Software ad intervalli regolari (detti Sprint) fino a quando le richieste del cliente (che possono arrivare in qualsiasi momento) non sono pienamente soddisfatte. Il framework offre quindi degli strumenti per valutare il lavoro svolto e per adattarsi alle richieste successive.