Condividi tramite


Riferimento all'elemento XML di configurazione del processo

La configurazione processo definisce la configurazione predefinita e le caratteristiche funzionali a cui i team possono accedere mediante gli strumenti di pianificazione Agile. Questi strumenti, disponibili tramite il portale Web, includono il backlog di prodotto, i backlog sprint, la bacheca Kanban e la lavagna delle attività. Tali strumenti diventano accessibili quando si crea un progetto team in Visual Studio Online o in un'istanza di Team Foundation Server (TFS) locale.

Gli elementi di configurazione specificano i tipi di elemento di lavoro (WIT), le colonne predefinite, i campi usati dagli strumenti e altri elementi. Le configurazioni principali effettuate determinano quali elementi verranno visualizzati per i backlog di portfolio, di prodotto e sprint definendo le sezioni PortfolioBacklog, RequirementBacklog e TaskBacklog del file di definizione XML per la configurazione del processo. Inoltre, la configurazione del processo definisce i mapping tra stati e metastati del flusso di lavoro per tutti i tipi di elemento di lavoro che richiedono il mapping.

Elementi XML di configurazione di processo

Configurare e personalizzare gli strumenti di pianificazione Agile per il progetto team riepiloga quali elementi è possibile configurare tramite l'interfaccia utente e quali richiedono una configurazione definendo il file ProcessConfiguration.

Aree che è possibile personalizzare tramite ProcessConfiguration:

Configurare un 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 nella lavagna delle 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

  • Specificare le proprietà e i comportamenti

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 Scrum.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 un backlog

È possibile personalizzare i seguenti elementi per il backlog di prodotto, i backlog sprint e i backlog di portfolio:

  • Mapping di metastati: eseguire il mapping degli stati del flusso di lavoro ai metastati. Questi mapping supportano la visualizzazione di tutti gli strumenti di pianificazione Agile, incluse la bacheca Kanban e la lavagne delle 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 bug alla lavagna delle attività o al backlog.

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

Configurare i backlog nelle sezioni XML visualizzate nell'esempio seguente:

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>

     <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature" parent="Microsoft.EpicCategory" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story" workItemCountLimit="1000">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000">
. . . 
</TaskBacklog>

Elemento

Descrizione

PortfolioBacklogs

Parametro facoltativo. Elemento contenitore per i backlog di portfolio.

PortfolioBacklog

Parametro facoltativo. Fino a cinque istanze.

Elemento contenitore che definisce i mapping di metastati, le colonne predefinite e il pannello di aggiunta rapida per un backlog di portfolio.

<PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName" workItemCountLimit="MaximumLimit>
   <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.

  • workItemCountLimit: specificare un numero intero. Il valore predefinito è 1000. I backlog e le lavagne limiteranno il numero di elementi visualizzati in base a questo limite.

RequirementBacklog

Necessario. Solo un'istanza.

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

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

TaskBacklog

Necessario. Solo un'istanza.

Elemento contenitore usato per personalizzare il layout di backlog sprint.

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

Note di implementazione

  • Per impostazione predefinita, ogni backlog è limitato a un totale di 1000 elementi di lavoro. È possibile modificare questo limite specificando un valore per l'attributo workItemCountLimit.

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

  • Usare i backlog di portfolio per organizzare il backlog, visualizzare il rollup degli elementi backlog nei livelli inferiori e visualizzare lo stato di avanzamento per diversi team. I progetti team nuovi e aggiornati contengono due livelli di backlog di portfolio: funzionalità ed epiche. È possibile aggiungere fino a tre livelli ulteriori. Solo il backlog di portfolio di primo livello non specifica una categoria padre.

    Nota

    Potrebbe essere necessario avere l'accesso avanzato per usare alcune funzionalità del backlog di portfolio.

  • Il backlog di prodotto corrisponde al piano del progetto, ovvero la guida di orientamento in base alla quale il team pianifica le attività da eseguire. Elenca gli elementi di lavoro i cui tipi di elemento di lavoro appartengono alla Categoria requisiti. Per gestire altri tipi di elemento di lavoro rispetto a quelli forniti dal progetto team predefinito, è possibile aggiungere i tipi di elemento di lavoro alla Categoria requisiti e mappare gli stati del flusso di lavoro ai metastati.

  • I backlog sprint o iterazione visualizzano sia il set di requisiti di cui è stato eseguito il commit in un ciclo di sprint specifico sia le attività che sono state collegate a tali requisiti. Le attività vengono collegate ai requisiti usando il tipo di collegamento padre-figlio. Poiché i tipi di elemento di lavoro visualizzati in questi backlog corrispondono agli stessi tipi presenti nel backlog di prodotto, molte delle operazioni di personalizzazione effettuate per il backlog di prodotto definiranno la funzionalità del backlog 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.

