Dotazování podle číselných polí v Azure Boards a Azure DevOps

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Návody určit, kolik práce každý vývojář dokončil v mém týmu? Existuje způsob, jak sečíst úsilí nebo body příběhu pro iteraci?

Nejběžnější číselná pole sledují úsilí o položky v kategorii Požadavky nebo odhadované, zbývající a dokončené práce pro položky v kategorii Úkol. Pomocí dotazů můžete zobrazit seznam pracovních položek, které vás zajímají, a pak definovat graf, který zobrazuje počet pracovních položek nebo součet číselného pole.

Podporované operátory a makra

Klauzule dotazu, které určují číselné pole, můžou používat operátory uvedené níže.

  • = , <> , , <> = >, <=
  • =[Pole], <>[Pole], >[Pole], <=[Pole], ><=[Pole]
  • In, Not In
  • Byl někdy

Tipy pro vývoj dotazů založených na grafech

  • Grafy můžete přidávat jenom pro dotazy s plochým seznamem.
  • Možnosti grafu odkazují na filtry dotazů nebo pole zobrazená prostřednictvím možností sloupců.
  • Uložte změny provedené v dotazu před přidáním nebo úpravou grafu.
  • Pokud chcete seskupit jednu nebo více klauzulí, vyberte je a pak zvolte Group Query Clause icon ikonu klauzulí skupiny. Pokud chcete oddělit skupinu, vyberte v seskupené klauzuli.

Další podrobnosti o vytváření dotazů a dotazů založených na grafech najdete v tématu Použití editoru dotazů k výpisu a správě dotazů a grafů. Pokud chcete přidat vlastní pole pro sledování a generování součtů jiných číselných hodnot, přečtěte si téma Přidání nebo úprava pole.

Užitečné filtry

Filtr pro

Zahrnout tyto klauzule dotazu

Uživatelské scénáře nebo chyby

Work Item Type In User Story,Bug

Úkoly nebo chyby

Work Item Type In Task,Bug

Položky, které jsou aktivní nebo zavřené

State In Active,Closed

Položky v kategorii Požadavky

Work Item Type In Group Microsoft.RequirementCategory

Nehodnocené uživatelské scénáře

Story Points <> (leave Value field blank)

Dotazy a grafy počtu pracovních položek

Všechny dotazy při spuštění dotazu zobrazují počet položek. Tady definujeme dotaz s plochým seznamem, který filtruje chyby v libovolném stavu.

Dotazování chyb v libovolném stavu, počet souhrnných pracovních položek

Všechny grafy také obsahují výběr hodnot navržený tak, aby zobrazoval počet pracovních položek v grafu.

Počet chyb na vývojáře

Vytvořte aktivní dotaz na chyby a upravte možnosti sloupce tak, aby zobrazovaly Přiřazeno a Stav. Potom přidejte kontingenční graf, který zobrazuje zadání a stav.

Dialogové okno Konfigurace grafu, pivot podle přiřazení a stavu

Počet chyb podle stavu a oblasti

Pomocí stejného dotazu s plochým seznamem, který filtruje chyby zobrazené v předchozí části, můžete zobrazit počet na základě oblasti. Upravte možnosti sloupce tak, aby zobrazovaly cestu k oblasti. Potom přidejte kontingenční graf zobrazující stav a cestu k oblasti.

Dialogové okno Konfigurace grafu, pivot podle stavu a oblasti

Nedefinované dotazy na hodnotu pole

Pracovní položky, které mají nedefinovanou hodnotu pole, můžete najít pomocí operátoru rovná se (=) a ponechat hodnotu pro pole prázdné. Například následující filtry zobrazí seznam všech pracovních položek typu Uživatelské scénáře, jejichž pole Body obsahu je prázdné.

Filtrování na základě prázdných položek

Pokud chcete zobrazit seznam pracovních položek na základě pole, které není prázdné, použijte operátor not (<>) a nechejte hodnotu prázdnou.

Dotazy a grafy s úsilím nebo scénářem

Body obsahu můžete přiřadit k uživatelským scénářům nebo chybám, když pracujete v agilním procesu. Nebo úsilí o produkt backlog položky a chyby při práci v procesu Scrum. Další informace naleznete v tématu Základní, Agilní, Scrum nebo CMMI typy pracovních položek a články pracovního postupu.

Součet bodů příběhu a jejich stavu

Vytvořte dotaz, který filtruje uživatelský scénář jako typ pracovní položky a upraví možnosti sloupce tak, aby zobrazovaly body a stav scénáře.

Editor dotazů, plochý seznam, otevřené scénáře

Pak přidejte skládaný pruhový graf, který sečte body textu.

Dialogové okno Konfigurace grafu, skládaný pruh, součet bodů obsahu

Informace o diagramech kumulativních toků definovaných systémem naleznete v tématu Kumulativní tok.

Burn up chart of user stories for an iteration

Vytvořte dotaz, který filtruje uživatelský scénář jako typ pracovní položky a ve stavu Aktivní nebo Uzavřeno. Upravte možnosti sloupce tak, aby zobrazovaly body obsahu.

