Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo

Articolo
03/12/2013

È possibile personalizzare diversi elementi di configurazione del processo per soddisfare la pianificazione Agile e i processi Scrum.Molti di questi elementi controllano i nuovi strumenti di pianificazione Agile forniti con Team Web Access.Per ulteriori informazioni, vedere Modifiche della configurazione apportate per aggiungere nuove funzionalità.

Se il progetto team è stato creato utilizzando un modello di processo diverso da quelli forniti da Microsoft o sono state personalizzate le definizioni dei tipi per gli elementi di lavoro, potrebbe essere necessario personalizzare i file di definizione che supportano la configurazione del processo.Inoltre, se sono stati personalizzati o aggiunti tipi di elementi di lavoro e si desidera utilizzare tali campi, allora si desidererà determinare come modificare gli elementi di configurazione del progetto in modo che corrispondano agli oggetti personalizzati.

Gli elementi di configurazione del processo determinano il layout e la funzionalità delle seguenti caratteristiche:

Personalizzare queste funzionalità personalizzando uno o più dei seguenti file di definizione per il progetto team: AgileConfiguration, CommonConfiguration e Categories.

[!NOTA]

Il file CommonConfiguration contiene numerosi elementi utilizzati per supportare l'esperienza di feedback delle parti interessate.Non modificare le assegnazioni effettuate a questi elementi.

In questo argomento

Categorie, configurazione del processo e disabilitare creazione di tipi specifici di elementi di lavoro
Stati del flusso di lavoro, metastates e configurazione di processo
Personalizzare la pagina del backlog del prodotto
Personalizzare le pagine backlog iterazione o sprint
Personalizzare la pagina dell'area di attività
Personalizzare i bug e il Lavoro Personale
Esportare ed importare file di definizione per la configurazione del processo

[!NOTA]

Le modifiche apportate ai file di definizione si applicano a tutti i team che operano nel progetto team personalizzato.Non è possibile personalizzare un'area di attività o una pagina di backlog per un singolo team.

Requisiti

Per eseguire lo strumento della riga di comando witadmin, è necessario essere un membro del gruppo Team Foundation Administrators o del gruppo del progetto Project Administrators.Per ulteriori informazioni, vedere la classe Autorizzazioni per Team Foundation Server.
Per visualizzare il backlog o le pagine dell'area di attività, le autorizzazioni di accesso Web del team devono essere impostate su Completo.Possono essere applicati ulteriori requisiti di licenza.Per ulteriori informazioni, vedere Accedere alle funzionalità in Team Web Access.

Categorie e configurazione del processo

La configurazione del processo fa riferimento alle categorie specificate per il progetto team.Una categoria è semplicemente un gruppo di tipi di elementi di lavoro definiti come appartenenti allo stesso gruppo per supportare le funzioni di query e del processo.Ad esempio, la configurazione predefinita per tutti i modelli di processo specifica le seguenti categorie, ognuna delle quali è richiesta per supportare le funzionalità utilizzate da Visual Studio ALM:

Categoria bug
Categoria richiesta revisione del codice e Categoria risposta revisione del codice
Categoria richiesta feedback e Categoria risposta feedback
Categoria Requisito
Categoria Passo condiviso
Categoria attività
Categoria Test case
Categoria tipi nascosti

La maggior parte di queste categorie sono auto-esplicative e molte contengono solo un tipo di elemento di lavoro nella categoria.L'eccezione a questa regola è la Categoria tipi nascosti.

Se sono stati creati tipi di elemento di lavoro che agiscono in modo analogo e si desidera trattarli allo stesso modo come quelli definiti per le categorie precedenti, è necessario aggiungerli alla categoria.Ad esempio, se sono stati definiti uno o più tipi di bug, si potrebbe voler aggiungere questi tipi alla categoria di Bug.In questo modo, la configurazione di processo automaticamente tratterà questi tipi di bug analogamente al tipo di elemento di lavoro bug standard.In alternativa, è possibile personalizzare la categoria Requisiti per includere due o tre tipi di elementi di lavoro che è possibile aggiungere al backlog o al set di prodotto da visualizzare nella scheda di attività.

