Terminare un'iterazione

In teoria, l'utente e il team completeranno tutto il lavoro pianificato per l'iterazioneSaranno completati gli elementi per illustrare le parti interessate, sia in una forma concreta (come utilizzare il codice di lavoro per illustrare una documentazione completa, o una funzionalità aggiunta di un software già esistente). Nell'elenco degli elementi di backlog completati e nelle attività associate all'iterazione, la frequenza di burn-down è mantenuta durante l'iterazione insieme a qualsiasi altra informazione di interesse per il team e per le parti interessate.È possibile decidere di inviare il software completato a i clienti per suggerimenti, decidendo così come includere i suggerimenti in ulteriori versione migliorate del software.Per ulteriori informazioni sugli strumenti di feedback, in Team Foundation Server (TFS), vedere Richiedere feedback.

La comprensione di quali realizzazioni concrete si posso ottenere, come ad esempio una parte di codice funzionante, sembra relativamente semplice.Tuttavia, la difficoltà nell'esperienza di molti team sta nel fatto di accordarsi per stabile ciò che deve e non deve essere risolto.Questo tipo di confusione può causare problemi nelle iterazioni successive.Per ulteriori informazioni su di una definizione di successo e avere un aiuto per come assicurarsi che tutti siano concordi sulla definizione di "fatto", vedere Fatti e annullato.

In alcuni casi, non è possibile completare tutti gli elementi di backlog pianificati per l'iterazione.In questi casi, è possibile discutere del lavoro (se presente) sull'elemento di backlog che è stato completato, oppure perché l'elemento non è stato completato e ciò che un'utente e la propria squadra può fare in futuro per impedire la presenza di lavoro non finito alla fine di un'iterazione.Dopo aver discusso dei problemi, è possibile scegliere di spostare l'elemento nell'iterazione successiva, oppure decidere di restituirlo ad un backlog generale per un inclusione successiva in un'iterazione.

Gli esempi di questo argomento seguono Peter e Julia, un Scrum Master e una proprietaria del prodotto della società fittizia Fabrikam Fiber, in quanto effettuano una riunione retroattiva con i colleghi di team Adam e Annie.Essi esaminano i risultati del team, verificando ciò che il team ha implementato durante un periodo e esaminando di lavoro non ancora completato.Effettuano una discussione sulle motivazione per le quali il lavoro non è stato completato e riassegnano rimanente lavoro al backlog.

Molti team scelgono di tenere le riunioni di pianificazione subito dopo le riunioni retroattive.Poiché le esigenze aziendali cambiano rapidamente, è possibile sfruttare i vantaggi di queste riunioni con il proprietario del prodotto, e rivedere le priorità delle parti interessate in un progetto di backlog nel corso della stessa riunione di pianificazione.

In questo argomento

1. Risultati di revisione

2. Spostare gli elementi incompleti in future iterazioni

Requisiti

Per eseguire le procedure descritte in questo argomento, è necessario disporre delle seguenti autorizzazioni:

• Visual Studio Premium, Visual Studio ultimate, oppure Visual Studio Test Professional.

• È necessario essere un membro del team, e avere Modifica permessi degli elementi di lavoro in questo nodo impostato su Consenti.Come impostazione predefinita, tutti i membri del team dispongono di questa autorizzazione, poiché il gruppo team è un membro del gruppo Contributors del progetto.

• Per visualizzare le funzionalità del team come il backlog e le aree di attività, è necessario appartenere al gruppo di accesso Completo in Team Web Access.

Per ulteriori informazioni, vedere Gestire il profilo personale e visualizzare le autorizzazioni personali, Accedere alle funzionalità in Team Web Access e Autorizzazioni per Team Foundation Server.

Risultati di revisione

È importante analizzare i successi e le realizzazioni nel corso dell'iterazione del team.Dimostrare il lavoro completato aiuta tutti a capire il lavoro che è stato svolto, quale lo stato del prodotto e come il team si deve preparare per la prossima iterazione.

Nell'esempio di team della Fabrikam Fiber, Peter è lo scrum master, e Julia, è la proprietaria del prodotto che tiene delle riunioni di revisione per lo sprint con il resto del team, così come le parti alle quali si vuole dare più interesse.Sulla base di questa riunione, alcune storie degli utente verranno accettate come complete.Il team illustra le funzionalità che vengono aggiunte al software a Julia ed ad un cliente rappresentate.Viene inoltre mostrato la documentazione completa per l'API pubblica che il team ha aggiunto nel corso dello sviluppo ed ha richiesto una sollecitazione del feedback per assicurarsi di consegnare il lavoro come richiesto.Se alcuni aspetti del lavoro completato non soddisfano le aspettative, il team crea un altro elemento di lavoro nel backlog per cogliere il lavoro necessario.Il team discute su di una storia incompleta di un utente, le attività che sono state completate per la storia dell'utente e le attività che devono ancora essere completata prima della scadenza del progetto.Ancora più importante, il team discute perché la storia dell'utente non è completata: Adam ha trascorso diversi giorni a casa per malattia, e il resto del team non ha avuto abbastanza tempo per integrare la pianificazione del lavoro per compensare la sua assenza.Il team decide, per il momento, di spostare la storia utente incompleta nello sprint successivo e rivedere la relativa decisione nella riunione di pianificazione per lo sprint successivo, con strategie che permettano di evitare tali problemi in futuro.

Spostare gli elementi incompleti in future iterazioni

È possibile spostare un elemento di backlog incompleto in un'altra iterazione, come lo sprint successivo, oppure spostarlo nel backlog globale per il team.Quando si sposta un elemento di backlog, qualsiasi degli elementi associati che sono stati completati, ad esempio le attività, verranno spostati in tale iterazione.È possibile spostare qualsiasi attività completata all'iterazione in cui sono state completate.

Per spostare gli elementi in un'iterazione futura

1. Nella pagina Backlog prodotto, selezionare l'iterazione appena completata e rivedere gli elementi nell'elenco.

2. Evidenziare un elemento di backlog come un elemento di backlog prodotto oppure come una storia urente e quindi effettuare una delle seguenti operazioni:

   • Trascinare l'elemento nell'iterazione in cui si desidera spostare l'elemento, o in Backlog prodotto se non si desidera specificare l'elemento assegnato a un'iterazione.

   • Scegliere la freccia verso il basso acconto alla voce, evidenziare Sposta in iterazionee selezionare l'iterazione in cui si desidera spostare l'elemento.

     Suggerimento
     Per spostare l'elemento nel backlog globale per il team anziché in una specifica iterazione, scegliere Backlog dall'elenco.

   • Aprire l'elemento e modificare manualmente il percorso di iterazione, per modificarlo per l'iterazione a cui si desidera spostare l'elemento.Se si sceglie questo metodo, nessuno degli elementi di lavoro figlio avrà il percorso d'iterazione automaticamente modificato per la corrispondenza.

Argomenti correlati in questa esercitazione

Home | Creare un Backlog | La visualizzazione e la gestione del backlog con una scheda di Kanban | Pulire e stimare il Backlog | Pianificare un'iterazione | Eseguire un'iterazione

Vedere anche

Concetti

Pianificazione Agile e iterazioni