Sprint Planning 101: Come pianificare grandi sprint

Chiedi a una dozzina di persone cos'è l'agile e otterrai una dozzina di risposte diverse. Ma è meglio definito da Scrum come modello. Scrum è un modo per gestire un progetto all'interno di un framework agile ed è composto da tre ruoli: product owner, Scrum Master e team.

Il product owner è concentrato sul lato business del progetto, lo Scrum Master è l'esperto, che agisce come un coach. Il team è autodiretto e lavora come meglio crede per raggiungere gli obiettivi del product owner.

Se sei interessato ai dadi e ai bulloni di Scrum, dai un'occhiata alla nostra guida. Per questo post, faremo un tuffo in profondità in uno degli eventi nel framework Scrum, lo sprint planning.

Cos'è uno sprint?

Per fornire una certa regolarità e ridurre al minimo la necessità di riunioni, Scrum è suddiviso in eventi. Uno di questi eventi è lo sprint. Uno sprint è un'iterazione nel ciclo di sviluppo di un progetto.

Lo sprint è definito da una piccola quantità di lavoro pianificato che il team deve completare e pronto per la revisione. Sprint deriva da un framework agile per i progetti ed è solitamente associato a Scrum. Tuttavia, lo sprint si inserisce anche nella tecnica del kanban con il suo concetto di consegna continua. Scrumban distribuirà anche gli sprint.

Come nel significato della parola del dizionario, lo sprint è come una breve corsa. Definisce una durata di solito non superiore a due o quattro settimane. L'obiettivo di uno sprint viene deciso tra il product owner e il team, che viene chiamato "obiettivo dello sprint". Il lavoro proviene da uno sprint backlog, che è un elenco di attività da completare. Gli arretrati sono spesso ospitati su schede o elenchi di attività per una facile manutenzione.

I team lavorano in modo collaborativo per completare lo sprint e averlo pronto per la revisione. Ma lo sprint non può iniziare finché non c'è stato un piano di sprint.

Come fare un buon piano di sprint

Lo sprint plan è un altro evento nel framework Scrum di un progetto agile. Inizia con il team che decide su quali elementi del suo backlog lavorare durante lo sprint. Questo è l'obiettivo dello sprint che è una decisione collaborativa tra il team e il product owner.

La pianificazione dello sprint di solito coinvolge tutti i membri del team. C'è il product owner che aiuta a dare priorità al backlog e suggerisce quali articoli dovrebbero far parte dell'obiettivo dello sprint. Il team entra per determinare quale sia un numero fattibile di attività su cui il backlog deve lavorare durante lo sprint.

Inoltre, coinvolto nella pianificazione dello sprint è lo Scrum Master. Lo Scrum Master è un esperto del framework Scrum per progetti agili. Agiscono come un facilitatore per il piano sprint per assicurarsi che sia efficace, che vengano affrontati gli elementi arretrati appropriati e che ci sia accordo tra le parti coinvolte.

Ci sono tre fasi principali per la pianificazione dello sprint.

1. Progettazione

Il design di uno sprint è di solito solo un evento occasionale, anche se può essere modificato andando avanti per migliorare il processo. A meno che il progetto non funzioni, allora, ovviamente, dovresti tornare al tavolo da disegno.

Le parti della fase di progettazione di uno sprint plan iniziano con una riunione di pianificazione dello sprint. È qui che si misurano le iniziative di business e si crea lo sprint backlog. Un'altra riunione suddividerà l'arretrato in attività, il che finalizza l'arretrato.

Ci saranno Scrum Meeting giornalieri. Questi sono i check-in per aggiornare lo stato di avanzamento dello sprint. Le attività sono ulteriormente prioritarie in questo momento e assegnate in base alla revisione del diagramma di burndown, che mostra graficamente la velocità di lavoro di un team.

Inoltre, durante lo sprint, c'è qualcosa chiamato ritocco arretrato. Questo è il momento in cui il proprietario del prodotto e il team esamineranno e perfezioneranno il backlog in base a quanti progressi stanno facendo.

Una volta terminato lo sprint, c'è una riunione di revisione dello sprint. Qui i risultati dello sprint completato verranno analizzati rispetto agli obiettivi del progetto dalla riunione di pianificazione. C'è anche una riunione retrospettiva sullo sprint che esamina i processi e gli strumenti utilizzati durante lo sprint e come possono essere migliorati per il prossimo.

Questi progetti sono incentrati sulla creazione di un programma realistico e di traguardi che il team deve raggiungere. Il design dovrebbe essere concordato da tutti i membri del team di progetto. Il design è la struttura che determinerà la durata del progetto, quindi deve soddisfare lo scopo, il costo e il tempo approvati del progetto.

2. Stima la velocità di sprint

Prima dello sprint, il product owner ne determinerà la velocità. Cioè, quanto lavoro dovrebbe essere fatto all'interno dello sprint. Questa decisione si basa sul programma della squadra e sulla loro capacità.

