Panoramica del processo Scrum

Scrum, un semplice framework di project management, è stato sviluppato da Jeff Sutherland e Ken Schwaber. Hanno rappresentato il processo alla conferenza di programmazione orientata agli oggetti, sistemi, linguaggio e applicazioni ad Austin, in Texas, nel 1995. Successivamente hanno pubblicato la metodologia come "Scrum Software Development Process".

The Framework of Scrum

Scrum sottolinea il lavoro di squadra che influenza i membri del team per affrontare problemi complessi e fornire i prodotti con il massimo valore possibile. Come il team di rugby, Scrum incita il team a imparare attraverso le esperienze, a organizzarsi da solo al momento di affrontare i problemi e migliorare riflettendo su vittorie e perdite. In generale, si tratta di un quadro per la gestione di un progetto che si concentra su lavoro di squadra, responsabilità, progressi iterativi verso il raggiungimento di un obiettivo ben definito.

Scrum viene spesso assunto come parte del processo di sviluppo del software agile perché il concetto Scrum ruota attorno al miglioramento continuo, che è un principio primario di agile. Il framework inizia con il semplice riconoscimento che il team non è a conoscenza dei dettagli di ogni angolo del progetto all'inizio, ma viene sperimentato attraverso l'adattamento delle condizioni mutevoli e dei requisiti dell'utente.

Ruoli chiave in Scrum Framework

Nel framework scrum, ci sono tre ruoli chiave: il proprietario del prodotto, lo scrum master e il team di sviluppo sono molto importanti per il successo del progetto.

  • Proprietario del prodotto

Svolge il ruolo di collegamento tra i clienti e il team di sviluppo. Lui o lei è il campione per il loro prodotto. Il proprietario del prodotto assicura che le aspettative per il prodotto completo siano state comunicate e concordate di conseguenza.

  • Scrum Masterworks

Come facilitatore che è il campione della mischia all'interno della squadra. È responsabilità primaria dello scrum master assicurare lo svolgimento delle migliori pratiche di mischia nel progetto. Pianifica le risorse necessarie per la pianificazione dello sprint, lo stand-up, la revisione dello sprint e la retrospettiva dello sprint.

  • Il team di sviluppo

Collabora allo sviluppo e al test di versioni incrementali del prodotto finale. I membri del team sono i campioni delle pratiche di sviluppo sostenibile. Le solite squadre di Scrum sono composte da cinque o sette membri, affiatati e co-posizionati.

Vari processi del modello Scrum

Il metodo Scrum è costituito da determinati processi o dall'insieme di eventi sequenziali che il team di Scrum esegue regolarmente. Questi sono alcuni eventi cruciali in cui le squadre partecipano.

  • La creazione del backlog del prodotto -

Il proprietario del prodotto partecipa alla creazione del backlog del prodotto. È responsabilità primaria del proprietario del prodotto avere una visione costante del mercato e delle esigenze del cliente ed è per questo che deve guidare il prodotto dalla visione del prodotto. Lui o lei fa un elenco basato sul feedback dei clienti e il team di sviluppo aiuta a dare la priorità all'elenco affinché funzioni in qualsiasi momento. Questo è un processo in corso e i cambiamenti o le nuove emergenze accettano come nuove opportunità piuttosto che ostacoli.

  • Sprint Planning Meeting e Sprint Backlog Creation -

Le riunioni di pianificazione dello Sprint si svolgono all'inizio di un progetto e tutti i membri del team di sviluppo devono partecipare a questa riunione. Questa riunione è guidata da un maestro della mischia in cui i membri del team e il proprietario del prodotto decidono l'obiettivo dello sprint. La durata dello sprint dura solo 2 settimane ma durante quel periodo è importante mantenere la cooperazione tra le parti interessate e i membri del team. Il proprietario del prodotto regola l'importanza della corretta storia dell'utente e il team di scrum può scegliere una storia significativa dal portafoglio ordini del prodotto. La specifica user story deve sempre essere associata all'obiettivo. Alla fine della riunione di pianificazione dello sprint, ogni membro della mischia deve avere una chiara idea di cosa può essere portato nello sprint corrente e di come verranno consegnati gli incrementi.