Per ulteriori informazioni su come vengono utilizzate le categorie, vedere Definire categorie per raggruppare tipi di elementi di lavoro.

Strumenti Agile e requisiti e restrizioni di categoria

È possibile specificare quali tipi di elementi di lavoro sono considerati come elementi di backlog o come elementi di attività.Ad esempio, il modello di processo Scrum assegna i tipi di elemento di bug e di backlog del prodotto alla categoria di Requisiti, mentre il modello Agile assegna Storia utente e il modello CMMI assegna Requisito.Tutti i modelli di processo predefiniti assegnano il tipo di attività di elemento di lavoro alla categoria di attività.

Nell'assegnazione dei tipi di elemento di lavoro alle categorie, considerare le note d'uso riportate di seguito:

È necessario assegnare almeno un tipo di elemento di lavoro alla categoria Requisiti e un tipo di elemento di lavoro a categoria di attività.
Non è possibile assegnare lo stesso tipo di elemento di lavoro a entrambe le categorie Requisiti e Attività.
Se si include più di un tipo di elemento di lavoro nella categoria Requisiti o nella categoria Attività, il tipo assegnato all'elemento DEFAULTWORKITEMTYPE viene visualizzato come tipo predefinito nelle pagine di backlog e di area di Agile.
Per tutti i tipi di elemento di lavoro assegnati a una categoria a cui viene fatto riferimento nel file CommonConfiguration, è necessario assegnare gli stati del flusso di lavoro a un metastate valido come descritto in Stati del flusso di lavoro, metastate e configurazione di processo.Parecchi clienti Team Foundation fanno riferimento ad assegnamenti di categoria e metastate definiti nel file CommonConfiguration.

Categoria tipi nascosti

La categoria Tipi nascosti specifica il set di tipi di elemento di lavoro che non si desidera che gli utenti creino manualmente.Queste definizioni di tipo vengono utilizzate per supportare le esperienze di feedback e di revisione del codice nonché la definizione di test case.

Personalizzare le categorie

È possibile personalizzare i tipi di elementi di lavoro inclusi in ogni categoria modificando il file Categories.xml.Per ulteriori informazioni, vedere Definire categorie per raggruppare tipi di elementi di lavoro.

Per specificare i tipi di elementi di lavoro da includere in una categoria

Esportare il file di definizione per le categorie per il progetto team come descritto in Esportare e importare i file di definizione per la configurazione del processo.

Aprire il file Categorie nel Blocco Note o in un altro editor di testo e individuare l'elemento CATEGORY che si desidera modificare.

Per esempio, localizzare l'elemento CATEGORY per "Hidden Types Category".

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
</CATEGORY>

Per aggiungere un nuovo tipo di elemento di lavoro a una categoria, aggiungere un elemento WORKITEMTYPE che specifica il nome descrittivo del tipo di elemento di lavoro che si desidera aggiungere.

Ad esempio, la sintassi seguente aggiunge il tipo di elemento di lavoro personalizzato "Integration Build" alla categoria tipi nascosti.

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
   <WORKITEMTYPE name="Integration Build" />
</CATEGORY>

Importare il file di definizione per le categorie al progetto team.

Torna all'inizio

Stati del flusso di lavoro, metastates e configurazione di processo

Ogni tipo di elemento di lavoro è associato un flusso di lavoro che è costituito da un set di stati del flusso di lavoro e di transizioni valide tra tali stati.Gli stati del flusso di lavoro definiscono come un elemento di lavoro procede dalla prima attivazione o creazione alla chiusura o fine.Ad esempio, gli stati definiti per l'elemento di backlog del prodotto Scrum 2.0 definiscono una progressione di quattro stati, da Nuovo, Approvatoe Eseguito, a Fine, e include anche un quinto stato, Rimosso, per rappresentare uno stato esterno della progressione tipica.I Metastate, invece, determinano come i backlog e le aree di attività trattano ogni stato di flusso di lavoro.I metastate primari utilizzati dal backlog e dall'area di attività sono Proposed, InProgress e Complete.Associando ogni stato del flusso di lavoro a un metastate, le operazioni in background eseguite per visualizzare il backlog e le aree di attività sanno come interpretare correttamente lo stato di ogni elemento di lavoro.I metastate sono specifici dei tipi di elementi di lavoro.

