Aggiungere e modificare percorsi di area e di iterazione

Per raggruppare gli elementi di lavoro in base all'area della funzionalità, all'area funzionale o all'area di prodotto, usare i percorsi area. Per raggruppare gli elementi di lavoro nei periodi di tempo, nelle attività cardine o negli sprint in cui verranno usati, usare i percorsi iterazione. Per limitare l'accesso a un gruppo di elementi di lavoro, usare i percorsi area o iterazione.

I percorsi area e iterazione supportano anche le funzioni chiave degli strumenti di pianificazione Agile. Il percorso area predefinito di un team viene usato per filtrare gli elementi di backlog delle pagine di backlog di ogni team. Gli elementi di lavoro creati mediante gli strumenti di pianificazione Agile assegnano automaticamente i percorsi area e iterazione in base alle impostazioni predefinite del team.

Aggiungere un nodo di area o un nodo figlio

1. Se non si è un amministratore del progetto, è necessario ottenerne le autorizzazioni. È necessario essere un amministratore del progetto per aggiungere i nodi in un'area del team oppure è necessario disporre delle autorizzazioni impostate su Consenti per Crea nodi figlio per un percorso area, come descritto più avanti in questo argomento, in Limitare l'accesso agli elementi di lavoro assegnati a un'area o a un'iterazione.

2. Aprire la pagina di amministrazione dalla pagina del progetto team di Team Web Access (TWA).

   

   Per altre informazioni sulla connessione a TWA, fare clic qui.

3. Aprire Aree. La maggior parte dei team è associata a un percorso area predefinito.

   

   Il percorso area predefinito viene usato per filtrare gli elementi di backlog per le pagine di backlog del progetto team. Inoltre, il percorso area è impostato sul valore predefinito del team quando i team creano elementi di lavoro da una pagina degli strumenti di pianificazione Agile.

4. Aggiungere un nodo figlio all'area selezionata. Per informazioni sulle restrizioni relative ai nomi, vedere questa pagina.

   

Aggiungere un nodo figlio di iterazione e impostare le date di iterazione

La maggior parte dei progetti team dispone di un set predefinito di percorsi di iterazione basati sul modello di processo. È possibile rinominare o aggiungere elementi a questo set.

1. Dalla pagina Iterazioni è possibile aggiungere e selezionare le iterazioni che saranno attive per il team. Aggiungere i nodi di iterazione con la stessa procedura usata per aggiungere nodi di area.

   

2. Per specificare un'iterazione o un'iterazione figlio per un team, selezionare la casella di controllo accanto a tale iterazione o iterazione figlio. Se si sceglie un'iterazione, non sarà possibile selezionare iterazioni figlio. Se si vogliono usare le iterazioni figlio, deselezionare la casella di controllo per l'iterazione e quindi selezionare le caselle di controllo per le iterazioni figlio che si desidera usare per il team.

3. Aprire uno sprint o un'iterazione per impostare le date di inizio e di fine.

   

   Dopo avere impostato le date di inizio e di fine di un'iterazione, lo strumento del calendario imposta automaticamente il successivo set di date basate sulla stessa lunghezza dell'iterazione specificata per la prima iterazione. Ad esempio, se si imposta uno sprint di 3 settimane per Sprint 1, quando si seleziona la data di inizio dello Sprint 2, tramite lo strumento del calendario vengono determinate automaticamente le date di inizio e di fine in base alle tre settimane successive. È possibile accettare o modificare queste date.

   Suggerimento

   Non è necessario definire le date per l'iterazione né usarle, ma tali operazioni facilitano la pianificazione del lavoro e consentono di tenere traccia dello stato di avanzamento rispetto alla pianificazione.

Limitare l'accesso agli elementi di lavoro assegnati a un'area o un'iterazione

È possibile assegnare autorizzazioni a livello di utente o a livello di gruppo sia per le aree e che per le iterazioni. Le autorizzazioni limitano o consentono l'accesso a elementi di lavoro, test case o piani di test. È inoltre possibile impedire o consentire a utenti o gruppi di gestire la struttura del progetto per una determinata area o iterazione.

1. Aprire le autorizzazioni per il nodo che si desidera gestire.

   

2. Selezionare il membro del gruppo o del team e modificare le impostazioni delle autorizzazioni. Nell'esempio seguente, il gruppo con accesso negato non dispone di autorizzazioni per visualizzare, cambiare o modificare elementi di lavoro o autorizzazioni nel percorso area FabrikamFiber.

   

   Per modificare un'autorizzazione, scegliere Non impostato, Consenti ereditato, Consenti o Nega.

   Se il membro del gruppo o del team non viene visualizzato nell'elenco, è possibile usare il comando Aggiungi. Per creare un gruppo TFS, aprire la scheda Sicurezza.

   Se il server a livello applicazione è stato aggiornato a TFS 2013.3, le autorizzazioni Gestisci gruppi di test sono state aggiunte al modello di sicurezza del percorso di area. L'autorizzazione Gestisci piani di test è stata ridefinita per gestire solo i piani di test. In precedenza permettevano di gestire i piani di test e i gruppi di test. Per altre informazioni su queste autorizzazioni, vedere D: Quali funzioni sono coperte dalle autorizzazioni di gestione test?

   Per altri modi per limitare le modifiche agli elementi di lavoro, vedere Limitare gli utenti che possono creare o modificare un elemento di lavoro.