Questa stima viene creata all'inizio di ogni sprint. Anche se potrebbe esserci bisogno di farlo durante la fase di progettazione, è meglio aspettare. Ci sono preziose informazioni che arrivano dopo ogni sprint che dovrebbero essere applicate a quello successivo.

L'obiettivo della stima è sviluppare una nuova velocità di sprint per ogni sprint. Questo dovrebbe riflettere gli obiettivi di quello sprint, le efficienze che abbiamo imparato dal precedente e cosa si può fare realisticamente con le risorse attuali. Ci sono anche molti strumenti ora disponibili per aiutare a massimizzare il numero di obiettivi raggiunti durante ogni primavera, dagli strumenti di automazione dei test alle soluzioni CI/CD.

3. Assegnazione del lavoro Sprint

È qui che lo Scrum Master torna utile. Grazie alla loro esperienza, possono lavorare a stretto contatto con il team per soddisfare i requisiti forniti dal proprietario del prodotto. Insieme, lo Scrum Master e il team assegnano il lavoro dello sprint.

Ma il team lavora in modo relativamente indipendente, che è uno dei principi di un framework agile. L'idea di team autodiretti è fondamentale per lavorare in Scrum e sono incaricati di gestire lo sprint verso l'obiettivo dello sprint.

Questo viene fatto assegnando le persone più abili nei compiti a eseguirli. Vengono utilizzate le persone giuste e il team acquisisce un maggiore senso di responsabilità per il lavoro. Sono potenziati dall'autonomia.

La differenza tra uno sprint di successo e uno fallito

Dire se il tuo sprint ha successo è abbastanza semplice. Ha raggiunto il suo obiettivo? L'obiettivo dello sprint viene deciso prima di iniziare lo sprint dal product owner e dal team. Se tali criteri sono stati soddisfatti, lo sprint ha successo. Significa che stai attraversando l'arretrato a un ritmo accettabile.

Al contrario, se la squadra non è in grado di completare tutto sul backlog che era stato impostato come obiettivo dello sprint, lo sprint è fallito. Il fatto che gli sprint siano veloci e in continua evoluzione è per evitare di finire con un prodotto alla fine del tuo progetto che nessuno vuole. Anche questo sarebbe un fallimento.

Il successo è misurato dalle revisioni dello sprint, che assicurano che il progetto si muova nella giusta direzione. Se le parti interessate chiave e gli utenti finali sono insoddisfatti, se i risultati finali non soddisfano le loro aspettative, si tratta di un fallimento. Se nulla viene appreso alla fine di uno sprint, può anche essere considerato un fallimento. Dopotutto, si tratta di sperimentare e del processo empirico.

ProjectManager.com aiuta con la pianificazione dello sprint

ProjectManager.com è un software flessibile per la gestione dei progetti. Quando si tratta di pianificare il tuo prossimo sprint, puoi utilizzare i nostri modelli di pianificazione dello sprint per iniziare con il piede giusto. Il modello è progettato per i team di sviluppo. Puoi spostare facilmente le attività fuori dal backlog e nello sviluppo nella visualizzazione della scheda.

Una volta che hai la tua bacheca, i team possono personalizzare le colonne e collaborare sulle schede. Possono aggiungere le proprie liste di cose da fare e commentare con altri membri del team. Abbiamo uno spazio di archiviazione illimitato per i file, quindi aggiungi tutti i documenti e le immagini che desideri. Sono tutti collegati a livello di attività, quindi niente più ricerche infinite per i documenti importanti. Inoltre, @ il Product Owner o lo Scrum Master, che riceverà una notifica via e-mail e lo coinvolgerà nella conversazione.

La nostra visualizzazione dell'elenco delle attività è un ottimo strumento per gli arretrati. Puoi gestire il backlog filtrando i dati in base alla data di scadenza, al proprietario, al progetto, ecc. Le attività possono anche essere contrassegnate per renderle più facili da trovare. ProjectManager.com è basato su cloud, quindi qualsiasi aggiornamento di stato sulle attività si riflette immediatamente nel software, creando una maggiore trasparenza.

Infine, c'è la nostra dashboard in tempo reale. Tiene traccia del progetto attraverso una serie di metriche, tra cui attività, avanzamento e varianza. Questa è un'altra caratteristica che aiuterà a trattare con le parti interessate e presentare loro gli aggiornamenti del progetto.

ProjectManager.com è un software di gestione dei progetti basato su cloud, ideale per qualsiasi metodologia in cui lavori. Abbiamo gli strumenti per aiutare i manager a pianificare, monitorare e creare report sul loro progetto. I team ottengono una piattaforma collaborativa che dà loro l'autonomia per lavorare in gruppi autodiretti e aumentare la produttività. Prova ProjectManager.com oggi con questa prova gratuita di 30 giorni.