Condividi tramite


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.

Elementi XML di configurazione di processo

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.

Processo per la personalizzazione di un oggetto WIT

Nota

Gli esempi di sintassi mostrati in questo argomento corrispondono alle assegnazioni predefinite specificate nel modello di processo di Visual Studio Scrum 2013.Per accedere alla versione più recente dei modelli di processo, installare l'ultima versione di TFS e scaricare i modelli mediante Gestione modelli di processo.

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>

Elemento

Descrizione

PortfolioBacklogs

Facoltativo. Elemento contenitore per le pagine di backlog di portfolio.

PortfolioBacklog

Facoltativo. Fino a cinque istanze.

Elemento contenitore mediante il quale vengono definiti i mapping di metastati, le colonne predefinite e il pannello di aggiunta rapida per una pagina di backlog di portfolio.

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

Assegnare i valori agli attributi come descritto di seguito.

  • category: specificare il nome di una categoria definita nel file di definizione delle categorie per il progetto team contenente i WIT da associare a questo tipo di backlog.

  • parent: specificare il nome della categoria che rappresenta il backlog di portfolio padre nella gerarchia.

  • pluralName: specificare l'etichetta plurale da usare quando si fa riferimento ai WIT associati a questo tipo di backlog. Ad esempio, Storie, Obiettivi, Iniziative o Poemi epici.

  • singularName: specificare l'etichetta singolare da usare quando si fa riferimento ai WIT associati a questo tipo di backlog. Ad esempio, Storia, Obiettivo, Iniziativa o Poema epico.

RequirementBacklog

Obbligatorio. Solo un'istanza.

Elemento contenitore mediante il quale vengono definiti i mapping di metastati, le colonne predefinite e il pannello di aggiunta rapida per la pagina di backlog di prodotto. Nel backlog di prodotto vengono visualizzati tutti gli elementi attivi nel backlog del team.

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

TaskBacklog

Obbligatorio. Solo un'istanza.

Elemento contenitore usato per personalizzare il layout di pagine in cui vengono visualizzati gli elementi di lavoro assegnati a un'iterazione specifica.

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

Per impostazione predefinita, l'area attività è limitata a un totale di 500 elementi di lavoro. È possibile modificare questo limite specificando un valore per l'attributo workItemCountLimit.

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.

Elemento

Descrizione

State

Obbligatorio. Assegna uno stato del flusso di lavoro a un metastato.

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

I valori validi per NomeTipo corrispondono a un valore assegnato a STATE nella sezione WORKFLOW dei tipi di elementi di lavoro assegnati al gruppo di categorie.

I valori validi per NomeValore corrispondono a uno dei seguenti valori enumerati:

  • Agile: usare per tutti i tipi di elemento di lavoro.

    • Proposed: indica gli elementi di lavoro che sono nuovi, di cui non è ancora stato eseguito il commit o sui quali non si sta ancora lavorando.

    • InProgress: indica gli elementi di lavoro di cui è stato eseguito il commit o su cui si sta lavorando attivamente.

    • Complete: indica gli elementi di lavoro che sono stati implementati. Affinché la bacheca Kanban sia valida, è necessario eseguire il mapping di almeno uno stato del flusso di lavoro al metastato Complete.

      Una volta effettuate le transizioni di stato di un flusso di lavoro a uno stato associato al metastato Complete, l'elemento di lavoro associato non verrà più visualizzato nella pagina degli elementi backlog di prodotto. Tuttavia, continuerà a essere elencato nella bacheca Kanban.

    Gli elementi di lavoro in uno stato del flusso di lavoro di cui non è stato eseguito il mapping a uno dei metastati supportati non vengono visualizzati nelle pagine di backlog o dell'area.

  • Bug: usare solo per i tipi di elemento di lavoro raggruppati nella Categoria di bug. Oltre ai metastati Agile, è incluso il metastato Resolved che indica i bug che sono stati risolti.

    Nota

    È possibile assegnare solo il metastato Resolved a uno stato del flusso di lavoro specificato nell'elemento BugWorkItems.

  • Feedback: usare solo per i tipi di elemento di lavoro raggruppati nelle categorie Richiesta feedback o Risposta feedback. Requested, Received, Reviewed e Declined.

States

Specifica una raccolta di elementi State mediante i quali si associano gli stati del flusso di lavoro dei WIT ai metastati.