Domande e risposte

D: Sono previste restrizioni relative alla denominazione e alla strutturazione dei nodi figlio?

R: I campi Area e Iterazione rappresentano percorsi costituiti da più elementi nodo separati da caratteri di barra rovesciata (\). Questi campi usano il tipo di dati TreePath. È consigliabile ridurre al minimo i nomi dei nodi e prendere in considerazione queste restrizioni quando si assegnano nomi ai percorsi di iterazione e area:

Tipo di restrizione	Restrizione
Lunghezza del nodo	Non deve superare 255 caratteri
Caratteri speciali per i nodi	Non devono contenere caratteri di controllo Unicode Non devono contenere nessuno dei caratteri seguenti: \ / $ ? * : " & > < # % | + , Non devono contenere caratteri proibiti dal file system locale. Per altre informazioni sulle restrizioni relative ai caratteri in Windows, vedere Denominazione di un file.
Nomi riservati	Devono contenere più di un carattere punto (.) o due punti (..) Non devono essere nomi di sistema riservati, 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 Denominazione di un file.
Lunghezza dei percorsi	Non devono essere costituiti da più di 4000 caratteri Unicode Importante Se si definisce un nome di percorso contenente più di 256 caratteri, non sarà possibile specificarlo in Microsoft Project.Per evitare questo problema, definire nomi di percorso con un massimo di 10 caratteri e non superare una profondità di 14 livelli di annidamento per i nodi.
Profondità della gerarchia di percorso	Non devono superare 14 livelli di profondità

Per altre informazioni sul campo TreeType, vedere Riferimento ai campi Aree e iterazioni.

D: Sono previste restrizioni per l'applicazione delle regole di campo ai campi Percorso area e Percorso iterazione?

R: Sì. Molte regole di campo non possono essere definite per i campi System.XXX. Per altre informazioni, vedere Applicare una regola di campo.

D: Quali autorizzazioni sono necessarie per aggiungere o modificare i percorsi area e iterazione?

R: Per creare o modificare aree o iterazioni, è necessario essere un membro del gruppo Project Administrators oppure disporre delle autorizzazioni Crea e ordina nodi figlio, Elimina questo nodo e Modifica questo nodo impostate su Consenti per l'area o per il nodo di iterazione che si vuole modificare.

D: Come si strutturano team, aree e iterazioni in modo da supportare team gerarchici o ridimensionare la flessibilità in una grande impresa?

R: Sebbene non sia definito un concetto di sottoteam, è possibile creare i team i cui percorsi area si trovano in un altro team. In tal modo è possibile creare una gerarchia di team. Per altre informazioni, vedere Aggiungere un altro team.

Questi due white paper includono inoltre informazioni dettagliate sui passaggi necessari per configurare team, percorsi area e iterazioni per il supporto della gestione del portafoglio o di organizzazioni aziendali: Gestione portfolio Agile: utilizzo di TFS per supportare i backlog tra più team e Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

D: Cosa accade quando si rinomina o si elimina un nodo di area o iterazione?

R: Quando si rinomina un'area o un'iterazione o si sposta il nodo nella gerarchia della struttura ad albero, è necessario aggiornare manualmente gli elementi di lavoro che fanno riferimento al percorso o ai percorsi esistenti. È possibile eseguire un aggiornamento in blocco usando TWA o Excel.

Quando si elimina un'area o un nodo di iterazione, il sistema aggiorna automaticamente gli elementi di lavoro esistenti con il nodo specificato alla richiesta di eliminazione.

D: Quali strumenti si basano sui percorsi area o iterazione?

R: Gli strumenti di pianificazione Agile (Creare il backlog e Lavorare in sprint) sono compilati da query di sistema che fanno riferimento al percorso area del team. È possibile visualizzare queste query mediante il collegamento Crea query visualizzato nelle pagine di questi strumenti. Tuttavia, non è possibile modificare la query sottostante.

Inoltre, affinché una pagina di backlog di sprint o di iterazione venga visualizzata per un team, deve essere prima definita e selezionata.

È possibile generare rapidamente query o report di filtro per visualizzare lo stato di avanzamento di tali aree e iterazioni. Ad esempio, quando gli elementi di lavoro vengono assegnati a percorsi area, è possibile visualizzare lo stato di avanzamento per area, come illustrato nel seguente grafico a barre in pila.

Il grafico predefinito Velocità si basa sulla definizione delle iterazioni del team.

Inoltre, le autorizzazioni di sicurezza assegnate a un percorso area controllano chi ha accesso a gestire i piani di test e i gruppi di test in tale percorso area.

D: Quali funzioni sono controllate dalle autorizzazioni di gestione dei test?(Richiede TFS 2013.3)

R: L'autorizzazione Gestisci gruppi di test consente agli utenti di:

• Creare e modificare gruppi di test

