Riferimento all'elemento XML di configurazione del processo

La configurazione processo definisce la configurazione predefinita e le caratteristiche funzionali che i team possono accedere mediante gli strumenti di pianificazione Agile.

Questi strumenti, disponibili tramite Team Web Access (TWA), consentono di visualizzare un set filtrato di elementi di lavoro in base alla configurazione effettuata nelle sezioni PortfolioBacklog, RequirementBacklog e TaskBacklog del file di definizione XML della configurazione processo. Inoltre, con la configurazione processo vengono definiti i mapping stato a metastato del flusso di lavoro per tutti i tipi di elemento di lavoro (WIT, Work Item Type) per cui è richiesto il mapping.

Per altre informazioni, vedere Configurare e personalizzare gli strumenti di pianificazione Agile per il progetto team.

Aree personalizzabili

• Configurare una pagina di backlog

  • Eseguire il mapping dei metastati per una categoria di tipi di elemento di lavoro

  • Personalizzare le colonne e la sequenza di colonne predefinite

  • Personalizzare il pannello di aggiunta rapida

  • Modificare il numero di elementi di lavoro visualizzabili nell'area attività

• Eseguire il mapping dei metastati per tipi di elemento di lavoro specifici dello strumento

• Assegnare i campi usati nei grafici e negli strumenti di pianificazione Agile

• Specificare i giorni del fine settimana

• Modificare il colore per un tipo di elemento di lavoro

Per aggiornare la configurazione processo, esportare il file di definizione XML, modificarlo e, successivamente, importarlo. Usare lo strumento da riga di comando witadmin per importare ed esportare il file.

Configurare una pagina di backlog

Sono disponibili tre tipi di pagine di backlog: backlog di prodotto, backlog iterazione o backlog sprint e backlog di portfolio. È possibile personalizzare ciascuna pagina di backlog nelle modalità riportate di seguito.

• Mapping di metastati: eseguire il mapping degli stati del flusso di lavoro ai metastati. Questi mapping supportano la visualizzazione di tutte le pagine di pianificazione Agile, incluse la bacheca Kanban e l'area attività.

• Pannello di aggiunta rapida: specificare i WIT e i campi elemento di lavoro visualizzati per aggiungere rapidamente elementi al backlog.

  Per modificare i tipi di elemento di lavoro che sono considerati attività o elementi backlog, aggiungerli alla categoria corrispondente. Per un esempio, vedere Aggiungere i bug all'area attività o al backlog.

• Campi Colonna: definire la sequenza predefinita di campi e colonne.

Configurare le pagine di backlog nelle sezioni XML visualizzate nell'esempio seguente:

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName=" Backlog items" singularName=" Backlog item">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
. . . 
</TaskBacklog>

<PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName">
   <States> . . . </States>
   <Columns> . . . </Columns>
   <AddPanel> . . . </ AddPanel>
</PortfolioBacklog >

<RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName">
   <States> . . . </States>
   <Columns> . . . </Columns>
   <AddPanel> . . . </ AddPanel>
</RequirementBacklog >

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit">
. . . 
</TaskBacklog > 

Note di implementazione

• I valori assegnati a NomeCategoria devono corrispondere a un gruppo di categorie definito per il progetto team. Specificare i gruppi di categorie nel file di definizione per Categorie. Per altre informazioni, vedere Riferimento agli elementi XML delle categorie.

• Usare i backlog di portfolio per visualizzare il rollup degli elementi backlog nei livelli inferiori e lo stato di avanzamento per diversi team. Nei progetti team nuovi e aggiornati sono incluse le funzionalità con etichette a un livello. È possibile aggiungere fino a quattro livelli ulteriori.

  Nota

  Per l'uso delle pagine portfolio potrebbe essere necessario ottenere l'accesso avanzato.Per informazioni dettagliate, vedere Modifica dei livelli di accesso.

  Per informazioni sull'uso delle pagine di backlog portfolio, vedere Utilizzare i backlog di portfolio.

• Il backlog di prodotto rappresenta un elenco di requisiti del prodotto che si sta sviluppando. Gli elementi backlog corrispondono a un tipo specifico di elemento di lavoro basato sul modello di processo usato per creare il progetto team, ad esempio un elemento del backlog di prodotto, una storia utente o un requisito. Se si usano tipi differenti di elementi di lavoro o si acquisiscono i requisiti usando due o più tipi di elementi di lavoro, è possibile personalizzare la pagina di backlog di prodotto per supportare l'utilizzo personale.

  Per informazioni sull'uso delle pagine di backlog di prodotto, vedere Creare il backlog.