I metastati, invece, determinano come ciascuno stato del flusso di lavoro viene considerato dagli strumenti di pianificazione Agile. I metastati primari usati dal backlog e dalla lavagna delle 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 il 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

Necessario. 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 che uno stato del flusso di lavoro passa a uno stato associato al metastato Complete, l'elemento di lavoro associato non verrà più visualizzato nel 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 nel backlog o nella lavagna.

  • 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

Specificare i campi da visualizzare nella sezione Columns di ogni backlog. Le modifiche apportate tramite la finestra di dialogo Opzioni colonne vengono mantenute fino a quando non vengono nuovamente modificate.

Sequenza e colonne predefinite per la pagina di backlog

Di seguito è riportata la configurazione predefinita delineata dal modello di processo Scrum per il backlog di prodotto.

<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 del backlog: PortfolioBacklog, RequirementBacklog e TaskBacklog.

Column

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

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

Intestazioni di colonna della lavagna delle attività

Le intestazioni di colonna che vengono visualizzate nella lavagna delle 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 il 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 nella lavagna delle attività

Per motivi di prestazioni, nella lavagna delle attività può essere visualizzato un massimo di 1000 elementi di lavoro. Quando si apre la lavagna delle 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 ridurre il limite specificando 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

Parametro facoltativo. Elemento contenitore che definisce i mapping di metastati per i tipi di elemento di lavoro assegnati alla Categoria di bug. Oltre alla modalità d'uso dei mapping nella visualizzazione degli strumenti Agile, 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 con la funzionalità Lavoro. Per altre informazioni, vedere Giornata di uno sviluppatore ALM: scrivere il nuovo codice per una storia utente.

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

FeedbackRequestWorkItems

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

Necessario. 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. Di seguito è riportato un 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

Necessario. Specifica una raccolta di elementi TypeField.

TypeField

Necessario. 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à nel backlog sprint corrente e nella lavagna delle attività.

Per gli strumenti 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 dallo strumento per la capacità 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 visualizzati per la capacità dello 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 nei backlog e nelle lavagne. Il sistema elenca gli elementi di lavoro 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 un backlog o una lavagna.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 nei backlog sprint e nelle lavagne delle 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à nella lavagna delle 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 i backlog a un team. Il valore predefinito è System.AreaPath. Per separare i team da percorsi area, è possibile specificare un campo differente, come descritto in Usare i campi del team anziché i percorsi area per supportare i 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

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

I giorni non lavorativi vengono rimossi dai calcoli eseguiti dallo strumento di pianificazione della capacità e dai grafici burn-down. I processi di Visual Studio Online e i modelli di processo TFS predefiniti specificano sabato e domenica come giorni non lavorativi. Dopo aver creato un progetto team, ogni team può impostare i propri giorni non lavorativi specifici.

<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 dell'istanza locale di TFS.

Weekends

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

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

Il modello di processo Scrum definisce le assegnazioni di colori seguenti. Per i modelli Agile e CMMI vengono usate assegnazioni simili.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
   <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" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Plan" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Suite" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Parameter" />
</WorkItemColors>

Elemento

Descrizione

WorkItemColors

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

WorkItemColor

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

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

Specificare le proprietà e i comportamenti

Esiste solo una proprietà che è possibile specificare in questo momento. La proprietà BugsBehavior definisce la configurazione predefinita per la visualizzazione dei bug, e degli altri tipi di elemento di lavoro definiti nella Categoria di bug, nei backlog e nelle lavagne. In pratica, è possibile configurare se i bug devono essere considerati come requisiti, come attività o se non devono essere visualizzati nei backlog e nelle lavagne. Dopo aver creato un progetto team, ogni team può impostare il comportamento desiderato.

<Properties>
   <Property name="BugsBehavior" value="AsTasks" />
   <Property name="HiddenBacklogs" value="Microsoft.EpicCategory" />
</Properties>

Elemento

Descrizione

Properties

Parametro facoltativo. Elemento contenitore per specificare le proprietà e i comportamenti predefiniti.

Property

Specifica l’assegnazione predefinita effettuata a nuovi team o team esistenti quando si aggiorna un progetto team con nuove funzionalità. I team possono scegliere il comportamento desiderato tramite le relative impostazioni team. BugsBehavior imposta il valore predefinito per Mostra bug su backlog o lavagne. HiddenBacklogs specifica la categoria del backlog inattiva per il team team.

I valori consentiti per BugsBehavior corrispondono a:

  • AsRequirements: i bug vengono visualizzati nei backlog e nelle lavagne simili ai requisiti

  • AsTasks: i bug vengono visualizzati nei backlog e nelle lavagne simili alle attività

  • Off: i bug non vengono visualizzati nei backlog o nelle lavagne

Domande e risposte

D: Come si personalizzano altre funzionalità dello strumento Agile?

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 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 tipi di elemento di lavoro a backlog e bacheche/lavagne.