Condividi tramite

Attività di fine sprint

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Al termine di uno sprint, i team devono completare diverse attività per mantenere l'igiene del backlog e garantire metriche accurate. Il lavoro incompleto non deve rimanere assegnato a uno sprint precedente e i team devono decidere come gestire gli elementi non finiti. Anche se non esiste un modo automatico per spostare elementi di lavoro incompleti in un altro sprint o reimpostare Il lavoro rimanente su zero, i team possono eseguire azioni specifiche per risolvere questi problemi.

Le azioni chiave da eseguire includono:

  • Decidere come gestire le attività e le storie utente parzialmente completate alla fine dello sprint.
  • Gestire il lavoro incompleto per garantire che le metriche sprint e la velocità rimangano accurate.
  • Esaminare gli elementi in un ordine di priorità per mantenere la concentrazione e l'efficienza.

Eseguire attività di fine sprint prima o dopo una riunione di revisione sprint e prima di una retrospettiva sprint. Queste attività consentono di mantenere visualizzazioni e metriche accurate per supportare revisioni sprint, retrospettive e pianificazione futura dello sprint.

Obiettivi per le attività di fine sprint

Ogni sprint rappresenta un periodo di sviluppo a tempo fisso a cui viene assegnato il lavoro. Esaminare l'elenco di controllo seguente per gli obiettivi da tenere presenti quando si eseguono attività di fine sprint.

  • Mantenere ordine nel backlog in modo che nessun lavoro incompleto sia assegnato a uno sprint con una data di fine passata
  • 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 del software e sul raggiungimento degli obiettivi dello sprint.
  • Ridurre al minimo gli sforzi di rilevamento del lavoro che non hanno valore.

Suggerimento

La velocità del team misura l'accuratezza della pianificazione, non la produttività. Solo il lavoro completato conta al raggiungimento della velocità. Il lavoro incompleto dovrebbe essere riconsiderato per uno sprint futuro. Concentrandosi sul lavoro completato, si ottengono metriche più realistiche e dati cronologici migliori per la pianificazione futura.

Decidere le preferenze del team

I suggerimenti seguenti illustrano le principali attività di fine sprint che i team dovrebbero considerare di eseguire. In genere, queste attività devono essere eseguite l'ultimo giorno dello sprint o dopo la riunione di revisione dello sprint.

  • Esaminare lo sprint backlog per le storie degli utenti incomplete, le attività e gli elementi del backlog. È possibile eseguire la revisione esaminando il backlog sprint o lo sprint taskboard.

  • Riassegnare storie utente, elementi backlog e attività non avviate 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 il lavoro 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 nella sprint corrente non contribuiscono 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. I team devono decidere come gestire questi casi e prendere in considerazione l'impostazione del valore Lavoro rimanente su zero per le attività completate.

Esaminare il backlog dello sprint per il lavoro incompleto

Per determinare il lavoro incompleto, esaminare il backlog dello Sprint per il lavoro ancora nello stato Confermato, Attivo o In corso. Screenshot del backlog dello sprint alla fine dello sprint.

Suggerimento

In Azure DevOps la chiusura di uno sprint non limita automaticamente gli aggiornamenti allo sprint. Una volta chiuso uno sprint, è essenziale spostare manualmente gli elementi di lavoro non finiti nello sprint o nel backlog corrente.

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. Se il valore predefinito è impostato sulla macro @CurrentIteration , tale selezione non modifica il percorso di iterazione fino all'inizio dello sprint successivo.

Screenshot dello sprint backlog con riquadro di pianificazione abilitato.

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, gli amministratori del progetto possono scegliere di spostare gli sprint passati in un'area di archiviazione. Quando si mantiene l'assegnazione dello sprint, ma lo si sposta 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 .

Screenshot dei percorsi di iterazione archiviati nel nodo degli Sprint precedenti.

Suggerimento

Azure DevOps mantiene tutti i dati archiviati negli elementi di lavoro fino a quando gli elementi di lavoro non vengono eliminati definitivamente.

Suggerimenti per l'igiene dello Sprint

Il backlog dello Sprint si riferisce 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 è necessario alcun intervento per rendere il prossimo sprint lo sprint attivo corrente.

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.
  • Devono essere definiti più sprint futuri per il tuo progetto e assegnati ai team.

Per altre informazioni, vedere Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team.

Contenuti correlati