• Nelle pagine di backlog iterazione o sprint vengono visualizzati sia il set di requisiti di cui insieme al team è stato eseguito il commit in un ciclo di iterazione specifico sia le attività che sono collegate ai requisiti in questione. Le attività devono essere collegate ai requisiti usando il tipo di collegamento figlio. Poiché i tipi di elementi di lavoro visualizzati in queste pagine corrispondono agli stessi tipi presenti nella pagina di backlog di prodotto, tramite la maggior parte delle operazioni di personalizzazione effettuate per la pagina di backlog di prodotto verrà definita la funzionalità delle pagine di backlog dell'attività.

  Per informazioni sull'uso delle pagine di backlog sprint, vedere Lavorare in sprint.

Eseguire il mapping degli stati del flusso di lavoro ai metastati

Per la maggior parte dei WIT è necessaria l'esecuzione del mapping degli stati del flusso di lavoro a un metastato. Tramite gli stati del flusso di lavoro viene definita la modalità di avanzamento di un elemento di lavoro dalla prima attivazione o creazione fino alla chiusura o al completamento. Ad esempio, con gli stati definiti per l'elemento del backlog di prodotto Scrum viene definita una progressione di quattro stati, da Nuovo, Approvato, Eseguito a Completato, incluso anche un quinto stato, Rimosso, per tener conto di uno stato rimosso dal backlog senza essere implementato.

Tramite i metastati, invece, viene determinato come viene considerato ciascuno stato del flusso di lavoro da parte gli strumenti di pianificazione Agile. I metastati primari usati dal backlog e dall'area attività sono Proposed, InProgress e Complete.

Associando ogni stato del flusso di lavoro a un metastato, tramite le operazioni in background eseguite per visualizzare il backlog e le aree attività è possibile sapere come interpretare correttamente lo stato di ogni elemento di lavoro. Ad esempio, i mapping seguenti vengono definiti per le pagine di backlog di prodotto Scrum.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

Sono disponibili tre categorie di metastati: Agile, Bug e Feedback. Nella tabella seguente vengono descritti gli attributi e i valori di mapping.

<State type="TypeName" value="ValueName"/>

Personalizzare le colonne e la sequenza di colonne predefinite

È possibile aggiungere o rimuovere colonne, cambiare la sequenza delle colonne oppure modificare la larghezza di queste ultime per le pagine in cui viene visualizzata una pagina di backlog. Le modifiche apportate alla pagina tramite la finestra di dialogo Opzioni colonne vengono mantenute fino a quando non vengono nuovamente modificate. Tramite la sezione seguente di codice vengono definiti semplicemente la sequenza e il set di colonne predefiniti.

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

<Column refname="FieldReferenceName"  width="FieldWidth" />

Intestazioni di colonna dell'area attività

Le intestazioni di colonna che vengono visualizzate nella pagina dell'area attività corrispondono agli stati del flusso di lavoro assegnati al WIT predefinito assegnato alla Categoria attività. La sequenza di colonne corrisponde alla progressione naturale delle transizioni del flusso di lavoro, spostandosi da sinistra a destra. Per modificare il layout delle colonne, modificare il flusso di lavoro per il WIT assegnato alla Categoria attività. Gli stati del flusso di lavoro definiti per il tipo di attività predefinito nella Categoria attività devono essere assegnati a un metastato valido come descritto in Eseguire il mapping di metastati per una categoria di tipi di elemento di lavoro.

Personalizzare il pannello di aggiunta rapida

È possibile aggiungere campi per qualsiasi pannello di aggiunta rapida. Ad esempio, nell'esempio seguente Valore di business viene aggiunto al pannello di backlog di prodotto.

Nel pannello vengono visualizzati solo i campi inclusi nella sezione FIELDS della definizione di WIT per il WIT selezionato. Ad esempio, se si seleziona il WIT del bug, viene visualizzato solo il titolo, poiché il valore di business non è definito per i bug. Per aggiungere un altro WIT al pannello, aggiungerlo alla Categoria requisiti come descritto qui.

Il codice seguente corrisponde alle assegnazioni predefinite specificate nei modelli di processo di Visual Studio Scrum e MSF for Agile.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

<Field refname="FieldReferenceName"/>

Modificare il numero di elementi di lavoro visualizzabili nell'area attività

Per motivi di prestazioni, nell'area attività può essere visualizzato un massimo di 500 elementi di lavoro. Quando si apre l'area attività, tutti gli elementi di lavoro vengono caricati nella cache. La limitazione del numero di elementi di lavoro può rendere più rapidi i tempi di caricamento. È possibile modificare questo limite specificando un valore per l'attributo workItemCountLimit dell'elemento TaskBacklog.

Ad esempio, è possibile aumentare il limite aggiungendo workItemCountLimit="800":

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

Eseguire il mapping dei metastati per tipi di elemento di lavoro specifici dello strumento

