Creare e modificare aree e iterazioni

Si definiscono aree e iterazioni affinché un team o un progetto team supporti il raggruppamento di elementi di lavoro in categorie utili, ad esempio attività cardine e funzionalità correlate.Si definiscono aree per organizzare gli elementi di lavoro in categorie logiche, fisiche o funzionali.Si definiscono iterazioni per raggruppare gli elementi di lavoro in attività cardine o cicli di tempo.È inoltre possibile controllare chi può modificare gli elementi di lavoro assegnati a un'area o a un'iterazione.

Assegnando ogni elemento di lavoro a un'area e a un'iterazione, è possibile generare rapidamente query e rapporti sullo stato di avanzamento del lavoro per aree e iterazioni specifiche.Inoltre, il backlog e le pagine delle tabelle di attività come altri artefatti il cui modello di processo predefinito è fornito con Visual Studio Application Lifecycle Management (ALM), utilizzano le iterazioni per organizzare l'avanzamento del team nella visualizzazione e nel lavoro.Per ulteriori informazioni, vedere Pianificazione Agile e iterazioni, Modello di processo Scrum per Visual Studio ALM, Elementi (Agile) e Elementi (CMMI).

[!NOTA]

Per impostazione predefinita, i progetti team basati sui modelli di processo Visual Studio ALM hanno molti nodi predefiniti di iterazione e il progetto team come il primo nodo dell'area.Per informazioni su come modificare queste impostazioni, vedere Definire le aree e le iterazioni iniziali nel plug-in Classification.

Dopo che un progetto team è stato creato, è possibile utilizzare Team Web Access per personalizzare le aree o iterazioni, impostare le aree predefinite e impostare le date per le iterazioni.Quando si crea un team, si crea automaticamente un nodo di area del team sotto il nodo del progetto team.Per ulteriori informazioni, vedere Creare e configurare un team.

In questo argomento

• Modificare le aree di lavoro

• Modificare le iterazioni e impostare le date di iterazione

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

• Linee guida per la specifica di aree e iterazioni

• Convenzioni di denominazione e restrizione su aree e iterazioni

Autorizzazioni necessarie

È necessario essere un membro del team per il quale si desidera modificare aree e iterazioni.Tutti i membri del team possono scegliere le iterazioni per il team, specificare le aree per il team e specificare le date per le iterazioni per il team.

Per creare aree o iterazioni è necessario essere membro del gruppo Project Administrators o avere le autorizzazioni Crea e ordina nodi figlio, Elimina questo nodo e Modifica questo nodo impostate su Consenti per il nodo che si desidera modificare.Per ulteriori informazioni, vedere Gestire il profilo personale e visualizzare le autorizzazioni personali.

Modificare le aree di lavoro

Si utilizza il menu di scelta rapida delle aree per aggiungere, modificare o eliminare nodi figlio, per impostare le autorizzazioni per chi può modificare gli elementi di lavoro in un nodo, per impostare un'area predefinita per un team e per escludere sottoaree.

Menu di scelta rapida per le aree

Per aggiungere un'area o una sottoarea

1. Nella home page per un progetto team o un team, nell'amministrazione, scegliere Configura aree di lavoro.

   Verrà visualizzata la pagina Aree.

   

2. Per aggiungere una nuova area o sottoarea, effettuare una delle seguenti operazioni:

   • Per creare una sottoarea, scegliere Nuova area.

   • Per creare un'area che è un elemento figlio di un'area esistente, evidenziare l'area, selezionare l'icona di contesto per l'area, quindi scegliere Nuovo figlio.

   • Per creare un'area che è un peer di un'area esistente, evidenziare l'area, scegliere la freccia in giù accanto all'area e quindi scegliere Nuovo.

   La finestra Crea area viene aperta.

3. Nella finestra di creazione Area, specificare il Nome area quindi scegliere Salva e chiudi.

Per specificare un'area come area predefinita per un team o un progetto team

• Continuando la procedura precedente dalla pagina Aree visualizzata, scegliere il collegamento imposta predefinita per l'area che si desidera sia la predefinita.

  Tutti i nuovi elementi di lavoro verranno automaticamente impostati sul percorso area predefinito.

Torna all'inizio

Modificare le iterazioni e impostare le date di iterazione

Per visualizzare e specificare le iterazioni per un team

1. Apri la home page del team e quindi scegliere Configura pianificazione e iterazioni.

   La finestra ITERAZIONI verrà aperta.

   

