Riferimento ai campi Pianificazione, classificazione e priorità

Usare i campi relativi a pianificazione, classificazione e priorità per specificare quale lavoro dovrà essere completato per primo dal team. Con la classificazione e l'assegnazione di priorità agli elementi di lavoro, tutti i membri del team sono consapevoli dell'importanza relativa del lavoro che devono completare. I campi di classificazione e priorità vengono usati per creare diversi report.

La classificazione e le priorità degli elementi di lavoro vengono assegnate quando si crea il backlog di prodotto.

Campi visualizzati nei form elemento di lavoro per tenere traccia del lavoro

La tabella seguente contiene una descrizione dei campi comuni a tutti i modelli di processo predefiniti, che è possibile usare per pianificare il lavoro e assegnare priorità. Per informazioni sui tipi di dati e sugli attributi di campo predefiniti, vedere Definire e modificare campi di elementi di lavoro.

Nome campo	Descrizione	Nome di riferimento	Tipo di dati	Valore predefinito dell'attributo di tipo Reportable	Valore predefinito dell'attributo indice
Valore di business	Unità di misura soggettiva che acquisisce il valore di business relativo di un elemento del backlog di prodotto o di una funzionalità rispetto ad altri elementi dello stesso tipo. Il valore di business di un elemento a cui viene assegnato un numero superiore deve essere considerato maggiore rispetto a un elemento a cui viene assegnato un numero inferiore.	Microsoft.VSTS.Common.BusinessValue	Integer	Misura	False
Priorità	Valutazione soggettiva del bug, del problema, dell'attività o del test case in relazione all'azienda. È possibile specificare i valori seguenti: 1: il prodotto non può essere rilasciato senza una corretta risoluzione dell'elemento di lavoro, da completare il prima possibile. 2: il prodotto non può essere rilasciato senza una corretta risoluzione dell'elemento di lavoro, ma non è necessaria una risoluzione immediata. 3: la risoluzione dell'elemento di lavoro è facoltativa in base alle risorse, al tempo e al rischio. Vedere la nota 1.	Microsoft.VSTS.Common.Priority	Integer	Dimensione	False
Gravità	Valutazione soggettiva dell'impatto di un bug sul progetto. È possibile specificare i valori seguenti: 1 - Critico 2 - Alto 3 - Medio 4 - Basso Vedere la nota 1.	Microsoft.VSTS.Common.Severity	String	Dimensione	False
Ordine di priorità (nota 2)	Valutazione soggettiva della storia utente, dell'attività, del problema o del bug rispetto ad altri elementi di lavoro dello stesso tipo. Un elemento a cui viene assegnato un numero inferiore deve essere corretto prima di un elemento a cui viene assegnato un numero superiore. (modelli di processo Agile e CMMI). Vedere la nota 3.	Microsoft.VSTS.Common.StackRank	Double	Dimensione	False

1. Per modificare la selezione dei menu, vedere Definire elenchi di opzioni.

2. Il campo Ordine di priorità viene definito per i seguenti tipi di elementi di lavoro nel modello di processo Agile: Bug, Funzionalità, Problema, Attività e Storia utente.

   Il campo Ordine di priorità viene definito per i seguenti tipi di elementi di lavoro nel modello di processo CMMI: Bug, Funzionalità, Requisito, Rischio e Attività.

   A seconda della versione del modello di processo usata per creare il progetto team e il tipo di elemento di lavoro, il campo Ordine di priorità potrebbe non essere visualizzato nel form elemento di lavoro. In molte versioni del modello di processo, a partire dall'aggiornamento TFS 2013.3, il campo Ordine di priorità è stato rimosso dalla maggior parte dei form elemento di lavoro come descritto nel post del blog che spiega dove trovare il campo per ordinare il backlog nel form elemento di lavoro.

   Per aggiungere il campo al form, modificare il tipo di elemento di lavoro per aggiungere il seguente elemento di controllo:

   <Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Backlog Priority" LabelPosition="Left" />

   Per altre informazioni, vedere Importare, esportare e gestire tipi di elemento di lavoro [witadmin].

