Informazioni sui percorsi area e iterazione (Sprint)

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

I percorsi di area consentono di raggruppare gli elementi di lavoro in base al team, al prodotto o all'area delle funzionalità. I percorsi di iterazione consentono di raggruppare il lavoro in sprint, attività cardine o in un altro periodo specifico dell'evento o relativo al tempo. Entrambi questi campi consentono di definire una gerarchia di percorsi.

Si definiscono percorsi di area e iterazione per un progetto. Teams può quindi scegliere i percorsi usati per supportare il backlog e altri strumenti Agile. Per comprendere in che modo gli strumenti Agile usano percorsi di area e iterazione, vedere Strumenti Agile che si basano su aree e iterazioni.

Nota

I percorsi di area e i percorsi di iterazione sono detti anche nodi di classificazione. È possibile gestirli a livello di codice tramite i nodi di classificazione (API REST) o il comando dell'interfaccia della riga di comando di Azure DevOps az boards iteration.

Le aree e le iterazioni visualizzate dipendono dal processo usato per creare il progetto. Di seguito vengono mostrati i valori predefiniti definiti per il processo Scrum. Nessuna data impostata. Le date vengono impostate in modo che corrispondano alle pianificazioni dello sprint o della versione.

Iterazioni	Aree

Importante

L'eliminazione di percorsi di area o la riconfigurazione dei percorsi di iterazione può causare una perdita di dati e non può essere ripristinata. Ad esempio, i grafici dei widget burndown o burnup, il burndown sprint e i grafici di velocità per i team i cui percorsi di area vengono modificati non rifletteranno i dati corretti. I grafici di tendenza cronologici fanno riferimento al percorso area e al percorso di iterazione, come definito in un punto nel passato per ogni elemento di lavoro. Quando viene eliminato un percorso area o un percorso di iterazione, non è possibile recuperare i dati cronologici.

Definire e assegnare percorsi di area

Se non si ha familiarità con la gestione di progetti e team, la sequenza più semplice per la configurazione del progetto e dei team è la seguente.

1. Determinare il numero e i nomi dei percorsi di area che si desidera supportare per classificare il lavoro. Aggiungere almeno un percorso di area per ogni team definito.
2. Determinare il numero e i nomi dei team da supportare. Per indicazioni, vedere Informazioni sui team e sugli strumenti Agile.
3. Aprire Configurazione progetto > Configurazione progetto e definire i percorsi dell'area per supportare i passaggi 1 e 2 a livello di progetto. Seguire i passaggi descritti più avanti in questo articolo: Aprire Project Impostazioni, Configurazione del progetto e Aggiungere percorsi di area.
4. Definire i team necessari per supportare il passaggio 2. Per indicazioni, vedere Aggiungere un team, passare da un team predefinito a più team.
5. Aprire la configurazione del team e assegnare i percorsi di area predefiniti e aggiuntivi a ogni team. Seguire i passaggi descritti più avanti in questo articolo: Aprire le impostazioni del team e Impostare i percorsi delle aree predefinite del team.
6. Assegnare il percorso dell'area degli elementi di lavoro a un percorso di area definito. Usare la modifica bulk per modificare più elementi di lavoro contemporaneamente.

Nota

I progetti sono limitati alla definizione di un massimo di 10.000 percorsi di area e all'assegnazione di un massimo di 300 percorsi di area a un singolo team. Per altre informazioni, vedere Rilevamento del lavoro, processo e limiti dei progetti.

Inoltre, anche se è possibile assegnare lo stesso percorso di area a più team, questo può causare problemi se due team sostengono la proprietà dello stesso set di elementi di lavoro. Per altre informazioni, vedere Informazioni sulle bacheche e Kanban, Limitazioni delle visualizzazioni della bacheca Kanban multi-team.

Se necessario, è possibile eseguire le azioni seguenti in qualsiasi momento:

• Aggiungere nodi figlio aggiuntivi
• Rinominare un percorso di area (ad eccezione del percorso dell'area radice)
• Spostare un nodo figlio in un altro nodo
• Eliminare un nodo figlio
• Rinominare un team
• Modificare le assegnazioni di percorso dell'area apportate a un team

Vedere anche Configurare una gerarchia di team.

Quante aree devono essere definite da un team?

È possibile aggiungere aree per supportare i requisiti di traccia e sicurezza del team. Usare le aree per rappresentare componenti logici o fisici e quindi creare aree figlio per rappresentare caratteristiche specifiche.

Aggiungere aree quando si hanno questi requisiti:

• Filtrare le query in base a un prodotto o a un'area di funzionalità
• Organizzare o raggruppare gli elementi di lavoro in base al team o ai sottoteam
• Limitare l'accesso agli elementi di lavoro in base all'area.

Ogni team può creare una gerarchia di aree in cui il team può organizzare gli elementi del backlog, le storie utente, i requisiti, le attività e i bug.

Evitare di creare una struttura di area troppo complessa. È possibile creare aree per partizionare le autorizzazioni per gli elementi di lavoro, ma gli alberi complessi richiedono un sovraccarico significativo per la gestione delle autorizzazioni. Si potrebbe notare che è troppo lavoro per duplicare la struttura e le autorizzazioni in altri progetti.

Definire e assegnare percorsi di iterazione

Usare le indicazioni seguenti per configurare i percorsi di iterazione per il progetto e i team:

1. Prima di tutto, definire i percorsi di area e i team seguendo le indicazioni fornite in Definire i percorsi di area e assegnarli a un team.
2. Determinare la lunghezza dell'iterazione che si vuole supportare. La pratica consigliata consiste nel fare in modo che tutti i team usino la stessa frequenza di sprint.
3. Determinare se si desidera una struttura o una gerarchia semplice di sprint e versioni.
4. Aprire Configurazione progetto Configurazione progetto> e definire i percorsi di iterazione per supportare i passaggi 2 e 3 a livello di progetto. Seguire i passaggi descritti più avanti in questo articolo: Aprire Project Impostazioni, Configurazione progetto e Aggiungere iterazioni e impostare le date di iterazione.
5. Aprire la configurazione del team e assegnare i percorsi predefiniti, backlog e iterazioni aggiuntive a ogni team. Seguire i passaggi descritti più avanti in questo articolo: Aprire le impostazioni del team e Impostare i percorsi di iterazione predefiniti del team.
6. Ogni team deve assegnare un percorso di iterazione agli elementi di lavoro che rientrano nel percorso di iterazione Backlog. Tali elementi di lavoro verranno quindi visualizzati nei backlog e nelle bacheche dei prodotti. Usare la modifica bulk per modificare più elementi di lavoro contemporaneamente. Vedere anche Assegnare elementi backlog a uno sprint.

Nota

I progetti sono limitati alla definizione di un massimo di 10.000 percorsi di iterazione e all'assegnazione di un massimo di 300 percorsi di iterazione a un singolo team. Per altre informazioni, vedere Rilevamento del lavoro, processo e limiti dei progetti.

Se necessario, è possibile eseguire le azioni seguenti in qualsiasi momento:

• Aggiungere nodi di iterazione figlio aggiuntivi
• Rinominare un percorso di iterazione (ad eccezione del percorso radice)
• Spostare un percorso di iterazione figlio in un altro nodo
• Eliminare un percorso di iterazione figlio
• Modificare i percorsi di iterazione predefiniti e selezionati assegnati a un team

Quante iterazioni devono essere definite da un team?

Si definiscono tutte le iterazioni figlio necessarie per riflettere il ciclo di vita del progetto. Questi percorsi rappresentano una serie di eventi, ad esempio sprint, risultati pre-beta e beta e altre attività cardine della versione. Un team in genere lascia gli elementi di lavoro assegnati all'iterazione predefinita del team se non sono ancora pianificati per il lavoro o per una versione.

Aggiungere iterazioni per supportare questi requisiti:

• Definire gli sprint usati dai team Scrum per pianificare ed eseguire i propri sprint
• Configurare cicli di rilascio e sprint più complessi
• Filtrare le query in base a sprint, attività cardine o tempo del ciclo per il progetto
• Supportare il lavoro futuro che non si è pronti per l'assegnazione a un ciclo di rilascio di destinazione.

Nell'esempio seguente, beta 1, beta 2, versione 1.0 e release 2.0 sono definiti per il progetto MyApplication.

Quando si crea il backlog delle funzionalità e delle attività del prodotto, assegnarle alle attività cardine. Assegnare le funzionalità e le attività in base alle quali si prevede che il team finisca. Man mano che le esigenze cambiano, è possibile aggiungere eventi in ogni attività cardine principale che riflettano il modo in cui il team pianifica e gestisce il proprio lavoro.

Come illustrato nell'esempio seguente, l'iterazione Beta 1 contiene ora tre nodi figlio, uno per ogni sprint nel periodo di tempo beta 1.

Le iterazioni non applicano regole. Ad esempio, è possibile assegnare un'attività a un'iterazione ma non chiuderla o completarla durante l'iterazione. Alla fine di un'iterazione, è necessario trovare tutti gli elementi di lavoro che rimangono attivi o aperti per tale iterazione e intraprendere le azioni appropriate. È possibile, ad esempio, spostarli in un'iterazione diversa o restituirli al backlog.

Limitazioni relative all'assegnazione dei nomi

I campi Percorso area e Percorso iterazione, tipo di dati=TreePath, sono costituiti da più elementi del nodo separati dal carattere barra rovesciata (\). Ridurre al minimo i nomi dei nodi e assicurarsi di essere conformi alle restrizioni seguenti quando si aggiungono nodi figlio.

Tipo di restrizione	Restrizione
Lunghezza nodo	Non deve contenere più di 255 caratteri.
Nomi riservati	- Non deve essere costituito solo da un punto . o due punti ... - Non deve essere un nome riservato dal sistema, ad esempio PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON o AUX. Per altre informazioni sui nomi riservati, vedere Nomi file, percorsi e spazi dei nomi.
Caratteri speciali per i nodi	- Non deve contenere caratteri di controllo Unicode. - Non deve contenere uno dei caratteri seguenti: \ / : * ? " < > | # $ * +. - Non deve contenere caratteri non consentiti dal file system locale. Per altre informazioni sulle restrizioni dei caratteri di Windows, vedere Denominazione di file, percorsi e spazi dei nomi.
Lunghezza percorso	Non deve contenere più di 4.000 caratteri Unicode.
Profondità gerarchia percorso	Deve essere inferiore a 14 livelli profondi.

Articoli correlati

Come si può notare, le aree e le iterazioni svolgono un ruolo importante nel supporto degli strumenti Agile e nella gestione degli elementi di lavoro. Per altre informazioni sull'uso di questi campi, vedere gli articoli seguenti.

• Definire i percorsi area e assegnarli a un team
• Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team
• Strumenti Agile e definizioni di sprint
• Query per data o iterazione corrente