Aggiornare il flusso di lavoro per progetti team Agile

Articolo
03/12/2013

Dopo avere configurato le funzionalità del progetto team aggiornato, creato con un modello di processo basato su Microsoft Solutions Framework (MSF) for Agile Software Development, è necessario aggiornare manualmente le assegnazioni di flusso di lavoro di storie utente e attività.Se non si aggiorna il flusso di lavoro, nella scheda di attività sono disponibili solo due stati, Attiva e Chiuso, come illustrato di seguito.Ciò impedisce all'utente e al team di distinguere tra attività in corso da quelli che non sono stati avviati.

Scheda di un progetto team Agile senza gli aggiornamenti consigliati manuali

Area attività per progetto team Agile non aggiornato

Gli aggiornamenti effettuati dalla Configurazione guidata delle funzionalità sono stati eseguiti in base al flusso di lavoro esistente che è stato definito per il progetto team.Per la versione 5.0 del modello di processo MSF Agile, questo significa che gli stati Nuovo e Rimosso introdotti nella versione più recente non sono presenti.Questi stati supportano la transizione delle storie utente da uno Nuovo stato ad uno stato Attivo.Senza il Nuovo stato definito, una storia utente assegnata ad un'iterazione rimane nel backlog prodotto finché non è risolta, e questo non è il comportamento desiderato o previsto.

Analogamente, aggiungere il Nuovo stato al flusso di lavoro dell'attività consente agli utenti di spostare le attività dal Nuovo stato, verso lo stato Attivo, verso lo stato Chiuso utilizzando l'area attività.Inoltre, aggiungendo lo stato Rimosso sia alle storie utente che alla definizione dei tipi di attività consente agli utenti di ridimensionare le storie utente e le attività utilizzando gli strumenti di pianificazione.

Per supportare i comportamenti desiderati, è necessario aggiungere gli stati Nuovo e Rimosso alla storia utente ed ai tipi di elementi di lavoro di attività ed è necessario aggiornare i mapping di metastate assegnati nella configurazione del processo.

[!NOTA]

Si possono eseguire le procedure descritte di seguito utilizzando l'Editor di processo, un power tool aggiuntivo per Visual Studio che può essere scaricato e installato.Presente nel menu Strumenti, l'Editor di processo fornisce un'interfaccia utente grafica per personalizzare i modelli di processo di Team Foundation Server.È possibile utilizzare questo strumento per importare ed esportare i tipi di elementi di lavoro e per modificare il contenuto del modello di processo.Per ulteriori informazioni, vedere la pagina seguente sul sito Web Microsoft: Power Tool di Team Foundation Server.

Requisiti

Per eseguire lo strumento da riga di comando witadmin, è necessario essere membro di uno dei seguenti gruppi: Team Foundation Administrators, Project Collection Administrators o Project Administrators per il progetto team.Vedere Autorizzazioni per Team Foundation Server.

Aggiornare il flusso di lavoro e i metastates per un progetto team Agile

Importante
Le procedure in questo argomento sono state scritte basate su MSF for Agile Software Development 6,0.Per aggiornare il progetto team supportare l'ultimo flusso di lavoro definito per MSF for Agile Software Development 6,1, è possibile adattare queste procedure anziché per copiare le sezioni di WORKFLOW dell'ultimo modello di processo Agile.Gli aggiornamenti significativi sono stati apportati al flusso di lavoro per diversi tipi di elemento di lavoro nell'ultimo aggiornamento trimestrale.Queste modifiche supportano delle transizioni in modo che inavvertitamente quando si trascina un elemento di lavoro nella scheda di Kanban o nella scheda di attività allo stato risolto o chiuso, è possibile trascinarlo su uno stato precedente del flusso di lavoro. Per ulteriori informazioni sull'aggiornamento, vedere Novità relative a pianificazione e traccia. Per ottenere l'accesso alle versioni più recenti dei modelli di processo predefiniti, installare l'ultimo aggiornamento trimestrale per Team Foundation Server.È possibile ottenere l'aggiornamento dal sito di download Microsoft: Aggiornamento trimestrale per Microsoft Visual Studio 2012 Team Foundation Server.

Le procedure in questo argomento sono state scritte basate su MSF for Agile Software Development 6,0.Per aggiornare il progetto team supportare l'ultimo flusso di lavoro definito per MSF for Agile Software Development 6,1, è possibile adattare queste procedure anziché per copiare le sezioni di WORKFLOW dell'ultimo modello di processo Agile.Gli aggiornamenti significativi sono stati apportati al flusso di lavoro per diversi tipi di elemento di lavoro nell'ultimo aggiornamento trimestrale.Queste modifiche supportano delle transizioni in modo che inavvertitamente quando si trascina un elemento di lavoro nella scheda di Kanban o nella scheda di attività allo stato risolto o chiuso, è possibile trascinarlo su uno stato precedente del flusso di lavoro.

Per ulteriori informazioni sull'aggiornamento, vedere Novità relative a pianificazione e traccia.

