Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
I team usano lo strumento di previsione per aiutare nelle attività di pianificazione dello sprint. Collegando un valore per la velocità del team, lo strumento di previsione mostra quali elementi nel backlog possono essere completati entro sprint futuri. Entrambi gli strumenti sono strumenti destinati al team che si basano sulla capacità del team di stimare gli elementi di backlog. Dopo aver completato uno o due sprint, il team può utilizzare la propria velocità per prevedere quanto backlog riuscirà a completare nei prossimi sprint.
Usare questo articolo per informazioni:
- Come prevedere i prossimi sprint
- Attività del team necessarie e consigliate per supportare la previsione
Note
Se gli elementi di lavoro desiderati non vengono visualizzati nel backlog o nella scheda, vedere Creare e gestire il backlog. Per altre informazioni, vedere Che cos'è Azure Boards?
Prerequisites
| Category | Requirements |
|---|---|
| Project membership | Project member. |
| Permissions | Membro del gruppo di sicurezza Collaboratori . |
| Access levels | Almeno accesso Basic. |
Note
Gli utenti con accesso stakeholder per un progetto pubblico hanno accesso completo alle funzionalità di backlog e bacheca, proprio come gli utenti con accesso di base . Per ulteriori informazioni, consultare Guida rapida all'accesso per Stakeholder.
- Appartenenza al progetto: membro di un progetto.
- Autorizzazioni: membro del gruppo di sicurezza collaboratori.
- Livelli di accesso: almeno accesso Base.
Attività obbligatorie e consigliate
Ecco cosa è indispensabile avere in atto prima di tentare di prevedere il backlog del team.
Required:
-
Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team
- Gli sprint devono avere la stessa durata.
- Seleziona un numero sufficiente di sprint futuri per stimare l'intero backlog del prodotto.
- Definire e stimare gli elementi del backlog. Se si lavora dal backlog del team, gli elementi creati vengono assegnati automaticamente allo sprint corrente (iterazione) e al percorso area predefinito del team.
- Aggiornare lo stato degli elementi di backlog dopo l'avvio del lavoro e al termine. Solo gli elementi backlog i cui stati sono mappati a una categoria di stato proposta o in corso vengono visualizzati nel grafico di velocità. Per altre informazioni, vedere Stati del flusso di lavoro e categorie di stato.
Recommended:
- Definire e ridimensionare gli elementi del backlog per ridurre al minimo la variabilità.
- Determinare come il team vuole gestire i bug. Se il team sceglie di trattare i bug come i requisiti, i bug vengono visualizzati nel backlog e vengono conteggiati all'interno del grafico della Velocità e delle previsioni.
- Imposta il percorso dell'area del tuo team. Lo strumento di previsione prevede tali elementi in base alle impostazioni predefinite del team. Queste impostazioni possono specificare di includere elementi nei percorsi dell'area nell'impostazione predefinita del team o escluderli.
- Non creare una gerarchia di elementi e bug del backlog. La visualizzazione del nodo foglia, l'ultimo nodo in una gerarchia di stessa categoria, può essere visualizzato solo su bacheche, backlog sprint e taskboard. Per ulteriori informazioni, vedere Risolvere i problemi di riordinamento e annidamento, come i backlog e le bacheche visualizzano gli elementi gerarchici (annidati).
Invece di annidare i requisiti, i bug e le attività, mantenere un elenco piatto, creando solo collegamenti padre-figlio di un solo livello tra elementi di categoria diversi. Usare le funzionalità per raggruppare i requisiti o le storie utente. È possibile mappare rapidamente le storie alle funzionalità. La mappa crea collegamenti padre-figlio in secondo piano. - Al termine dello sprint, aggiornare lo stato degli elementi di backlog completati completamente dal team. Gli elementi incompleti devono essere spostati nuovamente nel backlog del prodotto e considerati in una riunione di pianificazione dello sprint futura.
Note
Se si lavora con più team e ogni team vuole lavorare con il proprio backlog, il grafico della velocità e lo strumento di previsione, è possibile creare team aggiuntivi. Ogni team ottiene quindi l'accesso al proprio set di strumenti Agile. Ogni strumento Agile filtra gli elementi di lavoro in modo da includere solo quelli i cui percorsi di area assegnati e i percorsi di iterazione soddisfano quelli impostati per il team.
Prevedere i prossimi sprint
Usare lo strumento di previsione per ottenere un'idea del numero di elementi che è possibile completare all'interno di uno sprint. Inserendo una velocità stimata, è possibile vedere quali elementi sono compresi nell'ambito per la serie di sprint che il team ha attivato.
Per prevedere il backlog del prodotto, segui queste azioni.
(1) Verificare di aver selezionato il progetto corretto, (2) scegliere Boards>Backlogs e quindi (3) selezionare il team corretto dal menu di selezione del team.
Per selezionare un altro backlog, aprire il selettore e quindi scegliere un team diverso o selezionare l'opzione Visualizza directory backlog. In alternativa, inserire una parola chiave nella casella di ricerca per filtrare l'elenco dei backlog del team per il progetto.
Verificare di aver selezionato Stories (for Agile), Issues (for Basic), Backlog items (for Scrum) o Requirements (for CMMI) come livello di backlog.
(Facoltativo) Per scegliere le colonne da visualizzare e in quale ordine scegliere l'icona
azioni e selezionare Opzioni colonna. Per altre informazioni, vedere Modificare le opzioni delle colonne.
Scegliere l'icona delle
opzioni di visualizzazione e scorrere Previsione su Sì. Per semplificare le operazioni, disattivare i riquadri Mapping e Pianificazione.
Impostare Elementi in corso su Disattivato per nascondere gli elementi che non verranno conteggiati nella previsione. Lo strumento di previsione ignora gli elementi Scrum impostati su Committed o Done e quelli Agile e CMMI impostati su Attivo, Risolto o Completato.
Immettere la velocità stimata del team.
Tip
Se il team sta lavorando per diversi sprint, è possibile ottenere un'idea della velocità del team dal widget Velocity.
Lo strumento disegna le linee per ogni sprint futuro selezionato dal team. Le linee di previsione mostrano quanto lavoro il team può completare negli sprint futuri. In genere, gli elementi sopra la prima riga sono già in corso per lo sprint corrente. Gli elementi che rientrano tra le prime e le seconde righe di previsione indicano cosa è possibile completare nello sprint denominato.
Esaminare i risultati delle previsioni
- Controllare manualmente i risultati per comprendere le discrepanze in ciò che ci si aspetta e cosa viene visualizzato dallo strumento di previsione.
- Verificare la quantità di sforzo (lavoro, punti di storia o dimensione) prevista per sprint.
- Metti in discussione i risultati delle previsioni quando lo sforzo di un elemento è vicino o superiore rispetto alla velocità del team.
In questo esempio viene usata una velocità pari a 20. Lo strumento di previsione limita il numero di elementi visualizzati tra le righe di previsione per gli elementi che possono essere completati all'interno dello sprint o utilizzando punti di velocità inutilizzati dello sprint precedente.
Lo strumento di previsione indica che tra due e quattro elementi possono essere gestiti durante le iterazioni dalla 2 alla 6, in base al numero di punti storia assegnati a ciascuna storia utente o bug. La logica di previsione trasferisce i punti di velocità da uno sprint a quello successivo.
Iterazione 2: 13 punti storia, elementi 1 e 2 possono essere completati; 7 punti di velocità vengono trasportati allo sprint successivo
Iterazione 3: 24 punti storia, gli elementi da 3 a 5 possono essere completati; 3 (=20+7-24) punti di velocità vengono portati al successivo sprint
Iterazione 4: 21 punti storia, elementi da 6 a 8 possono essere completati; 2 (=20+3-21) punti di velocità vengono portati al successivo sprint
Iterazione 5: 16 punti storia, gli elementi da 9 a 12 possono essere completati; 6 (=20+2-16) punti di velocità vengono trasportati allo sprint successivo
Iterazione 6: 23 punti storia, gli elementi da 13 a 16 possono essere completati; 3 (=20+6-23) punti di velocità vengono trasportati allo sprint successivo
Determinare la velocità necessaria per completare tutti gli elementi nel backlog
Un altro modo per usare lo strumento di previsione consiste nell'immettere valori di velocità diversi fino a quando tutti gli elementi del backlog non vengono completati all'interno di un determinato set di sprint. Questa previsione fornisce una stima della velocità necessaria per smaltire l'arretrato degli elementi.
È quindi possibile valutare il delta tra la velocità del team corrente e quella richiesta. Il delta consente di determinare quali altre risorse sono necessarie per soddisfare le esigenze di produzione entro un periodo di tempo necessario.
Next steps
Related content
- Team velocity
- Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team
- Usare il pannello attività per tenere traccia del lavoro durante lo sprint
- Monitorare il grafico burndown dello sprint per determinare se il team è sulla buona strada per completare il piano dello sprint.