3. La sequenza di elementi nella pagina di backlog di prodotto viene determinata in base al punto in cui sono stati aggiunti o trascinati gli elementi nella pagina. Quando si trascinano elementi, un processo in background aggiorna questo campo, che viene assegnato a type="Order" nel file ProcessConfiguration. Vedere Configurare e personalizzare gli strumenti di pianificazione Agile per il progetto team.

Campi specifici di Scrum

La tabella seguente contiene una descrizione dei campi che è possibile usare per pianificare il lavoro e assegnare priorità quando si usano i tipi di elemento di lavoro forniti con il modello di processo Visual Studio Scrum.

Nome campo	Descrizione	Nome di riferimento	Tipo di dati	Valore predefinito dell'attributo di tipo Reportable	Valore predefinito dell'attributo indice
Criteri di accettazione	Descrizione dei criteri da soddisfare prima che sia possibile chiudere un bug o un elemento del backlog di prodotto. Prima di iniziare il lavoro su un bug o su un elemento del backlog di prodotto, è necessario descrivere nel modo più chiaro possibile i criteri per l'accettazione dei clienti. Le conversazioni tra team e clienti per definire i criteri di accettazione consentono al team di interpretare correttamente le aspettative dei clienti. I criteri di accettazione possono essere usati come base per i test di accettazione, consentendo di valutare più efficacemente se un elemento è stato completato in modo soddisfacente.	Microsoft.VSTS.Common.AcceptanceCriteria	HTML	None	False
Priorità del Backlog (nota 1)	Valutazione soggettiva del bug, dell'elemento del backlog di prodotto o dell'attività in relazione all'azienda. Vedere la nota 12.	Microsoft.VSTS.Common.BacklogPriority	Double	Dettagli	False
Bloccato	Indica se a un membro del team viene impedito di realizzare progressi verso l'implementazione di un'attività. È possibile specificare Sì o lasciare vuoto il campo.	Microsoft.VSTS.CMMI.Blocked	String	Dimensione	False
Risoluzione	Descrive come è stato risolto l'impedimento.	Microsoft.VSTS.Common.Resolution	HTML	None	False

1. Il campo Ordine di priorità viene definito per i seguenti tipi di elementi di lavoro nel modello di processo Agile: Bug, Funzionalità, Problema, Attività e Storia utente.

   Il campo Ordine di priorità viene definito per i seguenti tipi di elementi di lavoro nel modello di processo CMMI: Bug, Funzionalità, Requisito, Rischio e Attività.

   A seconda della versione del modello di processo usata per creare il progetto team e il tipo di elemento di lavoro, il campo Ordine di priorità potrebbe non essere visualizzato nel form elemento di lavoro. In molte versioni del modello di processo, a partire dall'aggiornamento TFS 2013.3, il campo Ordine di priorità è stato rimosso dalla maggior parte dei form elemento di lavoro come descritto nel post del blog che spiega dove trovare il campo per ordinare il backlog nel form elemento di lavoro.

   Per aggiungere il campo al form, modificare il tipo di elemento di lavoro per aggiungere il seguente elemento di controllo:

   <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />

   Per altre informazioni, vedere Importare, esportare e gestire tipi di elemento di lavoro [witadmin].

2. La sequenza di elementi nella pagina di backlog di prodotto viene determinata in base al punto in cui sono stati aggiunti o trascinati gli elementi nella pagina. Quando si trascinano elementi, un processo in background aggiorna il campo Ordine di priorità, che viene assegnato a type="Order" nel file ProcessConfiguration. Vedere Configurare e personalizzare gli strumenti di pianificazione Agile per il progetto team.

Campi specifici di Agile