Per ottenere l'accesso alle versioni più recenti dei modelli di processo predefiniti, installare l'ultimo aggiornamento trimestrale per Team Foundation Server.È possibile ottenere l'aggiornamento dal sito di download Microsoft: Aggiornamento trimestrale per Microsoft Visual Studio 2012 Team Foundation Server.

È necessario effettuare le seguenti operazioni:

Esportare le definizioni per i tipi delle storie utente, per i tipi di attività e per la configurazione del processo.
Inserire dei frammenti di codice alla sezione del flusso di lavoro sia per la storia utente che per l'attività.
Aggiornare i mapping di metastate per la configurazione del processo.
Importare le definizioni aggiornate per i tipi di elementi di lavoro e per la configurazione del processo.
Verificare che le modifiche vengano visualizzati nella scheda di attività.

Importante
Affinché le procedure riportate di seguito funzionino, lo stato Attivo deve essere specificato nel flusso di lavoro definito per i tipi delle storie utente e per i tipi di attività degli elementi di lavoro.

Per aggiornare gli stati e le transizioni del flusso di lavoro per la storia utente

Per eseguire lo strumento da riga di comando witadmin, aprire una finestra Prompt dei comandi in cui è installato Visual Studio o Team Explorer 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 la definizione di tipo per la storia utente, immettere il comando seguente, sostituendo i dati agli argomenti riportati di seguito, dove CollectionURL specifica l'URL di una raccolta di progetti team, ProjectName specifica il nome del progetto team definito nella raccolta e "DirectoryPath\FileName.xml" specifica il nome e il percorso del file da esportare.Quindi premere INVIO.
```
witadmin exportwitd /collection:CollectionURL /p:"ProjectName" /n:"User Story" /f:"DirectoryPath\FileName.xml"
```
Utilizzare questo formato per l'URL: **http://**Nomeserver: porta/VirtualDirectoryName/CollectionName, ad esempio: http://srvalm:8080/tfs/DefaultCollection.
In un editor di testo o in Visual Studio, aprire il file che è stato esportato.

Aggiungere questo frammento di codice tra le linee <STATES> e <STATE value="Active">:

<STATE value="New">
   <FIELDS>
      <FIELD refname="Microsoft.VSTS.Common.ResolvedDate">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ResolvedBy">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
         <EMPTY />
      </FIELD>
   </FIELDS>
</STATE>
<STATE value="Removed" />

Sostituire la sezione che inizia con <TRANSITION from=" " to="Active"> e termina con <TRANSITION> con questo frammento di codice:

<TRANSITION from="" to="New">
   <REASONS>
      <DEFAULTREASON value="New" />
   </REASONS>
   <FIELDS>
      <FIELD refname="System.Description">
         <DEFAULT from="value" value="As a &amp;lt;type of user&amp;gt; I want &amp;lt;some goal&amp;gt; so that &amp;lt;some reason&amp;gt;" />
      </FIELD>
   </FIELDS>
</TRANSITION>
<TRANSITION from="New" to="Active">
   <REASONS>
      <DEFAULTREASON value="Implementation started" />
   </REASONS>
   <FIELDS>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
         <COPY from="currentuser" />
         <VALIDUSER />
         <REQUIRED />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
         <SERVERDEFAULT from="clock" />
      </FIELD>
      <FIELD refname="System.AssignedTo">
         <DEFAULT from="currentuser" />
      </FIELD>
   </FIELDS>
</TRANSITION>
<TRANSITION from="New" to="Removed">
   <REASONS>
      <DEFAULTREASON value="Removed from the backlog" />
   </REASONS>
</TRANSITION>
<TRANSITION from="Active" to="New">
   <REASONS>
      <DEFAULTREASON value="Implementation halted" />
   </REASONS>
</TRANSITION>
<TRANSITION from="Removed" to="New">
   <REASONS>
      <DEFAULTREASON value="Reconsidering the User Story" />
   </REASONS>
</TRANSITION>

Salvare e chiudere il file.

Importare il file, sostituendo i tuoi dati agli argomenti mostrati.

witadmin importwitd /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\FileName.xml"

Per aggiornare gli stati e le transizioni del flusso di lavoro per l'attività

Esportare la definizione di tipo per l'attività, sostituendo i tuoi dati con gli argomenti di seguito riportati.
```
witadmin exportwitd /collection:CollectionURL /p:"ProjectName" /n:"Task" /f:"DirectoryPath\FileName.xml"
```
In un editor di testo o in Visual Studio, aprire il file che è stato esportato.

Aggiungere questo frammento di codice tra le linee <STATES> e <STATE value="Active">:

<STATE value="New">
   <FIELDS>
      <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
         <EMPTY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
         <EMPTY />
      </FIELD>
   </FIELDS>
</STATE>
<STATE value="Removed" />

Sostituire il primo blocco di transizione, corrispondente alle linee che rientrano tra <TRANSITION from="" to="Active"> e il relativo tag di chiusura </TRANSITION>, con questo frammento di codice:

<TRANSITION from="" to="New">
   <REASONS>
      <DEFAULTREASON value="New" />
   </REASONS>