Ad esempio, la sintassi seguente rappresenta le associazioni fatte nel file di definizione per CommonConfiguration per eseguire il mapping degli stati del flusso di lavoro per i tipi di elementi di lavoro definiti nel Microsoft.RequirementCategory per il modello di processo Scrum 2.0.In questo esempio, gli stati Nuovo e Approvato sono associati al metastate Proposed.Il metastate Proposed indica gli elementi di lavoro che sono nuovi, non ancora commissionati, o non ancora modificati e sono pertanto mostrati nella pagina di backlog del prodotto.Una volta effettuata la transizioni del stato di un flusso di lavoro a uno stato non associato al metastate Proposed, esso cadrà nella pagina di backlog del prodotto.

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

Nella tabella seguente vengono descritte le due categorie di metastate e i tipi enumerati supportate da ognuno.

Raggruppare	Tipi supportati	Note
Agile	Proposed: Indica gli elementi di lavoro che sono nuovi, non ancora commissionati, o non ancora modificati. InProgress: Indica gli elementi di lavoro che vengono commissionati o su cui si sta lavorando. Complete: Indica gli elementi di lavoro che sono stati implementati.	I metastate definiti per il gruppo Agile supportano le assegnazioni per diverse categorie, inclusi requisiti, attività, bug e le categorie di feedback.In genere, questi sono i mapping: Proposed: Nuovo, proposto, approvato, oppure da fare.Gli elementi di lavoro in questo metastate vengono visualizzati nella pagina di backlog del prodotto. InProgress: Attivo, eseguito, in corso o risolto.Gli elementi di lavoro in questo metastate vengono rimossi dalla pagina di backlog del prodotto perché sono stati applicati a un'iterazione o ad uno sprint. Complete: Chiuso o completato.L'impegno rappresentato dagli elementi di backlog in questo metastate sono inclusi nel calcolo della velocità del team. Gli elementi di lavoro in uno stato del flusso di lavoro non mappato in uno dei metastate supportati non vengono visualizzati nelle pagine di backlog o di aree di attività.
Bug	Resolved: Indica i bug risolti.	I metastate definiti per il supporto del gruppo dei bug eseguono il mapping dello stato Risolto del flusso di lavoro dei bug. Nota È possibile assegnare solo il metastate Resolved allo stato del flusso di lavoro specificato sotto l'elemento BugWorkItems.

Agile

Proposed: Indica gli elementi di lavoro che sono nuovi, non ancora commissionati, o non ancora modificati.
InProgress: Indica gli elementi di lavoro che vengono commissionati o su cui si sta lavorando.
Complete: Indica gli elementi di lavoro che sono stati implementati.

I metastate definiti per il gruppo Agile supportano le assegnazioni per diverse categorie, inclusi requisiti, attività, bug e le categorie di feedback.In genere, questi sono i mapping:

Proposed: Nuovo, proposto, approvato, oppure da fare.Gli elementi di lavoro in questo metastate vengono visualizzati nella pagina di backlog del prodotto.
InProgress: Attivo, eseguito, in corso o risolto.Gli elementi di lavoro in questo metastate vengono rimossi dalla pagina di backlog del prodotto perché sono stati applicati a un'iterazione o ad uno sprint.
Complete: Chiuso o completato.L'impegno rappresentato dagli elementi di backlog in questo metastate sono inclusi nel calcolo della velocità del team.

Gli elementi di lavoro in uno stato del flusso di lavoro non mappato in uno dei metastate supportati non vengono visualizzati nelle pagine di backlog o di aree di attività.

Bug

Resolved: Indica i bug risolti.

I metastate definiti per il supporto del gruppo dei bug eseguono il mapping dello stato Risolto del flusso di lavoro dei bug.

