Nejčastější dotazy k Azure Boards

Jako člen projektu Azure Boards můžete ke sledování práce používat většinu funkcí. Omezení výběru funkcí jsou založená na úrovni přístupu a skupině zabezpečení, ke které je uživatel přiřazen. Další omezení mohou být ustanovena na základě oprávnění ke sledování práce nebo vlastních pravidel. Další informace najdete v tématu Výchozí oprávnění a přístup pro Azure Boards.

Přístup můžete omezit nastavením oprávnění pro cestu k oblasti. Další informace najdete v následujících článcích:

• Nastavení oprávnění ke sledování práce a plánu
• Udělení nebo omezení oprávnění k výběru úkolů

Ano. Podmíněná pravidla založená na členství uživatele nebo skupiny se pro webový prohlížeč ukládají do mezipaměti. Pokud zjistíte, že jste omezili aktualizaci pracovní položky, pravděpodobně jste narazili na jedno z těchto pravidel. Další informace o podmíněných pravidlech najdete v tématu Pravidla a vyhodnocení pravidel. Pokud vaše mezipaměť ukládá zastaralá pravidla, můžete počkat na vypršení platnosti mezipaměti klienta do tří dnů nebo můžete mezipaměť vymazat.
Pokud chcete vymazat mezipaměť, spusťte v příkazovém okně prohlížeče následující příkaz a pak aktualizujte prohlížeč: window.indexedDB.deleteDatabase("wit")

Viz Nástroje a klienti, kteří se připojují k Azure DevOps.

Úvod k pracovním položkám najdete v tématu Informace o pracovních položkách.

Pokud chcete zobrazit všechny pracovní položky definované v projektu, otevřete dotaz a přidejte dvě klauzule:

• Work Item Type = [Any]
• State = [Any]

Odtud můžete přidat filtry pro upřesnění dotazu. Další informace najdete v tématu Vytváření a ukládání spravovaných dotazů pomocí editoru dotazů.

Ne. Pracovní položky lze přiřadit pouze jednomu uživateli. Můžete také přidat jenom uživatele, který je k dispozici ve výběru osob.

Hlavní metoda seskupení práce je přiřadit ji ke stejné cestě oblasti. Cesty k oblasti slouží k seskupení pracovních položek podle produktů, funkcí nebo obchodních oblastí a k podpoře týmů zodpovědných za práci přiřazenou těmto oblastem. Kromě toho můžete seskupit práci pod nadřazenou pracovní položkou pomocí propojení nadřazeného-podřízeného, označovaného jako hierarchické seskupení.

Diskuzi o těchto dvou využitích a nástrojích, které podporují, najdete v tématu Konfigurace a přizpůsobení azure Boards, cest oblastí, produktových týmů a správy portfolia.

Značky milníků se ve sledování práce Azure Boards nepoužívají, s výjimkou plánů doručení. Plány doručení poskytují zobrazení kalendáře a umožňují definovat značku milníku. Další informace najdete v tématu Kontrola týmových plánů doručení.

K označení pracovní položky jako milníku však můžete použít jednu nebo více z následujících možností:

• Předzálohujte nebo připojte slovo Milník v názvu pracovní položky.
• Přidání značky pracovní položky označené milníkem
• Přidání vlastního pole označeného milníkem a jeho naplnění výběrem seznamu milníků
• Propojení pracovních položek pomocí typu propojení předchůdci/následníka nebo souvisejícího propojení s milníkovou pracovní položkou
• Přiřaďte pracovní položku milníku sprintu , ve kterém je cílem dokončení.

Závislosti mezi pracovními položkami můžete sledovat tak, že je propojíte pomocí souvisejícího nebo jiného typu propojení. Viz Propojení pracovních položek s jinými objekty.

Pokud sledujete závislosti v jedné nebo více organizacích, můžete použít sledování závislostí.

Každý proces definuje čtyři výchozí úrovně backlogu: backlog iterace, backlog požadavků, funkce a epické backlogy portfolia. Typy pracovních položek přidané do každé úrovně backlogu jsou přirozené typy pracovních položek, které tvoří vztah nadřazený-podřízený a seskupují pracovní položky do hierarchie. Další informace naleznete v tématu Uspořádání backlogu, mapování podřízených pracovních položek na nadřazené položky. Pokud chcete proces přizpůsobit, přečtěte si téma Přizpůsobení backlogů nebo panelů, úprava nebo přejmenování backlogu požadavků.