Il backlog dello sprint è l'elenco di elementi, storie utente o correzioni di errori, scelti dal team di sviluppo per l'applicazione nell'attuale ciclo di sprint. All'inizio di uno sprint, il team decide quale articolo sceglierà dal backlog del prodotto per funzionare nello sprint. Come se lo sprint backlog sia sviluppato durante lo sprint, è altamente flessibile. Ma l'obiettivo finale dello sprint deve essere fissato.

  • Lavorando sullo Sprint -

Poiché l'obiettivo dello sprint viene fissato durante la riunione di pianificazione dello sprint, il team di Scrum inizia a lavorare per fornire un incremento. Per tenere traccia dell'attuale avanzamento lavorativo, viene generalmente utilizzata una scheda attività.

  • La lista degli impedimenti -

Quando inizia il processo di lavoro effettivo, ciascun membro del team può aggiungere impedimenti o bloccanti a un elenco di ciò che deve affrontare durante il lavoro sull'attività assegnata. Non appena i membri annunciano o aggiungono i bloccanti all'elenco, lo scrum master deve prendere l'iniziativa per eliminare quei bloccanti. Quando il bloccante si presenta, dovrebbe essere comunicato agli altri membri del team nelle riunioni di mischia giornaliere e mantenendo il registro nell'elenco degli impedimenti.

  • The Daily Scrum Meeting -

L'incontro quotidiano di mischia si svolge di solito allo stesso tempo per discutere l'attività necessaria per raggiungere l'obiettivo dello sprint. Si tratta di un incontro informale della durata di solito di 15 minuti e lo Scrum Master prende l'iniziativa per farlo accadere ogni giorno. Lo scopo dell'incontro è mantenere ogni membro del team di scrum nello stesso allineamento e fare un piano di lavoro per le successive 24 ore senza compromettere l'obiettivo. In questa riunione, i membri del team di solito continuano a concentrarsi su tre domande:

  • Cosa ho fatto ieri per raggiungere l'obiettivo dello sprint?
  • Cosa intendo fare oggi per aiutare la squadra a raggiungere l'obiettivo dello sprint?
  • Ci sono ostacoli che possono impedire alla squadra di raggiungere l'obiettivo dello sprint?

Questa non è una riunione di discussione approfondita e si chiama anche "stand-up quotidiano".

  • Sprint Review e Sprint Retrospective -

Alla fine dello sprint, i membri si incontrano per dimostrare gli elementi arretrati agli stakeholder, ai compagni di squadra e al proprietario del prodotto per un feedback. Successivamente, il proprietario del prodotto può decidere se l'incremento verrà rilasciato o meno.

Nella retrospettiva dello sprint, i membri del team si riuniscono per condividere le loro esperienze con ciò che hanno guadagnato durante lo sprint. Discutono di ciò che è andato bene e di ciò che deve essere migliorato nella prossima iterazione.

Scrum è un framework che porta regolarità nel progetto attraverso le sue varie fasi o processi. Qualsiasi organizzazione può implementare la mischia senza alterare le sue regole e la sua regolamentazione.

Articoli consigliati

Questa è una guida al processo Scrum. Qui discutiamo i ruoli chiave in Scrum Framework e vari processi del modello Scrum. Puoi anche consultare i nostri altri articoli suggeriti per saperne di più -

  1. Scrum Framework
  2. Sviluppo Scrum
  3. Gestione agile del prodotto
  4. Pianificazione Agile Sprint
  5. Vantaggi di Scrum Epic
  6. Ruoli del software Scrum

Categoria:

Sviluppo dell'imprenditorialità