Definizioni Agile e Scrum: cosa dice la Scrum Guide, cosa è pratica comune, con link alle fonti e agli articoli correlati.
Approccio allo sviluppo di prodotti e servizi basato su cicli iterativi e incrementali, collaborazione continua con chi usa il prodotto e adattamento al cambiamento. Non è un singolo metodo: indica una famiglia di framework e pratiche allineati ai valori del Manifesto agile.
Approccio basato sulla conoscenza derivata dall’esperienza e sulla decisione presa a partire da ciò che si osserva. Scrum è fondato sull’empirismo e sui tre pilastri di trasparenza, ispezione e adattamento.
Lista ordinata di lavoro da svolgere. In Scrum si distingue il Product Backlog (lavoro emergente per il prodotto) dallo Sprint Backlog (piano degli Developer per lo Sprint corrente). Al di fuori di Scrum il termine indica in generale una coda di voci prioritizzate.
Persone nello Scrum Team impegnate a creare ogni Sprint qualsiasi aspetto di un Increment utilizzabile. Non sono necessariamente “sviluppatori di software”: il titolo descrive la responsabilità di realizzare l’Increment, qualunque sia il dominio del prodotto.
Misura relativa dello sforzo (o della dimensione relativa del lavoro) associata a un elemento di backlog. Nelle pratiche agili l’effort è spesso espresso in story point; non è un requisito di Scrum e non sostituisce la conversazione sul valore e sul rischio.
Periodo di tempo limitato in cui un team completa un ciclo di lavoro e produce un risultato ispezionabile. In Scrum l’iterazione si chiama Sprint ed è timeboxed a un massimo di un mese.
Dichiarazione del 2001, firmata da diciassette professionisti, che enuncia quattro valori e dodici principi per lo sviluppo agile di software. Resta il riferimento culturale della comunità agile; non definisce un framework operativo come Scrum.
Famiglia di approcci (spesso chiamata waterfall) in cui le fasi di lavoro (ad esempio analisi, progettazione, realizzazione, test e rilascio) tendono a seguirsi in sequenza lineare, con feedback limitato fino alle fasi finali.
Vedi Agile.
Artefatto di Scrum: elenco emergente e ordinato di ciò che è necessario per migliorare il prodotto. È l’unica fonte di lavoro svolta dallo Scrum Team sul prodotto; il Product Owner è accountable del suo contenuto e dell’ordinamento.
Elemento del Product Backlog. Gli item più in alto nell’ordine sono in genere più chiari e dettagliati di quelli più in basso. La Scrum Guide indica attributi di descrizione, ordine e size; la size emerge con la chiarezza e non implica che ogni voce debba avere una stima (né in story point). Le user story sono un formato comune per esprimere un PBI, non un requisito di Scrum.
Artefatto di Scrum: passo concreto verso il Product Goal. Ogni Increment è additivo ai precedenti, è verificato e deve essere utilizzabile. La Definition of Done è lo standard di qualità che rende l’Increment rilasciabile quando il Product Owner decide di rilasciarlo. Più Increment possono essere creati all’interno di uno stesso Sprint.
Accountability nello Scrum Team per massimizzare il valore del prodotto risultante dal lavoro dello Scrum Team. Gestisce il Product Backlog in modo efficace (contenuto, ordinamento, trasparenza). Non è correttamente descritto come semplice “responsabile del ritorno economico”: il focus della Guida è il valore del prodotto, non un singolo indicatore finanziario.
Framework leggero che aiuta persone, team e organizzazioni a generare valore attraverso soluzioni adattive a problemi complessi. È fondato sull’empirismo e sul lean thinking; non è una metodologia completa né un processo prescrittivo di sviluppo software.
Accountability nello Scrum Team per l’efficacia di Scrum. Aiuta tutti a comprendere la teoria e la pratica di Scrum, facilita gli eventi quando serve e supporta lo Scrum Team e l’organizzazione nella rimozione degli impedimenti e nell’adozione empirica.
Contenitore di tutti gli eventi di Scrum: un timebox di al massimo un mese durante il quale si crea un Increment utilizzabile che avanza verso il Product Goal. Concettualmente corrisponde a un’iterazione; in Scrum si usa il termine Sprint.
Artefatto di Scrum composto dallo Sprint Goal, dall’insieme dei Product Backlog Item selezionati per lo Sprint e dal piano degli Developer per consegnare l’Increment. È un piano altamente visibile e in tempo reale, di proprietà degli Developer.
Sviluppo di prodotti, software o servizi guidato dai valori e dai principi del Manifesto agile: iterazioni brevi, software funzionante, collaborazione con il cliente e risposta al cambiamento.
Unità relativa usata da molti team per esprimere la dimensione relativa (effort, complessità, incertezza) di un lavoro rispetto ad altri. È una pratica diffusa, non un concetto della Scrum Guide.
Gruppo di persone che collabora verso un obiettivo condiviso. In contesto Scrum si parla più precisamente di Scrum Team (Product Owner, Scrum Master e Developer).
Unità fondamentale di Scrum: un piccolo team di persone tipicamente di dieci o meno membri, composto da un Product Owner, uno Scrum Master e i Developer. È cross-funzionale e autogestito.
Termine delle edizioni precedenti della Scrum Guide per indicare chi oggi è chiamato Developer. Nella Guida attuale non si usa più “Development Team” come ruolo separato: i Developer fanno parte dello Scrum Team.
Formato narrativo per descrivere un bisogno dal punto di vista di chi beneficia della funzionalità (spesso “Come… voglio… così che…”). È una pratica diffusa per esprimere Product Backlog Item; non è richiesta da Scrum, che non impone un formato specifico per gli item.
Indicatore usato da molti team per osservare quanto lavoro (spesso in story point) viene completato in uno o più Sprint. È utile come segnale interno di pianificazione; non fa parte della Scrum Guide e non misura di per sé il valore per l’utente.
Vedi Metodologie a cascata.