2. Nell'elenco Iterazioni, visualizza le iterazioni selezionate per il team.Le iterazioni selezionate per il team avranno una casella di controllo selezionata dal nome dell'iterazione.

   Suggerimento
   Per impostazione predefinita, tutte le iterazioni per un progetto team verranno visualizzate.Per visualizzare solo le iterazioni selezionate per il team, accanto a Mostra, scegliere tutti per cambiare la selezione in solo selezionate.

3. Per specificare un'iterazione o una sottoiterazione per un team, selezionare la casella di controllo accanto a tale iterazione o sottoiterazione.Se si sceglie un'iterazione, tutte le sottoiterazioni non saranno selezionabili.Se si vogliono utilizzare le sottoiterazioni, deselezionare la casella di controllo per l'iterazione e quindi selezionare le caselle di controllo per le sottoiterazioni che si desiderano utilizzare per il team.

Per aggiungere un'iterazione o sottoiterazione

1. Continuando la procedura precedente con la finestra Iterazioni visualizzata, effettuare una delle seguenti operazioni:

   • Per creare un'iterazione, scegliere Nuova Iterazione.Una nuova iterazione verrà creata e sarà un peer per le altre iterazioni selezionate nell'elenco.

     La finestra Crea iterazione viene aperta.

   • Per creare un'iterazione che è un elemento figlio di un'iterazione esistente, evidenziare l'iterazione, scegliere il menu di scelta rapida accanto all'area quindi scegliere Nuovo figlio.

   • Per creare un'iterazione che è peer di un'iterazione esistente, evidenziare l'iterazione, scegliere il menu di scelta rapida accanto all'area quindi scegliere Nuovo.

     La finestra Crea iterazione viene aperta.

2. Nella finestra Crea iterazione per Nome iterazione, specificare un nome per l'iterazione.(Facoltativo) Specificare le date di inizio e di fine per l'iterazione digitandole nelle caselle di testo per Data di inizio e Data di fine, oppure scegliendo l'icona del calendario e specificando le date nella finestra del calendario.Se si sta creando un'iterazione in una posizione diversa dall'impostazione predefinita, specificare un percorso diverso per l'iterazione in Percorsoquindi scegliere Salva e chiudi.

Per specificare le date per un'iterazione

1. Continuando dalla procedura precedente con la finestra Iterazioni visualizzata, evidenziare l'iterazione per la quale si desidera specificare le date quindi scegliere imposta le date.

   La finestra Modifica iterazione viene aperta.

2. Specificare le date di inizio e di fine per l'iterazione digitandole nelle caselle di testo per Data di inizio e Data di fine, oppure scegliendo l'icona del calendario e specificando le date nella finestra del calendario.Quindi scegliere Salva e chiudi.

Torna all'inizio

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

Assegnazione di autorizzazioni, è possibile definire l'ambito set di azioni che gli utenti o i gruppi possono eseguire sugli elementi di lavoro o sui piani di test assegnati a un'area.È inoltre possibile impedire o consentire a utenti o gruppi di gestire la struttura del progetto per una determinata area o iterazione.

Per controllare l'accesso a un'area

1. Aprire

2. Verrà aperta la finestra Autorizzazioni per il nodo selezionato, come illustrato nella figura seguente:

   

3. Scegliere il nome di un gruppo o utente di cui si desidera impostare le autorizzazioni.

   È possibile aggiungere utenti o gruppi e impostare le autorizzazioni Consenti o Nega per ogni utente o gruppo.In particolare, è possibile concedere o negare l'autorizzazione per gestire la struttura di un nodo e per i percorsi area, visualizzare o modificare gli elementi di lavoro o gestire i piani di test assegnati nel nodo.

4. Per modificare un'autorizzazione, scegliere non impostato, nega o ereditato per modificarlo in consenti, oppure scegliere consenti per modificarlo in nega.

   [!NOTA]

   La possibilità di modificare un permesso dipende dalle impostazioni correnti dei permessi.Se non è possibile modificare un permesso, contattare l'amministratore del progetto team o di Team Foundation Server.

5. Una volta modificate le autorizzazioni, scegliere Salva modifiche.

Affinché le modalità aggiuntive limitino le modifiche agli elementi di lavoro, vedere Gestire le autorizzazioni per creare o modificare elementi di lavoro.

Torna all'inizio

Linee guida per la specifica di aree e iterazioni

Per una panoramica di come definire le iterazioni e pianificare uno sprint, vedere Pianificazione Agile e iterazioni.Quando si specificano le aree e le iterazioni per il team o progetto team, considerare le linee guida riportate di seguito:

• Per le aree

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

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

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

  • Impostare le autorizzazioni sulle aree per limitare l'accesso agli elementi di lavoro assegnati a particolari categorie.È possibile impostare opzioni di sicurezza che definiscono non solo chi può modificare ciascun nodo di area ma anche chi può modificare o perfino visualizzare gli elementi di lavoro in una particolare area.Per ulteriori informazioni, vedere Limitare l'accesso agli elementi di lavoro assegnati a un'area o a un'iterazione in precedenza in questo argomento.

  • 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 sia eccessivo.

• Per le iterazioni

  • Utilizzare 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 per gli elementi di backlog, le storie utente, i requisiti, le attività o gli altri elementi di lavoro non assegnati.

  • Per informazioni generali su come è possibile pianificare uno sprint utilizzando le iterazioni, vedere Pianificare un'iterazione.

• Per aree e iterazioni

  • Quando si assegna un nome a un'area o a un'iterazione, seguire le convenzioni riepilogate in Convenzioni e limitazioni di denominazione su aree e iterazioni più avanti in questo argomento.

  • I campi area e iterazione utilizzano il tipo di dati TreePath.Per ulteriori informazioni, vedere Riferimento ai campi Aree e iterazioni.

  • Quando si esegue una query per trovare gli elementi di lavoro assegnati a un'area o a un'iterazione, i risultati includono sempre tutti gli elementi di lavoro definiti nel percorso dell'area o dell'iterazione.È inoltre possibile creare query per trovare gli elementi di lavoro che non si trovano in un nodo specifico.Per ulteriori informazioni, vedere Esecuzione di query su campi, operatori, valori e variabili e Trovare bug, attività e altri elementi di lavoro.

  • Non è possibile esportare i nodi di area e iterazione creati per un progetto team per utilizzarli con un altro progetto team.

Torna all'inizio

Aree

La struttura delle aree del prodotto viene compilata creando nodi che rappresentano i componenti e le funzionalità.Come esempio, è possibile creare tre aree per un progetto team denominato MyApplication.Tali aree rappresenterebbero i tre componenti di sviluppo principali di un'applicazione Web a più livelli: il sito Web, i servizi Web e il database.Come mostrato nell'illustrazione riportata di seguito, sotto il nodo del progetto team è possibile creare un nodo per ciascuno di questi componenti, a cui è assegnata rispettivamente l'etichetta Siti Web personali, Servizi Web personali e Database personali.

MyApplication

Una volta create queste aree, è possibile assegnare elementi di lavoro, ad esempio storie utente, attività o bug, a un'area specifica ed eseguire una query per trovare tutti gli elementi assegnati a tale area.

È inoltre possibile organizzare i componenti principali in raggruppamenti più granulari.Come mostra l'esempio seguente, ogni nodo principale contiene ora due o più nodi figlio.

MyApplication    Siti Web personali         Layout & Design         Navigazione         Pagine           Home           Prodotti           Risorse           Services           Supporto    Servizi Web personali        LogOn        LogOff        Prestazioni        Protezione    Database personali          Trigger di evento          Prestazioni          Schema          Protezione

Torna all'inizio

Iterazioni

La struttura del ciclo di vita del progetto viene compilata creando nodi che rappresentano una gerarchia di eventi, ad esempio sprint, risultati finali pre-beta e beta e altre attività cardine della versione.Nell'esempio riportato di seguito 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 riportato di seguito, 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.

Torna all'inizio

Restrizioni su percorsi di area e di iterazione

I campi Area e Iterazione rappresentano percorsi costituiti da più elementi nodo separati da caratteri di barra rovesciata (\).Nella tabella riportata di seguito vengono descritte le limitazioni per la definizione di nodi e percorsi.

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 ulteriori informazioni sulle limitazioni dei caratteri in Windows, vedere il seguente argomento sul sito Web Microsoft: Denominazione di un file (la pagina potrebbe essere in inglese).
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 ulteriori informazioni sui nomi riservati, vedere il seguente argomento sul sito Web Microsoft: Denominazione di un file (la pagina potrebbe essere in inglese).
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 Office 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à

Torna all'inizio

Vedere anche

Concetti

Riferimento ai campi Aree e iterazioni

Pianificazione Agile e iterazioni

Altre risorse

Elementi di lavoro e flusso di lavoro (Agile)

Utilizzo all'interno di Team Web Access