Nota

È possibile assegnare solo il metastate Resolved allo stato del flusso di lavoro specificato sotto l'elemento BugWorkItems.

Torna all'inizio

Personalizzare la pagina del backlog del prodotto

Il backlog prodotto rappresenta un elenco di requisiti del prodotto che si sta sviluppando.Gli elementi di backlog corrispondono a un particolare tipo di elemento di lavoro basato sul modello di processo utilizzato per creare il progetto team, come l'elemento di backlog del prodotto, la storia utente, o il requisito.Se si utilizzano diversi tipi di elementi di lavoro o si acquisiscono i requisiti utilizzando due o più tipi di elementi di lavoro, è possibile personalizzare la pagina backlog prodotto per supportare l'utilizzo personale.In particolare, è possibile personalizzare il layout e la funzionalità della pagina di backlog del prodotto nei modi seguenti:

Specificare i campi e i tipi di elementi di lavoro disponibili per aggiungere rapidamente elementi al backlog utilizzando il pannello "aggiunta rapida".
Impostare le colonne e la sequenza di colonna utilizzate per elencare gli elementi di backlog del prodotto.
Modificare i tipi di elementi di lavoro che sono considerati elementi di backlog.
Impostare gli stati del flusso di lavoro degli elementi di backlog presenti nel backlog del prodotto, o che sono completati e dovrebbero essere considerati quando si calcola la velocità del team.

[!NOTA]

Assicurarsi che solo i tipi di elemento di lavoro con uno stato di flusso di lavoro che corrisponde al metastate Proposed vengano visualizzati nella pagina di backlog del prodotto.Inoltre, se si aggiunge un tipo di elemento di lavoro alla categoria Requisiti, accertarsi di aggiungere il campo utilizzato per tenere traccia degli sforzi per la velocità del team alla definizione per il tipo di elemento di lavoro.
Impostare il campo utilizzato per calcolare la velocità del team.

[!NOTA]

La sequenza di elementi nella pagina di backlog del prodotto viene determinata in base a dove sono stati aggiunti gli elementi o sono stati trascinati gli elementi nella pagina.Come si trascinano elementi, un processo in background aggiorna il campo assegnato a type="Order".

Torna all'inizio

Personalizzare le pagine backlog iterazione o sprint

Le pagine backlog iterazione o sprint mostrano sia il set di requisiti che con il team è stato commissionato in un ciclo specifico di iterazione e le attività che sono state collegate a tali requisiti.Le attività devono essere collegate ai requisiti utilizzando il tipo di collegamento figlio.Poiché i tipi di elementi di lavoro che appaiono in queste pagine corrispondono agli stessi tipi che appaiono nella pagina di backlog del prodotto, la maggior parte delle operazioni di personalizzazione effettuate per la pagina di backlog del prodotto definirà la funzionalità delle pagine backlog iterazione.

È possibile personalizzare il layout e le funzionalità delle pagine backlog iterazione nei modi seguenti:

Impostare le colonne e la sequenza di colonna che appare.
Determinare la sequenza o l'ordinamento degli elementi di backlog.
Modificare i tipi di elementi di lavoro figlio che è possibile aggiungere (l'impostazione predefinita è attività).
Specificare i campi e formattare (ore o giorni) utilizzati per calcolare il lavoro rimanente.
Specificare il campo utilizzato per associare l'attività e il lavoro rimanente utilizzando la capacità-da-attività.
Specificare i giorni non lavorativi cui viene fatto riferimento nella capacità di calcolo e di burn-down (le impostazioni predefinite corrispondono a sabato e domenica).

Personalizzare queste funzionalità personalizzando uno o più dei seguenti file di definizione per il progetto team: AgileConfiguration, CommonConfiguration e Categories.Per ulteriori informazioni, vedere Personalizzare le pagine di backlog.Per ulteriori informazioni sull'utilizzo delle pagine di backlog, vedere Creare o aggiungere al backlog prodotto e Pianificare un'iterazione.

Torna all'inizio

Personalizzare la pagina dell'area di attività

Attraverso l'area attività, il team può aggiornare gli elementi di lavoro e generare report sullo stato di avanzamento.Le colonne dell'area di attività corrispondono agli stati del flusso di lavoro assegnati alle attività.Gli elementi di lavoro mostrati includono tutti gli elementi di backlog assegnati all'iterazione corrente e tutte le attività figlio connesse di questi elementi, indipendentemente dall'iterazione a cui sono stati assegnati.

Gli elementi di attività che possono essere aggiunti come attività figlio agli elementi di backlog corrispondono a tipi di elementi di lavoro assegnati alla Categoria di attività.Nella scheda, le attività vengono visualizzate sotto l'intestazione di colonna relativa al loro stato del flusso di lavoro.Quando si trascinano le attività da una colonna ad un'altra, il campo stato di quell'oggetto viene aggiornato automaticamente.

Poiché i tipi di elementi di lavoro che appaiono in queste pagine corrispondono agli stessi tipi che appaiono nelle pagine backlog iterazione, la maggior parte delle operazioni di personalizzazione effettuate per la pagina backlog iterazione determina ciò che viene visualizzato nella scheda di attività.

È possibile personalizzare le funzionalità della scheda di attività nei modi seguenti:

Determinare quali tipi di elementi di lavoro figlio appaiono nella scheda di attività e quali tipi è possibile aggiungere come elemento figlio di un elemento di backlog (l'impostazione predefinita è attività).
Selezionare gli stati del flusso di lavoro degli elementi attività che vengono considerati nella scheda di attività.
Modificare il limite massimo impostato per il numero di elementi di lavoro che possono essere visualizzati nella scheda di attività.l'impostazione predefinita è 500 elementi di lavoro.

Personalizzare queste funzionalità personalizzando uno o più dei seguenti file di definizione per il progetto team: AgileConfiguration, CommonConfiguration e Categories.Per ulteriori informazioni, vedere Personalizzare le pagine di backlog.Per ulteriori informazioni sull'utilizzo della scheda di attività, vedere Eseguire un'iterazione.

Torna all'inizio

Personalizzare i bug e il Lavoro Personale

Lavoro personale, una funzionalità Team Explorer che consente agli sviluppatori di organizzare il lavoro, ridurre le interruzioni e lavorare più efficientemente, riferimenti ai metastate assegnati alla categoria bug.

Personalizzate quest'area aggiornando i file di definizione per le categorie e CommonConfiguration.Per ulteriori informazioni, vedere Supportare lo stato di aggiornamento dei bug tramite la funzionalità Lavoro personale.

Torna all'inizio

Esportare ed importare file di definizione per la configurazione del processo

Prima di personalizzare la configurazione del processo, potrebbe essere necessario esportare il file di definizione corrente definito per il progetto team.Dopo avere personalizzato un file di definizione, è necessario includerlo nel progetto team per visualizzarne le modifiche.

Per esportare un file di definizione

In un computer in cui Visual Studio o Team Explorer è installato, aprire una finestra del prompt dei comandi e digitare:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
In una versione a 64 bit di Windows sostituire %programfiles% con %programfiles(x86)%.
Per esportare i file di definizione per le categorie o la configurazione del processo, digitare i comandi seguenti, uno alla volta, sostituendo i dati negli argomenti riportati di seguito, in cui CollectionURL specifica l'url di una raccolta di progetti team, ProjectName specifica il nome di un progetto team definito nella raccolta e DirectoryPath specifica il nome e il percorso del file da esportare.Quindi scegliere INVIO.
```
witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Il comando seguente mostra un esempio di come importare i file di definizione per la configurazione del processo agile:

witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

Per importare un file di definizione

Per importare i file di definizione per le categorie o la configurazione del processo, continuare con la procedura precedente e digitare i comandi seguenti, uno alla volta, sostituendo i dati per gli argomenti mostrati e quindi scegliere invio.
```
witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Importante

Importando un file di definizione sostituisce tutte le categorie o le configurazioni esistenti definite per il progetto team.