Elemento obbligatorio per i seguenti elementi padre:

  • BugWorkItems

  • PortfolioBacklog

  • RequirementBacklog

  • TaskBacklog

  • TestPlanWorkItems

  • TestSuiteWorkItems

  • FeedbackRequestWorkItems

  • FeedbackResponseWorkItems

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.

Sequenza e colonne predefinite per la pagina di backlog

<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>

Elemento

Descrizione

Columns

Specifica una raccolta di elementi Column. Elemento obbligatorio per gli elementi della pagina di backlog: PortfolioBacklog, RequirementBacklog e TaskBacklog.

Column

Specifica che un campo deve essere visualizzato come colonna in una pagina di backlog.

<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.

Pannello backlog con il campo Valore di business aggiunto

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>

Elemento

Descrizione

AddPanel

Elemento contenitore usato per specificare l'esperienza di "aggiunta rapida" e i campi da visualizzare nell'area del pannello dove vengono definiti nuovi elementi backlog.

Fields

Specifica una raccolta di elementi Field.

Field

Specifica che un campo elemento di lavoro deve essere visualizzato all'interno del pannello per la pagina di backlog di prodotto.

<Field refname="FieldReferenceName"/>

Lo stesso campo deve essere visualizzato nel form dell'elemento di lavoro di ogni WIT incluso nella categoria del backlog.

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.

Elemento

Descrizione

BugWorkItems

Facoltativo. Elemento contenitore mediante il quale vengono definiti i mapping di metastati per i tipi di elemento di lavoro assegnati alla categoria di bug. Oltre alla modalità di utilizzo dei mapping nella visualizzazione delle pagine di pianificazione Agile di TWA, viene controllata anche la modalità con cui tramite la funzionalità Lavoro in Team Explorer viene aggiornato lo stato del bug mentre gli sviluppatori spostano i bug usando Lavoro. Per altre informazioni, vedere Scrivere il nuovo codice per una storia utente.

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

FeedbackRequestWorkItems

Obbligatorio. Non personalizzare.

Elemento contenitore mediante il quale vengono definiti i mapping di metastati per i tipi di elemento di lavoro assegnati alla categoria di richiesta feedback.

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

FeedbackResponseWorkItems

Obbligatorio. Non personalizzare.

Elemento contenitore mediante il quale vengono definiti i mapping di metastati per i tipi di elementi di lavoro assegnati alla categoria di risposta feedback.

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

TestPlanWorkItems

Necessario solo quando si personalizza lo stato del flusso di lavoro per Piano di test e si supportano connessioni al progetto team da versioni di Gestione test installate con Visual Studio 2013.2 o versioni precedenti.

Elemento contenitore mediante il quale vengono definiti i mapping di metastati per i tipi di elemento di lavoro assegnati alla categoria Piano di test. Ad esempio:

<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

Necessario solo quando si personalizza lo stato del flusso di lavoro per Gruppi di test e si supportano connessioni al progetto team da versioni di Gestione test installate con Visual Studio 2013.2 o versioni precedenti.

Elemento contenitore mediante il quale vengono definiti i mapping di metastati per i tipi di elemento di lavoro assegnati alla categoria Gruppi di test. Ad esempio:

<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>

Elemento

Descrizione

TypeFields

Obbligatorio. Specifica una raccolta di elementi TypeField.

TypeField

Obbligatorio. Specifica il nome di riferimento di un campo il cui valore supporta un tipo di attività per un'area funzionale. I campi specificati devono corrispondere ai campi usati nei WIT usati per acquisire le informazioni sulla funzionalità.

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

Specificare il formato solo quando type="RemainingWork". È possibile specificare qualsiasi stringa di testo per StringaUnitàTempo da visualizzare sulle barre della capacità nella pagina di backlog iterazione corrente e nell'area attività.

