Scrum è il framework Agile più diffuso al giorno d’oggi. Rispetto alle tradizionali pratiche di sviluppo del prodotto, Scrum è considerato un aggiornamento. È riconosciuto da professionisti di diversi settori in tutto il mondo.
Ogni singolo approccio allo sviluppo software ha il suo ciclo di vita. A differenza della tradizionale metodologia a cascata, il ciclo di vita di tutti i metodi Agili (incluso Scrum) è piuttosto iterativo che consecutivo. In questo articolo, risponderemo alla domanda: Qual è il ciclo di vita di Scrum? La prima cosa che dovremmo menzionare mentre diamo la risposta a questa domanda è che il ciclo di vita di Scrum è molto simile a quelli di altre metodologie Agili. Ciò è dovuto ai loro principi chiave comuni. Tutti i metodi Agile si basano su un approccio iterativo alle prestazioni del progetto e alla considerazione dell’opinione del cliente e dell’utente finale. Scrum non è un’eccezione.
È di fondamentale importanza avere una visione approfondita del ciclo di vita di Scrum, ma prima, ti ricordiamo alcune teorie di base.
Che cos’è Scrum?
Scrum è un popolare framework Agile progettato per lo sviluppo incrementale del prodotto. Ha natura empirica e consente ai team di ipotizzare modelli di lavoro, testare le loro idee, elaborare l’esperienza ed eseguire gli aggiustamenti necessari. Scrum è un metodo iterativo e strutturato in modo flessibile. Consente pratiche da altri framework in cui si adattano logicamente.
Scrum opera attraverso iterazioni chiamate Sprint, quindi gli eventi principali e gli artefatti di uno Sprint rappresentano i componenti di un ciclo di vita di Scrum.
Quanti giorni è uno Sprint tipico nella metodologia Scrum?
Qualsiasi Sprint è un timebox che dura fino a un mese, durante il quale un team dovrebbe consegnare un elenco specifico di elementi concordati che si adattano alla definizione confermata di “fatto.”
Quali sono i valori Scrum?
I valori di Scrum includono Coraggio, Concentrazione, Impegno, Rispetto e Apertura. Puoi seguire la nostra guida completa di Scrum per saperne di più su questi valori e su come si applicano a Scrum.
Quali sono i ruoli Scrum?
L’intero team Scrum di solito ha le seguenti responsabilità:
- Abbattere i requisiti, creare attività, stimare e distribuirli.
Organizzare riunioni quotidiane Scrum.
Garantire che la funzionalità potenzialmente spedibile venga consegnata alla fine dello Sprint.
Aggiornamento degli stati e degli sforzi rimanenti per le loro attività per consentire la creazione di un diagramma di Burndown Sprint.
Un tipico Scrum team contiene 4 ruoli essenziali:
Product Owner
Un Product Owner (PO) è responsabile della massimizzazione del ritorno sull’investimento identificando le caratteristiche del prodotto e traducendole in un elenco con priorità.
PO decide quali caratteristiche dovrebbero essere in cima alla lista per il prossimo Sprint. Lui / lei è anche responsabile di tutti i profitti e le perdite del prodotto, in qualità di portavoce per i clienti. La priorità del product backlog e la definizione della data di rilascio e del contenuto sono anche doveri del proprietario del prodotto.
Scrum Master
Uno Scrum Master (SM) aiuta il team di prodotto a imparare e applicare Scrum per raggiungere tutti i valori aziendali. Non è un team manager, un project manager o un team lead, ma serve il team, aiutando a rimuovere gli ostacoli, proteggendo i colleghi da interferenze esterne e aiutandoli ad adottare pratiche agili. SM allena, educa e guida il proprietario del prodotto, il team e il resto dell’azienda nell’uso appropriato di Scrum.
Team di sviluppo
Un team di sviluppo in Scrum include persone che lavorano insieme per sviluppare e fornire gli incrementi di prodotto richiesti e impegnati. Gli sviluppatori Scrum sono membri interfunzionali che sono in grado di raggiungere gli obiettivi Sprint. Il team può includere ingegneri del software, architetti, amministratori di sistema, analisti, designer di UI, esperti di QA, ecc. Costruiscono il prodotto indicato dal Proprietario del prodotto: il sito Web o un’app, ad esempio.
Stakeholder
Uno stakeholder è un individuo o un gruppo di persone che sono influenzati dal risultato di un prodotto. Le parti interessate in Scrum sono interessate al successo del prodotto. Possono essere all’interno o all’esterno dell’azienda che sponsorizza il progetto.
Le parti interessate di solito mantengono un rapporto sano con il PO per condividere importanti dettagli del prodotto. Sono responsabili di trasmettere tutti i desideri e le preoccupazioni al PO, fornendo input regolari alle query dal PO.
Quali sono le cerimonie Scrum?
Product backlog refinement
Un product backlog refinement o backlog grooming è l’atto di aggiungere dettagli, stime e ordini agli articoli nel product backlog. Questo evento significa un processo in corso in cui il PO e il team di sviluppo collaborano sui dettagli degli elementi del backlog. Durante la riunione di perfezionamento, gli articoli vengono esaminati e rivisti.
Sprint planning
L’obiettivo della riunione di pianificazione è rispondere alle domande “Su cosa lavoreremo e come lo faremo?”È fondamentale per il team avere un obiettivo condiviso e un impegno condiviso per questo obiettivo prima di iniziare questa cerimonia.
Stand-up giornaliero
Uno Scrum meeting giornaliero o uno Stand-up giornaliero è organizzato dallo Scrum Master e in genere dura 15 minuti. L’incontro ha lo scopo di sincronizzare il lavoro dei membri del team, ad esempio, cosa viene fatto il giorno precedente, cosa deve essere fatto oggi, ecc.
Sprint Review
Questa cerimonia Scrum si tiene alla fine di ogni sprint per dimostrare la funzionalità aggiunta. Il suo obiettivo è ottenere feedback dal PO e dalle parti interessate per garantire che l’incremento fornito soddisfi le esigenze aziendali e rivedere il backlog in base al feedback.
Sprint Retrospective
Questo incontro di solito dura 90 minuti e aiuta a incorporare il miglioramento continuo nella cultura del team e nella cadenza dello Sprint. Dovrebbe essere frequentato da tutto il team Scrum per riflettere sul loro Sprint precedente e per capire come apportare miglioramenti.
Il Retro consente al team di concentrarsi sulle sue prestazioni complessive e identificare strategie per il miglioramento continuo.
Quindi qual è il ciclo di vita di Scrum?
Scrum lifecycle è un numero di passaggi consecutivi e fasi iterative che devono essere eseguite durante la realizzazione di qualsiasi progetto Scrum. L’approccio iterativo è il principio principale del ciclo di vita di M. Il lavoro su un progetto Scrum è suddiviso in segmenti chiamati Sprint. Il progetto si sviluppa da uno sprint all’altro fino a quando il prodotto finale è pronto. Ogni ciclo di sprint è suddiviso in più fasi consecutive che deve passare dall’inizio alla fine. La metodologia Scrum include anche cicli di vita più specializzati come il ciclo di vita dei test e il ciclo di vita dei difetti.
Scrum Lifecycle in Dettaglio
Quali sono le parti del ciclo di vita di Scrum? Scrum non comporta molti rapporti scritti, a differenza della cascata tradizionale. Include solo alcuni artefatti.
Quali sono gli artefatti Scrum?
Product backlog
Un Product Backlog è un elenco di caratteristiche e requisiti necessari per completare un determinato progetto. Questo elenco può includere difetti o bug che devono essere risolti, funzionalità che devono essere aggiunte e altri lavori tecnici o di progetto. L’ordine dell’elenco si basa sulle priorità. Gli elementi in alto sono le attività più critiche o le attività che richiedono il completamento immediato. Con il backlog, tutti nel team sanno quali sono i requisiti del progetto e quali hanno la priorità.
Sprint backlog
Uno Sprint Backlog include solo ciò che deve essere completato durante lo Sprint corrente (mentre il product backlog elenca tutto ciò che deve essere completato prima della fine del progetto). Lo sprint backlog copre le attività più recenti, quindi in genere contiene più dettagli e storie utente più complete rispetto al resto del product backlog. Dovrebbe includere il tuo piano di rilascio che spiega come intendi ottenere le funzionalità e soddisfare i tuoi requisiti sprint.
Incremento del prodotto
Incremento del prodotto la versione del prodotto che verrà consegnata alla fine di ogni sprint. Descrive in dettaglio il risultato di tutto ciò che funziona (mentre lo sprint backlog delinea ciò che deve essere completato all’interno di uno sprint). L’incremento è un prototipo o una bozza del prodotto finale previsto dai clienti. Ogni incremento di prodotto dovrebbe includere le funzionalità del ciclo di sprint corrente e integrare completamente tutti gli elementi di backlog completati fino ad oggi, da tutti gli sprint passati.
Consideriamo i dettagli sulle fasi e i passaggi di Scrum.
Il primo passo di qualsiasi progetto Scrum è la fase di raccolta delle informazioni necessarie sul prodotto futuro. È responsabilità del proprietario del prodotto. È la persona che contatta il cliente per capire la sua visione del software futuro. Raccogliere storie di utenti è anche una delle sue responsabilità. Dopo che tutte le storie degli utenti sono state raccolte e tutti i desideri del cliente sono stati presi in considerazione, essi sono prioritari in un elenco chiamato product backlog. È il documento principale di ogni progetto Scrum.
Dopo la priorità degli elementi del product backlog, vengono trasformati in attività e suddivisi in diversi sprint. Il team lo fa durante le riunioni di pianificazione sprint. L’obiettivo principale di ogni riunione è quello di creare un backlog sprint. È un documento che contiene tutte le attività per un determinato sprint. Al termine dello sprint, il lavoro del team sarà stimato in base all’adempimento dei requisiti di sprint backlog.
Il prossimo passo di Scrum è il processo di esecuzione Sprint. Include una conseguente esecuzione di tutte le attività sprint e la valutazione quotidiana del flusso di lavoro. Il progresso dei requisiti sprint backlog viene valutato durante le Scrums quotidiane-le riunioni di squadra in cui vengono discusse tutte le questioni di lavoro positive e negative.
Al termine dello sprint, tutti i membri del team Scrum partecipano alla sprint review e alle retrospettive sprint. Questi incontri aiutano a scoprire cosa è andato storto durante il processo di sprint.
La fase finale di ogni ciclo di Sprint è la fase di stima del prodotto. Il prodotto viene valutato in conformità con la definizione del team di “Fatto” e fornito al cliente per ottenere il suo feedback. Quindi inizia un nuovo sprint e il ciclo si ripete.
Come spiegare rapidamente il processo Scrum?
Riassumiamo ora tutte le fasi di Scrum relative al processo Scrum.
- Prima di tutto, è necessario determinare un product backlog (che è la responsabilità del PO, come abbiamo menzionato sopra).
- Quindi il team Scrum effettua stime e accordi per il carico di lavoro in base all’elenco di backlog durante la sessione di grooming.
- Con l’elenco product backlog, è necessario avviare una riunione di pianificazione Sprint per definire l’obiettivo sprint di questa iterazione, quindi selezionare un elenco di storie utente per formare il backlog Sprint.
- Quindi il backlog dovrebbe essere completato dall’intero team Scrum.
- È necessario eseguire una riunione Scrum giornaliera (time-boxed in circa 15 minuti). Tutti nel team devono parlare e faccia a faccia per interagire con tutti i membri per segnalare ciò che hai fatto ieri e annunciare ciò che vuoi realizzare oggi.
- Ogni giorno deve avere una versione che può essere compilata con successo e può essere dimostrata.
- Quando tutte le storie utente sono state completate, il backlog Sprint è completato. Significa che un processo Sprint è completato. Il PO e il cliente devono partecipare. Ogni membro del team dovrebbe dimostrare loro il software di lavoro che hanno completato.
- La retrospettiva Sprint deve essere tenuta dopo la Sprint Review. Durante il Retro, il team identifica automaticamente gli elementi del processo che hanno funzionato o non hanno funzionato durante lo sprint, così come le potenziali soluzioni. Le retrospettive durano in genere 90 minuti.
Wrapping up
Considerando il livello di trasparenza e l’inarrestabile processo di apprendimento all’interno del ciclo di sviluppo Scrum, il risultato più piccolo possibile diventa un risultato essenziale e conveniente del framework, per non parlare delle caratteristiche del prodotto raffinate e della qualità del prodotto impeccabile.
L’essenza di Scrum richiede il coinvolgimento di soli dipendenti responsabili con un solido background sul campo. Cosa ne pensi del ciclo di vita Scrum e delle fasi Scrum?