Attività di fine sprint
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Al termine di uno sprint, i team potrebbero voler partecipare a diverse attività per mantenere l'igiene del backlog. In generale, il lavoro incompleto non deve mai essere assegnato a uno sprint precedente. Teams deve determinare come gestire il lavoro che non viene completato in uno sprint e intraprendere le azioni appropriate.
Nota
Non esiste alcun modo automatico per spostare elementi di lavoro incompleti assegnati a uno sprint a un altro. Inoltre, un metodo automatico per l'azzeramento del lavoro rimanente.
Al termine di ogni sprint, ogni team deve determinare e intervenire per risolvere le domande seguenti:
- Come è consigliabile affrontare le storie utente e le attività che vengono completate solo parzialmente alla fine dello sprint?
- Qual è il modo corretto per gestire il lavoro parzialmente svolto alla fine in modo che le metriche sprint e la velocità siano correttamente contabilizzate?
- Che cosa dovremmo rivedere e in quale ordine?
In generale, le attività di fine sprint devono essere eseguite prima o dopo una riunione di revisione dello sprint e prima di una retrospettiva sprint. L'elemento principale da considerare è gestire visualizzazioni e metriche per supportare il team nelle revisioni sprint, nelle retrospettive e nella pianificazione dello sprint.
Obiettivi per le attività end-of-sprint
Ogni sprint rappresenta un periodo di sviluppo con time boxing a cui viene assegnato il lavoro. Esaminare l'elenco di controllo seguente per gli obiettivi da tenere presenti durante l'esecuzione di attività end-of-sprint.
- Mantenere l'igiene del backlog in cui non viene assegnato alcun lavoro incompleto a uno sprint la cui data di fine è in passato
- Gestire gli stati degli elementi di lavoro e le assegnazioni di sprint per supportare il monitoraggio dello stato e della velocità del team
- Attività di miglioramento continuo del team di supporto
- Il team di supporto si concentra sulla distribuzione di software e sulla riunione degli obiettivi sprint
- Ridurre al minimo le attività di rilevamento del lavoro senza alcun valore
Suggerimento
La velocità del team non è una misura della produttività del team e deve essere usata solo come metrica per pianificare sprint futuri. Il lavoro è completato alla fine di uno sprint o non lo è. Se viene fatto, conta. In caso contrario, viene riconsiderato per uno sprint futuro e non per lo sprint corrente. La velocità tende a livellarsi indipendentemente dalle scelte effettuate. Tuttavia, considerando solo il lavoro svolto, si lavora verso un valore più realistico e una fonte molto migliore di dati cronologici per fare previsioni future.
Decidere le preferenze del team
I suggerimenti seguenti illustrano i team principali delle attività di fine sprint che devono prendere in considerazione l'esecuzione. In genere, queste attività devono essere eseguite l'ultimo giorno dello sprint o dopo la riunione di revisione dello sprint.
Esaminare il backlog sprint per le storie utente incomplete, gli elementi backlog e le attività. È possibile eseguire la revisione esaminando il backlog sprint o lo sprint taskboard.
Riassegnare storie utente, elementi backlog e attività non avviati al backlog del prodotto o allo sprint successivo. Usando il riquadro Pianificazione, è possibile riassegnare il backlog del team o uno sprint futuro. Gli elementi di lavoro riassegnati possono essere rivalutati e classificati in ordine di priorità.
Determinare come gestire storie utente incomplete, elementi backlog o attività. Tenere presente che l'obiettivo è quello di spedire software funzionante. Di seguito sono riportate le due opzioni seguenti:
- Dividere la storia in due per rappresentare il lavoro completato nello sprint corrente e lavorare ancora da fare. Per altre informazioni, vedere Copiare o clonare storie, problemi e altri elementi di lavoro.
- Riassegnare la storia allo sprint successivo in cui è possibile completare il lavoro. Tutte le storie non completate nell'account sprint corrente per zero alla velocità dello sprint.
Determinare come gestire il lavoro rimanente per le attività completate. Se le attività sono state completate, la presenza di un valore diverso da zero per Il lavoro rimanente non ha molto senso. Teams deve decidere come gestire questi casi e prendere in considerazione l'impostazione del valore di Lavoro rimanente su zero per le attività completate.
Esaminare il backlog sprint per il lavoro incompleto
Per determinare il lavoro incompleto, esaminare il backlog Sprint per il lavoro ancora in stato di commit, attivo e in corso.
Riassegnare storie utente incomplete e attività allo sprint futuro
Nel backlog Sprint scegliere 
Visualizza opzioni e selezionare Pianificazione. Trascinare e rilasciare gli elementi di lavoro incompleti nello sprint successivo o nel backlog del team.
Come illustrato nell'immagine seguente, il backlog Fabrikam Team corrisponde al percorso di iterazione predefinito impostato per il team. Si noti che se il valore predefinito è impostato sulla macro @CurrentIteration , tale selezione non modificherà il percorso di iterazione fino all'inizio dello sprint successivo.
Archiviare sprint precedenti
Nel corso del tempo, il numero di sprint definiti per un progetto o assegnati a un team può aumentare. Per ridurre al minimo il menu a discesa per i percorsi di iterazione, Project Amministrazione istrators può scegliere di spostare gli sprint passati in un'area di archiviazione. Mantenendo l'assegnazione dello sprint, ma spostandola in un nodo sprint diverso, tutti i dati degli elementi di lavoro vengono conservati. Tutti i grafici sprint e i widget continuano a funzionare.
Come illustrato nell'immagine seguente, gli sprint del 2012 e 2013 sono stati spostati nel nodo Sprint precedenti .
Suggerimento
Tutti i dati archiviati negli elementi di lavoro vengono mantenuti da Azure DevOps fino a quando gli elementi di lavoro non vengono eliminati definitivamente.
Suggerimenti per l'igiene sprint
Il backlog Sprint punta automaticamente allo sprint corrente come sprint attivo in base alle date di inizio e fine. Se la data corrente rientra nel periodo sprint, lo sprint corrispondente è lo sprint corrente. Non è necessaria un'ulteriore azione per impostare lo sprint corrente attivo nello sprint successivo.
In qualità di amministratore di progetto o team, assicurarsi di soddisfare le indicazioni seguenti per la gestione degli sprint.
- Le date di inizio e di fine definite per gli sprint del progetto non devono sovrapporsi.
- Tutti gli sprint di interesse per un team devono essere selezionati per la configurazione del team.
- Per il progetto devono essere definiti diversi sprint futuri e selezionati per i team.
Per altre informazioni, vedere Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team.