Editor dotazů, plochý seznam, uživatelské scénáře – aktivní nebo uzavřená

Pak přidejte skládaný plošný graf trendu, který sečte body textu.

Konfigurace dialogového okna grafu, trendu, součtu bodů obsahu

Zbývající a dokončené pracovní dotazy a grafy

Na základě procesu, na který odkazuje projekt, můžete k úkolům nebo chybám přiřadit následující pole.

Zpracovat Dostupná pole
Agilita Původní odhad, zbývající práce, dokončená práce
Scrum Zbývající práce
CMMI Původní odhad, zbývající práce, dokončená práce

Součet zbývající práce na vývojáře

Pokud postupujete podle postupů Scrumu a odhadnete zbývající práci pro úkoly a chyby, můžete získat souhrn zbývající práce pro každého vývojáře s následujícím dotazem a grafem. Pomocí operátoru In a zahrnutím úlohy i chyby zahrnete všechny chyby, které se sledují jako úkoly.

Dotazování úkolů a chyb pro sprint

Přidejte do dotazu možnost Zbývající práce jako sloupec a uložte ji. Pokud chcete zobrazit součet zbývající práce, přidejte kontingenční graf, jak je znázorněno.

Konfigurace dialogového okna grafu, pivotu, součtu zbývající práce na vývojáře

Informace o systémově definovaných grafech burndownu sprintu najdete v tématu Burndown sprintu.

Pole použitá k odhadu a sledování práce

Následující tabulka popisuje pole založená na aktivitách a číselná pole, která můžete použít ke sledování práce. Informace o polích souvisejících s datem, jako jsou počáteční datum, datum dokončení a cílové datum, najdete v tématu Dotaz podle data nebo aktuální iterace.

Název pole

Popis

Typ pracovní položky

Aktivita 1, 2

Typ aktivity, která se vyžaduje k dokončení úkolu. Další informace o tom, jak se toto pole používá, najdete v tématu Plánování kapacity. Povolené hodnoty jsou následující:

  • Nasazení
  • Návrh
  • Vývoj
  • Dokumentace
  • Požadavky
  • Testování

Pole Aktivita je přiřazeno v Activity souboru ProcessConfiguration.3

Referenční název=Microsoft.VSTS.Common.Activity, Datový typ=String

Úkol, chyba4 (agilní a scrum)

Obchodní hodnota

Subjektivní jednotka míry, která zachycuje relativní obchodní hodnotu položky nebo funkce backlogu produktu ve srovnání s jinými položkami stejného typu. Položka, která má přiřazené vyšší číslo, by se měla považovat za větší obchodní hodnotu než položka, která má přiřazené nižší číslo.

Referenční název=Microsoft.VSTS.Common.BusinessValue, Datový typ=Integer

Námět, funkce

Dokončená práce

Množství práce, která byla vynaložena na implementaci úkolu. Můžete zadat práci v hodinách nebo ve dnech. K tomuto poli nejsou přidruženy žádné vlastní časové jednotky.

Referenční název=Microsoft.VSTS.Scheduling.CompletedWork, Datový typ=Double

Úkol, chyba4

Disciplína 1, 2

Typ aktivity nebo disciplíny přiřazené k úkolu. Další informace o tom, jak se toto pole používá, najdete v tématu Plánování kapacity. Povolené hodnoty jsou následující:

  • Analýza
  • Vývoj
  • Test
  • User Education
  • Uživatelské prostředí

Pole Disciplína je přiřazeno v Activity souboru ProcessConfiguration.3

Referenční název=Microsoft.VSTS.Common.Discipline, Datový typ=String

Úkol, chyba 4 (CMMI)

Úsilí

Subjektivní jednotka míry, která zachycuje velikost chyby nebo položky backlogu produktu. Pokud k položce přiřazujete větší úsilí, znamená to, že k jeho implementaci je potřeba více práce.

Toto pole 3 slouží také k výpočtu rychlosti a prognózování týmu. Je přiřazený v Effort souboru ProcessConfiguration.

Referenční název=Microsoft.VSTS.Scheduling.Effort, Datový typ=Double

Položka backlogu produktu, chyba 4 (Scrum)

Funkce, námět

Body příběhu

Subjektivní jednotka míry, která zachycuje velikost uživatelského příběhu. Pokud uživateli přiřadíte více bodů, znamená to, že k jeho implementaci je potřeba více práce.

Toto pole 3 slouží také k výpočtu rychlosti a prognózování týmu. Je přiřazený v Effort souboru ProcessConfiguration.

Referenční název=Microsoft.VSTS. Scheduling.StoryPoints, Datový typ=Double

Uživatelský příběh, chyba 4 (agilní)

Velikost

Subjektivní jednotka míry, která zachycuje velikost požadavku. Čím větší je velikost, tím více práce je potřeba k implementaci.

Toto pole3 slouží také k výpočtu rychlosti a prognózování týmu. Je přiřazený v Effort souboru ProcessConfiguration.

