---

Che cosa fa riuscire il framework Scrum? Potrebbe sorprenderti!

Scrum cambia il classico triangolo della gestione dei progetti.

Le organizzazioni non devono più considerare la qualità una variabile da sacrificare. Il nuovo triangolo bilancia budget, tempo e funzionalità: l'ambito può adattarsi per proteggere la qualità e gestire gli obiettivi di consegna.

Triangolo della gestione dei progetti

Secondo Scrum, la qualità non è più facoltativa. Per consegnare ciò per cui i clienti pagano e far prosperare la loro attività, i team cercano di realizzare il miglior software possibile con le capacità collettive.

Nel framework Scrum, la Definition of Done (DoD) stabilisce quando una funzionalità è completa e soddisfa gli standard qualitativi richiesti. Le DoD specificano il risultato atteso per requisiti funzionali e non funzionali, progettazione, codice, test unitari, convalide degli utenti, documentazione e altro. I criteri di accettazione descrivono le esigenze dei clienti; gli elenchi delle attività chiariscono il lavoro del team. Sostengono, anziché sostituire, una Definition of Done comune del prodotto.

Il lavoro che non soddisfa la DoD non fa parte dell'Increment. Criteri di accettazione ed elenchi aiutano a riconoscere ciò che resta. Product Owner e team definiscono incrementalmente storie e attività durante il processo ingegneristico Scrum.

Questo sviluppo incrementale mantiene il team adattabile e consente di scegliere in modo controllato le azioni migliori successive, senza costi e rischi aggiuntivi di compromettere grandi quantità di lavoro precedente.

Entro la fine di ogni Sprint il team costruisce un incremento potenzialmente rilasciabile. Lo mostra e ne discute con Product Owner e stakeholder del cliente per raccogliere e integrare il feedback nei passi successivi del progetto.

La flessibilità riguarda consegne e processi operativi. Scrum consente quindi di ottimizzare le risorse (persone, tempo, budget, materiali) e ridurre al minimo gli sprechi.

Gli studi mostrano questi effetti positivi nella pratica:

• Distribuzioni del codice più frequenti,
• Lead time più rapido dal commit alla distribuzione,
• Tempo medio di ripristino più breve dopo le interruzioni,
• Tasso di insuccesso delle modifiche inferiore,
• Qualità del prodotto migliore,
• Costi ridotti o invariati rispetto a prima di Scrum,
• Produttività e capacità di completamento maggiori,
• Affidabilità migliore del codice e delle operazioni,
• Prestazioni organizzative e soddisfazione dei clienti superiori,
• Maggiore penetrazione nel mercato, quota di mercato e redditività,
• Crescita migliore della capitalizzazione di mercato,
• Motivazione dei dipendenti maggiore.

Introdurre e adottare Scrum non è semplice. L'approccio adattivo e iterativo affronta però questo onere iniziale e gestisce meglio requisiti aziendali e dei clienti in continua evoluzione.

Nella maggior parte dei casi, Scrum è quindi un'alternativa migliore alle metodologie classiche di ingegneria del software.