Per le pagine di pianificazione Agile

  • Activity: usato per supportare la funzionalità capacità per attività. Specificare lo stesso campo usato nel WIT assegnato alla Categoria attività.

    Nota: i valori visualizzati nella pagina Capacità dello strumento di pianificazione Agile rappresentano un'unione di tutti i valori definiti per il campo in tutti i progetti team all'interno dell'istanza della raccolta di progetti. Quindi, per limitare i valori relativi alla Capacità visualizzati nelle pagine di backlog sprint, è necessario fare in modo che i valori corrispondano in tutti i progetti team per il campo assegnato a type="Activity".

  • Effort: usato per calcolare la velocità del team. Specificare lo stesso campo usato nel WIT assegnato alla Categoria requisiti usata per acquisire il livello stimato di lavoro richiesto, i punti della storia o le dimensioni per la quantità di lavoro richiesta da un elemento backlog per l'implementazione.

  • Order: usato per definire l'ordinamento degli elementi nelle pagine dell'area e di backlog. Gli elementi di lavoro vengono elencati nella pagina in base all'ordine crescente definito nel campo relativo a questo tipo.

    Nota

    È possibile spostare gli elementi trascinandoli verso l'alto o verso il basso dell'elenco in una pagina di backlog.Quando si spostano degli elementi, tramite un processo in background viene aggiornato il campo assegnato a type="Order".

  • RemainingWork: usato per calcolare il lavoro rimanente e i grafici burn-down. Specificare lo stesso campo usato nel WIT assegnato alla Categoria attività che si usa per acquisire le ore, i giorni o un'altra unità di misura rimanenti per il complemento di un'attività.

    Il valore specificato per format viene usato nelle pagine di backlog e dell'area attività, ovunque sia segnalato del lavoro rimanente. Ad esempio, quando si segnalano la capacità per attività o la capacità per membro del team oppure accanto all'intestazione di colonna per gli stati dell'attività nell'area attività.

    Per StringaUnitàTempo, specificare una qualsiasi stringa di testo da usare per riflettere il valore temporale, ad esempio le ore o i giorni.

    I valori seguenti, ad esempio, sono tutti validi:

    format="{0} h"

    format="{0} hours"

    format="hours {0}"

    format="time {0}"

  • Team: usato per associare le pagine di backlog a un team. Il valore predefinito è System.AreaPath. Per separare i team da percorsi area, è possibile specificare un campo differente, come descritto in Personalizzare un progetto team per supportare campi team.

Per il modulo di richiesta feedback:

Nota

Non è necessario modificare le assegnazioni predefinite effettuate per i seguenti elementi TypeField.Queste assegnazioni corrispondono ai campi usati per acquisire le informazioni corrispondenti nel WIT assegnato alla Categoria richiesta feedback.

  • ApplicationStartInformation: usato per acquisire il percorso per eseguire l'applicazione.

  • ApplicationLaunchInstructions: usato per acquisire le istruzioni di avvio.

  • ApplicationType: usato per acquisire il tipo di applicazione. I tipi elencati corrispondono ai valori consentiti specificati nella definizione di WIT per la richiesta feedback. Per personalizzare questo elenco, vedere Personalizzare un elenco di selezione.

TypeFieldValues

Obbligatorio per TypeFieldValue quando type="ApplicationType".

Specifica una raccolta di elementi TypeFieldValue usati nel modulo di richiesta feedback.

TypeFieldValue

Obbligatorio. Non personalizzare.

Specifica il nome di un tipo di applicazione da visualizzare nel modulo di richiesta feedback.

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

Le assegnazioni predefinite corrispondono ai valori consentiti specificati nella definizione di tipo per il modulo di richiesta feedback.

<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>

Elemento

Descrizione

DayOfWeek

Figlio obbligatorio dell'elemento Weekends.

Specifica un giorno della settimana corrispondente a un giorno non lavorativo.

<DayOfWeek>NameOfADay</DayOfWeek>

I nomi validi corrispondono ai giorni della settimana inglese: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday e Saturday.

Nota

È necessario specificare il giorno della settimana in inglese, indipendentemente dalla lingua installata in Team Foundation Server.

Weekends

Facoltativo. Elemento contenitore usato per specificare i giorni non lavorativi.

Specificare i giorni non lavorativi di cui si desidera tenere conto nel calcolo della capacità e dei grafici burn-down.

Alcune note su come questo viene visualizzato nel grafico burn-down e non può essere rimosso.

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.

Assegnazione di colori ai diversi tipi di elementi di lavoro

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>

Elemento

Descrizione

WorkItemColors

Facoltativo. Elemento contenitore per specificare i colori dei tipi di elemento di lavoro.

WorkItemColor

Specifica i colori usati per visualizzare un WIT all'interno di TWA. Il colore primario viene usato nelle visualizzazioni di elenchi e il colore secondario nelle visualizzazioni di aree, ad esempio l'area attività o la bacheca Kanban.

<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].