Eseguire query per classificazione e valore di elenco a discesa in Azure DevOps e Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Si usano campi di pianificazione, classificazione e priorità per specificare il lavoro che il team deve completare per primo. Classificando e assegnando priorità agli elementi di lavoro, tutti i membri del team ottengono una conoscenza dell'importanza relativa del lavoro che devono svolgere.
Gli elementi di lavoro vengono classificati e classificati in ordine di priorità quando si crea il backlog.
Operatori e macro supportati
Le clausole di query che specificano un campo stringa o integer possono usare gli operatori elencati di seguito.
- = , <> , > , < , >= , <=
- =[Field], <>[Field], >[Field], <[Field], >=[Field], <=[Field]
- In, Non in
- È mai stato
Esempi di query picklist
La maggior parte dei campi di pianificazione descritti nella sezione successiva è un campo integer o stringa. Ad esempio, le query di campi numerici o RTF, vedere Eseguire query in base a campi numerici e Query per titoli, ID e campi RTF.
Per usare gli operatori In e Not In , immettere i nomi o le etichette degli elementi corrispondenti al campo selezionato separato da una virgola. Ad esempio, per filtrare i tipi di elemento di lavoro che sono storie utente o bug, aggiungere la clausola : Work Item Types In User Story,Bug.
Filtro per
Includere queste clausole di query
Elencare le attività bloccate (Scrum)
(Il campo bloccato è di tipo String)
Work Item Type In Task
And Blocked = Yes
Bug di priorità 1 (il campo Priorità è di tipo Integer)
Work Item Type In Bug
And Priority = 1
Caratteristiche e storie che riguardano le aree architetturali
(Il campo Area valore è di tipo String)
Work Item Type In Feature,User Story
And Value Area = _ Architectural
Campi usati per pianificare e classificare in ordine di priorità il lavoro
Nella tabella seguente vengono descritti i campi che è possibile usare per pianificare e classificare in ordine di priorità il lavoro. Alcuni campi sono validi solo per un processo specifico: Basic, Agile, Scrum o Capability Maturity Model Integration (CMMI).
Nome campo
Descrizione
Tipo di elemento di lavoro
Priorità backlog 1
Numero assegnato da un processo in background utilizzato per tenere traccia della sequenza di elementi in un backlog o una lavagna. Per altre informazioni sull'uso di questo campo, vedere Usare backlog per una gestione efficace dei progetti, priorità backlog o ordine di classificazione dello stack.
Nome di riferimento=Microsoft.VSTS.Common.BacklogPriority, Tipo di dati=Double
Bug, Epic, Feature, Product backlog item, Task (Scrum)
Bloccati
Indica che non è possibile eseguire ulteriori operazioni sull'elemento di lavoro. Se è stato aperto un problema per tenere traccia di un problema di blocco, è necessario creare un collegamento al problema.
- Per il processo Scrum, gli elementi di lavoro delle attività: è possibile specificare Sì o deselezionare il campo.
- Per gli elementi di lavoro del processo CMMI: è possibile specificare Sì o No.
Nome di riferimento=Microsoft.VSTS.CMMI.Blocked, Tipo di dati=String
Bug, Richiesta di modifica, Requisito, Rischio, Attività (CMMI, Scrum)
Impegnato
Indica se il commit del requisito viene eseguito nel progetto. È possibile specificare Sì o No.
Nome di riferimento=Microsoft.VSTS.CMMI.Committed, Tipo di dati=String
Requisito (CMMI)
Esegui escalation
Indica se il problema interessa il percorso critico del piano di progetto. È possibile specificare Sì o No.
Nome di riferimento=Microsoft.VSTS.CMMI.Escalate, Tipo di dati=String
Problema (CMMI)
Valutazione soggettiva del bug, del problema, dell'attività o del test case in relazione all'azienda. È possibile specificare i valori seguenti:
- 1: priorità più alta, implementare la funzionalità o correggere il prima possibile. Il prodotto non può essere spedito senza una risoluzione corretta.
- 2: Priorità media. Il prodotto non può essere fornito senza una risoluzione corretta, ma non deve essere risolto immediatamente.
- 3: Priorità bassa. L'implementazione o la correzione è facoltativa in base a risorse, tempo e rischio. Se il prodotto viene fornito senza risoluzione corretta, documentare il problema nelle note sulla versione come problemi noti.
- 4: priorità più bassa. Tiene traccia di un problema che fondamentalmente non influisce sull'utilizzo ,ad esempio un piccolo errore di digitazione.
Reference name=Microsoft.VSTS.Common.Priority, Data type=Integer
Bug, Richiesta di modifica, Epica, Funzionalità, Ostacoli, Problema, Elemento backlog del prodotto, Requisito, Rischio, Passaggio condiviso, Attività, Test Case, Storia utente
Una valutazione soggettiva dell'incertezza relativa intorno al completamento riuscito di una storia utente. I valori consentiti definiti sono:
- 1 - Alta
- 2 - Medio
- 3 - Bassa
Nome di riferimento=Microsoft.VSTS.Common.Risk, Tipo di dati=String
Epic, Feature, User Story (Agile)
Gravità 1
Classificazione soggettiva dell'impatto di un bug nel progetto. È possibile specificare i valori seguenti:
- 1 - Critico
- 2 - Alta
- 3 - Medio
- 4 - Bassa
Nome di riferimento=Microsoft.VSTS.Common.Severity, Tipo di dati=String
Bug, Problema (CMMI), Rischio (CMMI)
Stack Rank 2
Numero, assegnato da un processo in background, usato per tenere traccia dell'ordine di elenco degli elementi in un backlog o una bacheca nel portale Web. Per altre informazioni sull'uso di questo campo, vedere Usare backlog per una gestione efficace dei progetti, priorità backlog o ordine di classificazione dello stack.
Nome di riferimento=Microsoft.VSTS.Common.StackRank, Tipo di dati=Double
Bug, Epic, Feature, Requirement (CMMI), Risk (CMMI), Task, User Story (Agile)
Criticità temporale
Unità soggettiva di misura che acquisisce il modo in cui il valore aziendale diminuisce nel tempo. I valori più alti indicano che l'epica o la funzionalità è intrinsecamente più critica del tempo rispetto a quelli con valori inferiori.
Reference name=Microsoft.VSTS.Common.TimeCriticality, Data type=Double
Epic, Feature
Triage
Indica il tipo di decisione di valutazione in sospeso per l'elemento di lavoro. Questo campo viene usato quando l'elemento di lavoro si trova nello stato Proposto .
È possibile specificare uno dei seguenti valori:
- In sospeso (impostazione predefinita)
- Altre informazioni
- Informazioni ricevute
- Valutazione
Reference name=Microsoft.VSTS.Common.Triage, Data type=String
Solo CMMI: bug, richiesta di modifica, epica, funzionalità, problema, requisito, attività
Area valore 1
Area del valore del cliente indirizzato dall'elemento epico, della funzionalità o del backlog. I valori includono:
- Architettura: servizi tecnici per implementare funzionalità aziendali che offrono soluzioni
- Business: servizi che soddisfano le esigenze dei clienti o degli stakeholder che offrono direttamente valore al cliente per supportare l'azienda (impostazione predefinita)
Reference name=Microsoft.VSTS.Common.ValueArea, Data type=String
Bug, Epic, Feature, Product Backlog Item (Scrum) Requirement (CMMI), User Story (Agile)
Note:
- Per modificare la selezione del menu, vedere Aggiungere e gestire i campi (processo ereditato) o Aggiungere o modificare un campo, personalizzare un elenco di selezione (processo XML locale).
- La sequenza di elementi in una pagina di backlog del prodotto viene determinata in base alla posizione in cui sono stati aggiunti o trascinati gli elementi. Quando si trascinano gli elementi, un processo in background aggiorna il campo Priorità backlog (Scrum) o Stack Rank (Agile, Basic, CMMI). Questi campi determinano l'ordine in cui gli elementi del backlog vengono visualizzati in una pagina backlog. Vengono assegnati a
type="Order"nel file ProcessConfiguration.
Altre informazioni sui campi Priorità backlog o Stack Rank
I campi Priorità backlog e Stack Rank non vengono visualizzati nei moduli dell'elemento di lavoro. (Per informazioni sul motivo, vedere Dove si trova il campo nel modulo dell'elemento di lavoro per ordinare il backlog?.
Per aggiungere il campo al modulo:
Per un processo ereditato, aggiungere il campo Stack Rank a un tipo di elemento di lavoro (per il processo personalizzato a cui fa riferimento il progetto).
Per un processo XML locale, aggiungere il campo al modulo, modificare la definizione XML WIT per aggiungere l'elemento di controllo seguente:
<Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />oppure, per Scrum:
<Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
Articoli correlati
- Eseguire una query in base a un campo numerico
- Indice del campo dell'elemento di lavoro
- Campi e attributi dell'elemento di lavoro.