Viz Hromadné úpravy pracovních položek, Hromadná úprava textových polí.

Ano, úroveň backlogu můžete nastavit tak, aby obsahovala dvě různá pravidla. První pravidlo, které nastaví nadřazený objekt jako aktivní, když je některá z podřízených položek nastavena na aktivní. Druhé pravidlo je nastavit nadřazený objekt, aby se vyřešil nebo zavřel při zavření všech podřízených položek. Tato pravidla je možné nakonfigurovat pro úroveň backlogu. Další informace najdete v tématu Automatizace přechodů stavu pracovních položek.

Pracovní položky se po nastavení pravidel automatizace v backlogu automaticky mění stav. Vytvořte pravidla pro automatické nastavení stavu na aktivní nebo uzavřenou v závislosti na změně stavu podřízených položek. Další informace naleznete v tématu Automatizace přechodů stavu pracovních položek.

Pravidla se aktivují pouze v případech, kdy se stav podřízené položky přesune z nové na aktivní nebo uzavřenou. Pravidla se neaktivují, když se stav podřízené položky přesune ze stavu Uzavřeno zpět na Aktivní. V současné době to vyplývá z návrhu.

Ne, pravidla se použijí pro všechny typy pracovních položek v této úrovni backlogu. Místo stavů používáme kategorie stavů, protože kategorie stavů jsou konzistentní ve všech typech pracovních položek.

Ano, pravidla se konfigurují na úrovni backlogu. Pravidla automatizace v backlogu uživatelských scénářů nemají vliv na funkce ani náměty. Můžete ale také nastavit pravidla samostatně pro funkce a náměty. Další informace naleznete v tématu Automatizace přechodů stavu pracovních položek.

Pravidla se aktivují jenom v případě, že nadřazené i podřízené položky patří do stejného týmu. Nechceme, aby se pravidla automaticky aktivovala pro položky, které patří do jiných týmů. Další informace naleznete v tématu Automatizace přechodů stavu pracovních položek.

Každý backlog a panel představuje filtrovanou sadu pracovních položek na základě cesty k oblasti týmu a přiřazení cest iterace. Backlogs list work items, boards display work items as cards. Pokud chcete zjistit, jak se filtrování používá, přečtěte si téma O týmech a agilních nástrojích, na které se ve výchozím nastavení odkazuje backlogy a panely.

Pokud chcete přidat backlog nebo panel, přidejte tým. Každý tým má nakonfigurovanou vlastní sadu backlogů a panelů, jak je popsáno v tématu Týmy a agilní nástroje. Každý tým může tyto agilní nástroje přizpůsobit.

Azure DevOps omezuje, například počet pracovních položek, které se zobrazují v backlogu nebo panelu, počet týmů, které můžete definovat, a další. Úplný seznam najdete v tématu Sledování práce, proces a omezení projektu.

Podívejte se na migraci a integraci azure Boards.

Každý backlog obsahuje filtrovanou sadu pracovních položek na základě vybrané cesty oblasti týmu, cest iterace a typů pracovních položek.

• Backlog produktu: Ve výchozím nastavení uvádí uživatelské scénáře (agilní), problémy (základní), položky a chyby v backlogu produktu (Scrum) nebo požadavky (CMMI). Poskytuje možnosti zobrazení nadřazených položek, prognóz a probíhajících nebo dokončených podřízených položek.
• Backlog portfolia: Ve výchozím nastavení uvádí funkce (všechny procesní modely) pro backlog funkcí a náměty (Agile, Scrum a CMMI) pro backlog Námět. Poskytuje možnosti zobrazení nadřazených a probíhajících nebo dokončených podřízených položek.
• Backlog sprintu: Ve výchozím nastavení jsou uvedeny všechny položky backlogu produktu přiřazené k vybrané iteraci bez ohledu na stav. Poskytuje možnosti zobrazení podrobností o práci.

Ano. Sprinty můžete přiřadit k pracovním položkám a filtrovat panel Kanbanu na základě cesty iterace. Další informace najdete v tématu Filtrování panelu Kanban.

Ne. Kontrolní seznamy úkolů podporují pouze typ pracovní položky úkolu.

Azure DevOps neposkytuje nativní zobrazení kritické cesty. Jako agilní metodologie dávají přednost minimálnímu realizovatelnému produktu (MVP) oproti správě kritické cesty (CPM). Pomocí MVP identifikujete nejkratší cestu a závislosti tím, že upřednostníte náměty, funkce, scénáře a úkoly.