Referenční název=Microsoft.VSTS. Scheduling.Size, Datový typ=Double

Požadavek, chyba 4 (CMMI)

Původní odhad

Množství práce potřebné k dokončení úkolu. Můžete zadat práci v hodinách nebo ve dnech. K tomuto poli nejsou přidruženy žádné vlastní časové jednotky.

Referenční název=Microsoft.VSTS.Scheduling.OriginalEstimate, Datový typ=Double

Úloha, chyba 4 (agilní a CMMI)

Zbývající práce

Množství práce, která zbývá dokončit úkol. Můžete zadat práci v hodinách nebo ve dnech. K tomuto poli nejsou přidruženy žádné vlastní časové jednotky. Toto pole 3 slouží také k výpočtu vypálení. Je přiřazený v type="RemainingWork" souboru ProcessConfiguration.

Poznámka:

V případě Azure Boards se na panelu úloh vždy zobrazuje "h" po dobu hodin ve vztahu k zbývající práci. Pro TFS můžete upravit soubor ProcessConfiguration pro pole Typu zbývající práce tak, aby zadal "d" pro dny nebo jiný upřednostňovaný popisek.

Referenční název=Microsoft.VSTS.Scheduling.RemainingWork, Datový typ=Double

Úkol, chyba4

Vyžaduje kontrolu.

Označuje, že úkol vyžaduje kontrolu. Můžete zadat Ano nebo Ne (výchozí).

Referenční název=Microsoft.VSTS.CMMI.RequiresReview, Datový typ=String

Úkol (CMMI)

Vyžaduje test.

Označuje, že úkol vyžaduje test. Můžete zadat Ano nebo Ne (výchozí).

Referenční název=Microsoft.VSTS.CMMI.RequiresTest, Datový typ=String

Úkol (CMMI)

Typúkolu 1

Určuje typ úlohy, která se má implementovat. Povolené hodnoty jsou následující:

  • Nápravná akce
  • Akce zmírnění rizik
  • Naplánováno

Referenční název=Microsoft.VSTS.CMMI.TaskType, Datový typ=String

Úloha, chyba4 (proces CMMI)

Poznámka:

  1. Pokud chcete změnit výběr nabídky: pro cloudové služby nebo zděděný proces, přečtěte si článek Přidání a správa polí a místní proces XML, viz Přidání nebo úprava pole, přizpůsobení rozevíracího seznamu.
  2. Hodnoty zobrazené na stránce Kapacita pro aktivitu (Agilní nebo Scrum) nebo Discipline (CMMI) odrážejí sjednocení všech hodnot definovaných pro pole ve všech projektech v instanci kolekce projektů. Chcete-li tedy omezit hodnoty, které se zobrazí pro kapacitu na stránkách backlogu sprintu, je nutné, aby se hodnoty shodovaly ve všech projektech pro pole přiřazené type="Activity".
  3. Pokud chcete změnit přiřazení pole ProcessConfiguration (pouze v místním prostředí), přečtěte si téma Referenční informace o elementu XML konfigurace procesu.
  4. Každý tým může nakonfigurovat své agilní nástroje, aby určil, jestli se chyby zachází podobně jako s požadavky nebo úkoly. Vzhledem k tomu, že se chyby můžou objevit buď s požadavky, nebo úkoly, jsou pole použitá k odhadu úsilí na úrovni požadavku a úroveň úkolu zahrnuta ve formuláři pracovní položky.

Informace o přidávání vlastních polí najdete v tématu Přizpůsobení prostředí pro sledování práce.

Hlavní nástroje, které používáte k plánování a sledování práce, jsou popsané tady:

Další informace o používání pracovních položek a dotazů najdete tady:

Souhrnné číselné hodnoty napříč typy pracovních položek

Souhrn poskytuje souhrnné hodnoty vybraných polí pro všechny podřízené pracovní položky nadřazeného objektu. Azure Boards nativně poskytuje souhrn zbývající práce pro úlohy na panelu úloh. Další požadavky na souhrn najdete v následujících článcích:

Které položky se zobrazují v kategoriích Požadavek nebo Úkol?

Výchozí přiřazení typů pracovních položek ke každé kategorii jsou uvedená níže pro každý proces.

Zpracovat Kategorie požadavků Kategorie úkolu
Agilita Uživatelský příběh Úloha
Scrum Položka backlogu produktu Úloha
CMMI Požadavek Úloha

Každý tým ale může určit, jestli se typ pracovní položky chyby zobrazí v kategorii Požadavek nebo Úkol. Viz Zobrazení chyb v backlogech a panelech.

Do backlogu můžete přidat vlastní typy pracovních položek. Další informace najdete v tématu Přidání nebo úprava typu pracovní položky, Přidání vlastní pracovní položky do backlogu nebo panelu.

REST API

Pokud chcete s dotazy pracovat prostřednictvím kódu programu, podívejte se na jeden z těchto prostředků rozhraní REST API: