Percorsi di iterazione e area
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
I percorsi di area raggruppano gli elementi di lavoro per team, prodotto o area di funzionalità. I percorsi di iterazione raggruppano il lavoro in sprint, attività cardine o altri periodi correlati al tempo. Entrambi i campi supportano percorsi gerarchici.
Definire percorsi di area e iterazione per un progetto e i team possono selezionare i percorsi da usare per il backlog e gli strumenti Agile. Informazioni su come gli strumenti Agile usano questi percorsi negli strumenti Agile che si basano su aree e iterazioni.
Nota
I percorsi di area e i percorsi di iterazione sono noti anche come nodi di classificazione. È possibile gestirli a livello di codice usando i nodi di classificazione (API REST) o il comando dell'interfaccia della riga di comando di Azure DevOps az boards iteration.
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).
Le aree e le iterazioni dipendono dal processo usato per creare il progetto. Questo esempio mostra le impostazioni predefinite per il processo Scrum. Le date non sono impostate per impostazione predefinita; è necessario impostare le date 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 causa una perdita irreversibile dei dati. Ad esempio, i grafici dei widget burndown e burnup, il burndown sprint e i grafici di velocità per i team con percorsi di area modificati non visualizzerà dati accurati. I grafici di tendenza cronologici fanno riferimento al percorso area e al percorso di iterazione, così come sono stati definiti al momento per ogni elemento di lavoro. Dopo l'eliminazione, non è possibile recuperare i dati cronologici per questi percorsi.
- È possibile eliminare solo percorsi di area e iterazione non più utilizzati da elementi di lavoro.
Definire e assegnare percorsi di area
Se non si ha familiarità con la gestione di progetti e team, seguire questa procedura per configurare il progetto e i team:
- Determinare i percorsi dell'area: identificare il numero e i nomi dei percorsi di area necessari per classificare il lavoro. Aggiungere almeno un percorso di area per ogni team definito.
- Decidere i team: decidere il numero e i nomi dei team da supportare. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.
- Definire i percorsi di area: definire i percorsi di area per supportare i passaggi 1 e 2 a livello di progetto. Seguire questa procedura: Aggiungere percorsi di area.
- Definire i team: definire i team necessari per supportare il passaggio 2. Per altre informazioni, vedere Aggiungere un team, passare da un team predefinito a più team.
- Configurare le impostazioni del team: usare questi passaggi per assegnare i percorsi di area predefiniti e di altro tipo a ogni team.
- Assegnare elementi di lavoro: assegnare elementi di lavoro ai percorsi di area definiti. Usare la modifica bulk per modificare più elementi di lavoro contemporaneamente.
Nota
È possibile definire fino a 10.000 percorsi di area per progetto e assegnare fino a 300 percorsi di area a un singolo team. Per altre informazioni, vedere Rilevamento del lavoro, processo e limiti dei progetti.
È possibile assegnare lo stesso percorso di area a più team, ma questo può causare problemi se due team sostengono la proprietà dello stesso set di elementi di lavoro. Per altre informazioni, vedere Limitazioni delle visualizzazioni della bacheca di più team.
È possibile eseguire le azioni seguenti in qualsiasi momento:
- Aggiungere altri nodi figlio
- 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
Per altre informazioni, vedere Configurare una gerarchia di team.
Quante aree devono essere definite da un team?
Aggiungere aree per supportare i requisiti di tracciabilità e sicurezza del team. Usare le aree per rappresentare componenti logici o fisici e creare aree figlio per rappresentare caratteristiche specifiche.
Aggiungere aree quando è necessario eseguire una delle attività seguenti:
- 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 per organizzare gli elementi di backlog, le storie utente, i requisiti, le attività e i bug.
Evitare di creare una struttura di area eccessivamente complessa. Sebbene sia possibile usare aree per partizionare le autorizzazioni per gli elementi di lavoro, gli alberi complessi richiedono un sovraccarico significativo per la gestione delle autorizzazioni. La duplicazione della struttura e delle autorizzazioni in altri progetti può diventare complessa.
Definire e assegnare percorsi di iterazione
Seguire questa procedura per configurare i percorsi di iterazione per il progetto e i team:
- Definire i percorsi di area e i team usando le linee guida in Definire i percorsi di area e assegnare a un team.
- Determinare la lunghezza dell'iterazione che si vuole supportare. È consigliabile che tutti i team usino la stessa frequenza di sprint.
- Decidere se si desidera una struttura piatta o una gerarchia di sprint e versioni.
- Definire i percorsi di iterazione per supportare i passaggi 2 e 3 a livello di progetto. Seguire questa procedura: Aggiungere iterazioni e impostare le date di iterazione.
- Aprire la configurazione del team e assegnare i percorsi predefiniti, backlog e altri percorsi di iterazione a ogni team. Seguire questa procedura: Aprire le impostazioni del team e Impostare i percorsi di iterazione predefiniti del team.
- Ogni team deve assegnare un percorso di iterazione agli elementi di lavoro che rientrano nel percorso di iterazione Backlog. Questi elementi di lavoro vengono 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
È possibile definire fino a 10.000 percorsi di iterazione per progetto e assegnare fino a 300 percorsi di iterazione a un singolo team. Per altre informazioni, vedere Rilevamento del lavoro, processo e limiti dei progetti.
È possibile eseguire le azioni seguenti in qualsiasi momento:
- Aggiungere altri nodi di iterazione figlio
- 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?
Definire tutte le iterazioni figlio necessarie per riflettere il ciclo di vita del progetto. Questi percorsi rappresentano una serie di eventi, ad esempio sprint, risultati prebeta e beta e altre attività cardine della versione. I team in genere lasciano gli elementi di lavoro assegnati all'iterazione predefinita del team se non sono ancora pianificati per il lavoro o il rilascio. Definire tutte le iterazioni figlio necessarie per riflettere il ciclo di vita del progetto. Queste iterazioni possono rappresentare vari eventi, ad esempio sprint, fasi prebeta e beta e altre attività cardine di rilascio. Teams in genere lascia gli elementi di lavoro assegnati all'iterazione predefinita del team se non sono ancora pianificati per il lavoro o il rilascio.
Aggiungere iterazioni per supportare i requisiti seguenti:
- Definire gli sprint per i 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 è pronto per essere assegnato 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 in base a quando si prevede che il team li completi. Man mano che le esigenze cambiano, è possibile aggiungere eventi in ogni attività cardine principale per riflettere il modo in cui il team pianifica e gestisce il proprio lavoro.
Ad esempio, 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 senza chiuderla o completarla durante l'iterazione. Alla fine di un'iterazione, identificare tutti gli elementi di lavoro che rimangono attivi o aperti e intraprendere un'azione appropriata. È possibile spostarli in un'iterazione diversa o restituirli al backlog.
È possibile eseguire query per trovare funzionalità ed elementi di lavoro assegnati a un'iterazione specifica o a un set di iterazioni e quindi modificare in blocco gli elementi di lavoro per modificare i percorsi di iterazione. Per altre informazioni, vedere Eseguire query in base alla data o all'iterazione corrente
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 dei percorsi | Non deve contenere più di 4.000 caratteri Unicode. |
| Profondità gerarchia percorso | Deve essere inferiore a 14 livelli profondi. |