To znamená, že doporučujeme používat plány doručení k zobrazení závislostí a zobrazení práce v kalendáři.

Pokud vaše organizace podporuje připojení k Microsoft Projectu, můžete najít další rozšíření Marketplace, která podporují připojení Azure DevOps k Microsoft Projectu.

Další kontext najdete v tématu Kritická cesta k agilním projektům a spuštění štíhlého spuštění v Azure DevOps.

Ne. Data zadaná pro kapacitu týmu se neukládají v běžných úložištích dat.

Ne. Tato funkce není podporovaná. Jedná se o navrženou funkci, kterou můžete vyvolat tak, že přejdete na naši stránku komunity vývojářů.

Ano, viz Dotaz podle přiřazení nebo změn pracovního postupu, dotazy na změnu panelu Kanbanu.

Ano, přidáním rozšíření Query Based Boards Marketplace .

Ano, přidáním rozšíření Azure Boards Kanban Tools Marketplace.

Ano, pohyby sloupců můžete sledovat na panelu Kanbanu pomocí polí Sloupec panelu a Sloupec Panel Hotovo.

Pokud se při otevření panelu Kanban zobrazí následující chyba, musíte konfiguraci opravit. Hlavním důvodem této chyby je, že stavy pracovních postupů typů pracovních položek přidané do kategorie Požadavek nejsou namapovány na sloupec.

Výběrem možnosti Opravit tuto možnost otevřetedialogové okno Nastavení. V následujícím příkladu se přidají dva nové stavy: Určení priorit pro chybu a prošetření uživatelského scénáře. Každý stav se pak mapuje na existující nebo nový sloupec. Po mapování jednotlivých stavů na sloupec zobrazí panel Kanban pracovní položky přiřazené těmto stavům.

Ano, plavecké dráhy můžete přidat nebo odebrat na palubě Kanbanu. Můžete také nastavit pravidla plavecké dráhy, kde při splnění určitých podmínek Azure Boards automaticky přesune pracovní položky do konkrétních drah.

Můžete definovat šablony pracovních položek pro týmy, do nichž patříte. Pokud chcete definovat šablony pracovních položek pro zadání výchozích hodnot pro výběrová pole, přečtěte si téma Použití šablon k přidání a aktualizaci pracovních položek.

Funkce pro nastavení výchozí šablony pro tým není v tuto chvíli podporovanou funkcí.

Ne. Tato funkce není v tuto chvíli podporovaná.

Příklad požadavku: Při vytváření šablony chci, aby byl nadřazený uživatelský scénář výchozí. V šabloně není předem určené pole. Může být tato funkce v rámci uživatelem definovaného výběru?

Ne, neexistuje žádná nativní podpora pro vytváření šablon hierarchie. Konkrétně nemůžete zadat výchozí nadřazenou pracovní položku. Pomocí Excelu ale můžete rychle kopírovat úkoly, chyby a další položky, abyste v seznamu stromu použili odkazy nadřazené a podřízené položky. Nebo můžete pomocí panelu Kanban přidat podřízené úkoly, položky backlogu nebo funkce. Další informace naleznete v tématu:

• Přidání kontrolních seznamů úkolů
• Přidání, spuštění a aktualizace vložených testů
• Přidání funkcí a námětů

Na stránce typu pracovní položky zvolte ikonu akcí pro existující šablonu a vyberte možnost Odstranit .

Azure Boards se integruje s GitHubem pro Azure DevOps Server 2019 a novějšími verzemi. Další informace najdete v tématu Azure Boards a GitHub.

Ne. Tato funkce není v tuto chvíli podporovaná.

Konfigurace a kustomizace Azure Boards probíhá na úrovni projektu a týmu. Přehled možností konfigurace a přizpůsobení pro potřeby vaší firmy najdete v části Konfigurace a kustomizace Azure Boards.

Nejčastější dotazy k konfiguraci a přizpůsobení najdete v tématu Nejčastější dotazy ke konfiguraci a přizpůsobení služby Azure Boards.

Související články

• Nejčastější dotazy
• Sledování práce, pracovní procesy a limity projektů
• Nejčastější dotazy k konfiguraci a přizpůsobení služby Azure Boards
• Nejčastější dotazy: Práce v Excelu připojeném k Azure Boards
• Nejčastější dotazy k práci napříč projekty
• Rozšíření Azure Boards
• Informace o týmech a agilních nástrojích