</TRANSITION>
<TRANSITION from="New" to="Active">
   <ACTIONS>
      <ACTION value="Microsoft.VSTS.Actions.StartWork" />
   </ACTIONS>
   <REASONS>
      <DEFAULTREASON value="Work started" />
   </REASONS>
   <FIELDS>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
         <COPY from="currentuser" />
         <VALIDUSER />
         <REQUIRED />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
         <SERVERDEFAULT from="clock" />
      </FIELD>
      <FIELD refname="System.AssignedTo">
         <DEFAULT from="currentuser" />
      </FIELD>
   </FIELDS>
</TRANSITION>
<TRANSITION from="Active" to="New">
   <ACTIONS>
      <ACTION value="Microsoft.VSTS.Actions.StopWork" />
   </ACTIONS>
   <REASONS>
      <DEFAULTREASON value="Work halted" />
   </REASONS>
</TRANSITION>
<TRANSITION from="New" to="Closed">
   <ACTIONS>
      <ACTION value="Microsoft.VSTS.Actions.Checkin" />
   </ACTIONS>
   <REASONS>
      <DEFAULTREASON value="Completed" />
      <REASON value="Cut" />
      <REASON value="Deferred" />
   <REASON value="Obsolete" />
   </REASONS>
   <FIELDS>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
         <READONLY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
         <READONLY />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
         <SERVERDEFAULT from="clock" />
      </FIELD>
      <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
      <COPY from="currentuser" />
         <VALIDUSER />
         <REQUIRED />
      </FIELD>
   </FIELDS>
</TRANSITION>
<TRANSITION from="Closed" to="New">
   <REASONS>
      <DEFAULTREASON value="Reactivated" />
   </REASONS>
   <FIELDS>
      <FIELD refname="System.AssignedTo">
         <COPY from="field" field="Microsoft.VSTS.Common.ClosedBy" />
      </FIELD>
   </FIELDS>
</TRANSITION>
<TRANSITION from="New" to="Removed">
   <REASONS>
      <DEFAULTREASON value="Removed from the backlog" />
   </REASONS>
</TRANSITION>
<TRANSITION from="Active" to="Removed">
   <REASONS>
      <DEFAULTREASON value="Removed from the backlog" />
   </REASONS>
</TRANSITION>
<TRANSITION from="Removed" to="New">
   <REASONS>
      <DEFAULTREASON value="Reconsidering the Task" />
   </REASONS>
</TRANSITION>

Salvare e chiudere il file.

Importare il file, sostituendo i tuoi dati agli argomenti mostrati.

witadmin importwitd /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\FileName.xml"

Per aggiornare i mapping di metastate per la configurazione del processo

Digitare il comando seguente per esportare il file CommonConfiguration, sostituendo i tuoi dati a quelli che vengono visualizzati.
```
witadmin exportcommonprocessconfig /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\CommonConfiguration.xml"
```
Dove, CollectionURL specifica l'URL della raccolta di progetti team e ProjectName specifica il nome del progetto team.Utilizzare questo formato per l'URL: **http://**Nomeserver: porta/VirtualDirectoryName/CollectionName, ad esempio: http://srvalm:8080/tfs/DefaultCollection.
Nel Blocco Note o in un altro editor di testo, aprire il file CommonConfiguration.xml.
Individuare il tag <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Stories">.

Sostituire la riga <State type="Proposed" value="Active" /> con queste:

<State type="Proposed" value="New" /> 
<State type="InProgress" value="Active" />

Individuare il tag <TaskWorkItems category="Microsoft.TaskCategory"> e sostituire la riga <State type="Proposed" value="Active" /> con queste:
```
<State type="Proposed" value="New" />
<State type="InProgress" value="Active" />
```

Verificare di avere a disposizione i seguenti mapping:

<RequirementWorkItems category="Microsoft.RequirementCategory" plural="Stories">
   <States>
      <State type="Proposed" value="New"/>
      <State type="InProgress value="Active" />
      <State type="InProgress value="Resolved" />
      <State type="Complete" value="Closed" />
   </States>
</RequirementWorkItems>
<TaskWorkItems category="Microsoft.TaskCategory">
   <States>
      <State type="Proposed" value="New" />
      <State type="InProgress" value="Active" />
      <State type="Complete" value="Closed" />
   </States>
</TaskWorkItems>

Salvare e chiudere il file.

Importare il file di configurazione.

witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"

Per verificare che le modifiche vengano visualizzati nella scheda di attività

Aprire Team Web Access e connettersi al progetto team utilizzando un URL che presenta il formato seguente:
```
http://MyServer:8080/tfs/TeamProjectCollectionName/MyProject
```
Se il TWA è già aperto, quindi aggiornare il browser per aggiornare la cache.
Verificare che le colonne di verrà visualizzata l'attività Nuova, Attivae Chiuso.

Attività la scheda per un progetto team Agile con gli stati aggiornati di flusso di lavoro

Per ulteriori informazioni sull'utilizzo dell'area attività, vedere Eseguire un'iterazione.

Vedere anche

Concetti

Pianificazione Agile e iterazioni

Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità

Condividi tramite