• Aggiungere o rimuovere test case a/da gruppi di test

• Modificare le configurazioni associate ai gruppi di test

• Modificare la gerarchia dei gruppi spostando un gruppo di test

L'autorizzazione Gestisci piani di test consente agli utenti di:

• Creare e modificare piani di test

• Aggiungere o rimuovere gruppi di test a/da piani di test

• Modificare le proprietà del piano di test, ad esempio le impostazioni di compilazione e test

Le autorizzazioni di gestione dei test aggiuntive vengono assegnate a livello di progetto team e includono la possibilità di creare, eliminare e visualizzare le esecuzioni dei test, nonché di gestire configurazioni e ambienti di test. Vedere Autorizzazioni a livello di progetto

D: Che tipo e quanti nodi di area devono essere definiti da un team?

R: Non è necessario aggiungere nodi di area. Tuttavia, le aree sono utili per filtrare le query elemento di lavoro e i report basati sulle funzionalità. Considerare le linee guida riportate di seguito quando si aggiungono nodi di area:

• Definire aree che supportano i requisiti di tracciabilità e sicurezza.

• Evitare di creare strutture di area troppo complesse. È possibile creare aree per suddividere le autorizzazioni sugli elementi di lavoro, tuttavia strutture ad albero complesse comportano un sovraccarico significativo per la gestione delle autorizzazioni. È possibile che il lavoro per duplicare la struttura e le autorizzazioni negli altri progetti team risulti eccessivo.

• Ogni team può creare una gerarchia di aree sotto la quale il team può organizzare gli elementi di backlog, le storie utente, i requisiti, le attività e i bug.

• Usare aree per rappresentare componenti logici o fisici, quindi creare aree figlio per rappresentare funzionalità specifiche. Il team può usare questa struttura per organizzare gli elementi di lavoro e migliorare la tracciabilità per componenti o funzionalità.

• Creare le aree a cui si desidera limitare l'accesso.

D: Quanti nodi di iterazione devono essere definiti da un team?

R: È possibile definire tutti i percorsi di iterazione necessari per riflettere il ciclo di vita del progetto. Questi percorsi rappresentano una gerarchia di eventi, ad esempio sprint, risultati finali pre-beta e beta e altre attività cardine della versione. Considerare le linee guida riportate di seguito quando si definiscono i nodi figlio dell'iterazione:

• Usare le iterazioni per rappresentare sprint, attività cardine o tempi dei cicli per il progetto.

• Determinare la durata del ciclo in modo da soddisfare i processi del team, quindi definire le iterazioni per supportare il ciclo.

• Creare un'iterazione separata, eventualmente con etichetta Future, per gli elementi di lavoro non ancora pronti per l'assegnazione a un ciclo di rilascio di destinazione.

• Per informazioni generali su come è possibile pianificare uno sprint usando le iterazioni, vedere Lavorare in sprint.

Nell'esempio seguente vengono definiti gli elementi Backlog, Beta 1, Beta 2, Versione 1.0 e Versione 2.0 per il progetto team MyApplication. È possibile assegnare tutti gli elementi di lavoro all'iterazione di Backlog, se tali elementi non sono stati ancora inclusi nella pianificazione per l'elaborazione o per una versione.

MyApplication     Backlog Beta 1 Beta 2 Versione 1.0 Versione 2.0

Una volta creato il backlog delle funzionalità e delle attività del prodotto, è possibile iniziare a assegnare quest'ultime alle attività cardine in base alle quali si prevede che il team completi lo sviluppo delle funzionalità e delle attività. Con il cambiare delle necessità, è possibile aggiungere eventi sotto ogni attività cardine principale in modo da riflettere la pianificazione e la gestione del lavoro del team. Come illustrato nell'esempio seguente, l'iterazione Beta 1 contiene ora cinque nodi figlio, uno per ciascuno sprint incluso nel periodo di tempo relativo a Beta 1.

MyApplication     Backlog    Beta 1          Sprint 1          Sprint 2          Sprint 3          Sprint 4          Sprint 5    Beta 2    Versione 1.0    Versione 2.0

Le iterazioni non applicano alcuna regola. Ad esempio, è possibile assegnare un'attività a un'iterazione, ma non chiuderla o completarla durante tale iterazione. Al termine di un'iterazione, è necessario trovare tutti gli elementi di lavoro che rimangono attivi o che non sono stati chiusi per tale iterazione ed eseguire le azioni appropriate. È ad esempio possibile spostarli in un'iterazione diversa o restituirli al backlog.

D: Esiste un modo per separare i team dal percorso area del team?

R: Sì. Se l'organizzazione dispone di diversi team che lavorano in un backlog comune e in più aree del prodotto, è possibile cambiare la configurazione dei team. Aggiungendo un campo personalizzato per rappresentare i team dell'organizzazione, è possibile riconfigurare gli strumenti e le pagine di pianificazione Agile per supportare i team e per separare l'assegnazione ai team e ai percorsi area.

D: È possibile esportare i percorsi area e iterazione?

R: No. Non è possibile esportare la struttura dei percorsi dell'albero di un progetto team per usarla con un altro progetto team.