Eseguire query per classificazione e valore di elenco a discesa in Azure DevOps e Azure Boards

  • Articolo

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)

Priorità 1

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

Rischio

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:

  1. 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).
  2. 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" />