La tabella seguente contiene una descrizione dei campi che è possibile usare per pianificare il lavoro e assegnare priorità quando si usano i tipi di elemento di lavoro definiti per il modello di processo Agile.

Nome campo	Descrizione	Nome di riferimento	Tipo di dati	Valore predefinito dell'attributo di tipo Reportable	Valore predefinito dell'attributo indice
Rischio	Valutazione soggettiva dell'incertezza relativa rispetto al corretto completamento di una storia utente. I valori definiti consentiti sono i seguenti: 1 - Alto 2 - Medio 3 - Basso	Microsoft.VSTS.Common.Risk	String	Dimensione	False

Campi formali o specifici di CMMI

La tabella seguente contiene una descrizione dei campi che è possibile usare per pianificare il lavoro e assegnare priorità quando si usano i tipi di elemento di lavoro forniti con il modello di processo formale MSF o CMMI.

Nome campo	Descrizione	Nome di riferimento	Tipo di dati	Valore predefinito dell'attributo di tipo Reportable	Valore predefinito dell'attributo indice
Bloccato	Indica se a un membro del team viene impedito di procedere nell'implementazione di un requisito o di un'attività o nel risolvere un bug, una richiesta di modifica o un rischio. Se è stato aperto un problema per tenere traccia di un problema bloccante, è consigliabile creare un apposito collegamento. È possibile specificare Sì o No.	Microsoft.VSTS.CMMI.Blocked	String	Dimensione	False
Eseguito	Indica se viene eseguito o meno il commit del requisito nel progetto. È possibile specificare Sì o No. Nota È possibile specificare questo campo solo per i requisiti.	Microsoft.VSTS.CMMI.Committed	String	None	False
Escalation	Indica se il problema interessa il percorso critico del piano del progetto. È possibile specificare Sì o No. Nota È possibile specificare questo campo solo per i problemi.	Microsoft.VSTS.CMMI.Escalate	String	None	False
Valutazione	Indica il tipo di decisione di valutazione che è in sospeso per l'elemento di lavoro. Questo campo viene usato quando lo stato dell'elemento di lavoro è Proposto. È possibile specificare uno dei valori seguenti: In sospeso (impostazione predefinita) Ulteriori informazioni Informazioni ricevute Valutato Nota È possibile specificare questo campo solo per requisiti, attività, richieste di modifica, bug e problemi.	Microsoft.VSTS.Common.Triage	String	Dimensione	False

Campi e tipi di elemento di lavoro

È possibile usare le tabelle seguenti per esaminare quali campi vengono rilevati per i tipi di elemento di lavoro principali forniti con ogni modello di processo predefinito TFS.

Scrum

La tabella seguente indica quali campi dati è possibile specificare per i tipi di elemento di lavoro forniti con il modello di processo Visual Studio Scrum.

Nome campo	Funzionalità	Elemento del Backlog di Prodotto	Bug	Attività	Impedimento
Criteri di accettazione
Bloccato
Valore di business
Lavoro richiesto
Risoluzione

Agile

La tabella seguente indica quali campi dati è possibile specificare per i tipi di elemento di lavoro forniti con il modello di processo MSF Agile.

Nome campo	Funzionalità	Storia utente	Attività	Problema	Bug
Valore di business
Scadenza
Priorità
Rischio
Gravità
Punti storia

Formale o CMMI

La tabella seguente indica quali campi dati è possibile specificare per i tipi di elemento di lavoro forniti con il modello di processo formale MSF.

Nome campo	Funzionalità	Requisiti	Attività	Bug	Richiesta di modifica	Problema	Rischio
Valore di business
Bloccato
Eseguito
Escalation
Priorità
Probabilità
Gravità
Valutazione

Vedere anche

Concetti

Riferimento ai campi Attività, pianificazioni e verifica del lavoro

Riferimenti ai campi elemento di lavoro per Visual Studio ALM

Altre risorse

Modificare o aggiungere un campo per supportare query, report e flusso di lavoro