I mapping di metastati vengono definiti per categorie di WIT aggiuntive. Per il modello di processo Scrum, sono inclusi i mapping per le categorie di richiesta e risposta feedback. Per i modelli di processo MSF Agile e CMMI, sono inclusi anche i mapping per la categoria di bug. In Scrum sono inclusi i bug nella Categoria requisiti, pertanto vengono definiti i mapping di metastati nella sezione RequirementBacklog.

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

Nella tabella seguente vengono descritti gli elementi aggiuntivi usati per definire i mapping di metastati per tipi di elemento di lavoro specifici dello strumento. Per informazioni sull'assegnazione dei valori e dei tipi dello stato effettivo, vedere Eseguire il mapping di metastati per una categoria di tipi di elemento di lavoro. NomeCategoria deve corrispondere a una categoria definita per il progetto team.

<BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</BugWorkItems>

<FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</FeedbackRequestWorkItems>

<FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</FeedbackResponseWorkItems>

<TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">
    <States>
      <State type="InProgress" value="Design" />
      <State type="InProgress" value="Testing" />
      <State type="Complete" value="Signed Off" />
    </States>
  </TestPlanWorkItems>

<TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">
    <States>
      <State type="Proposed" value="Authoring" />
      <State type="InProgress" value="Testing" />
      <State type="Complete" value="Completed" />
    </States>
  </TestSuiteWorkItems>

Per mappare metastati per TestPlanWorkItems o TestSuiteWorkItems, è necessario aggiornare il server a livello applicazione a TFS 2013.3. Sarà quindi possibile personalizzare lo stato del flusso di lavoro di piani di test e gruppi di test.

Per altre informazioni, vedere Configurazione del processo di esportazione e importazione.

Assegnare i campi usati nei grafici e negli strumenti di pianificazione Agile

È possibile modificare i campi elemento di lavoro usati nel calcolo della capacità, dei grafici burn-down, delle previsioni e della velocità. Qualsiasi modifica apportata a una delle assegnazioni predefinite deve corrispondere a una modifica apportata al WIT usato per definire e acquisire informazioni per il valore in questione.

Ad esempio, se si modifica refname assegnato a type="Activity", è necessario includere lo stesso campo nella definizione di WIT assegnata alla Categoria attività mediante la quale vengono acquisite le informazioni sull'attività.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

<TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / >

<TypeFieldValue value="ApplicationTypeName" type="TypeApp"/>

<TypeFieldValues>
   <TypeFieldValue value="Web application" type="WebApp" />
   <TypeFieldValue value="Remote machine" type="RemoteMachine" />
   <TypeFieldValue value="Client application" type="ClientApp" />
</TypeFieldValues>

Note di implementazione

• Se si modifica un campo nella sezione TypeFields, è necessario apportare la modifica corrispondente nella definizione di WIT. Ad esempio, se si modificano i campi assegnati per acquisire il valore Effort di lavoro, sarà necessario apportare la stessa modifica nelle definizioni di WIT per l'elemento del backlog di prodotto e il bug (per Scrum).

• È possibile cercare il nome di riferimento per un campo tramite l'indice.

Assegnare i giorni non lavorativi

La pianificazione della capacità e i grafici burn-down fanno riferimento ai giorni non lavorativi. I seguenti giorni non lavorativi sono definiti in ogni modello di processo TFS.

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

<DayOfWeek>NameOfADay</DayOfWeek>

Modificare il colore per un tipo di elemento di lavoro

È possibile distinguere immediatamente i WIT quando si visualizza un risultato della query o un backlog in base al colore assegnato al WIT.

Le seguenti assegnazioni di colori sono definite nel modello di processo Scrum.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
</WorkItemColors>

<WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Domande e risposte

D: Come si personalizzano altre funzioni visualizzate negli strumenti di pianificazione Agile in TWA?

R: Alcune personalizzazioni possono essere eseguite tramite l'interfaccia utente. mentre per altre sono richiesti la configurazione del processo di modifica o altri oggetti del progetto team. Per informazioni generali, vedere Configurare e personalizzare gli strumenti di pianificazione Agile per il progetto team.

D: Si desidera usare due o più backlog di portfolio?

R: L'utilizzo predefinito supporta un livello di backlog di portfolio. È possibile aggiungere fino a cinque livelli come descritto in Aggiungere un backlog a Gestione portfolio Agile.

D: Si desidera aggiungere o modificare i WIT visualizzati nella lavagna delle attività o nel backlog di prodotto?

R: Se si è aggiunto un WIT personalizzato e si desidera aggiungerlo al backlog o alla lavagna delle attività, l'operazione è possibile. Non è possibile visualizzarli in entrambe le posizioni. Per informazioni, leggere Aggiungere bug al backlog o alla lavagna delle attività.

D: Si desidera visualizzare un esempio valido di importazione ed esportazione della configurazione processo?

R: Un esempio è disponibile qui: Importare ed esportare la configurazione del processo [witadmin].