Häufig gestellte Fragen zu Azure Boards

Als Mitglied eines Azure Boards-Projekts können Sie die meisten Features verwenden, um die Arbeit nachzuverfolgen. Einschränkungen bei der Auswahl von Features basieren auf der Zugriffsebene und Sicherheitsgruppe, denen ein Benutzer zugewiesen ist. Andere Einschränkungen können basierend auf Berechtigungen zur Arbeitsnachverfolgung oder benutzerdefinierten Regeln auferlegt werden. Weitere Informationen finden Sie unter Standardberechtigungen und Zugriff für Azure Boards.

Sie können den Zugriff einschränken, indem Sie Berechtigungen für einen Bereichspfad festlegen. Weitere Informationen finden Sie in den folgenden Artikeln:

• Festlegen von Berechtigungen für die Arbeitsnachverfolgung und -planung
• Gewähren oder Einschränken von Berechtigungen zum Auswählen von Aufgaben

Ja. Bedingte Regeln, die auf Benutzer- oder Gruppenzugehörigkeit basieren, werden für Ihren Webbrowser zwischengespeichert. Wenn Sie ein Arbeitselement nicht aktualisieren können, sind Sie möglicherweise auf eine dieser Regeln gestoßen. Weitere Informationen zu bedingten Regeln finden Sie unter Regeln und Regelauswertung. Wenn Ihr Cache veraltete Regeln speichert, können Sie warten, bis der Clientcache innerhalb von drei Tagen abläuft, oder Sie können den Cache löschen.
Führen Sie zum Löschen des Caches den folgenden Befehl im Browserbefehlsfenster aus, und aktualisieren Sie dann den Browser: window.indexedDB.deleteDatabase("wit")

Siehe Tools und Clients, die eine Verbindung mit Azure DevOps herstellen.

Eine Einführung in die Arbeitselemente finden Sie unter Informationen zu Arbeitselementen.

Um alle in einem Projekt definierten Arbeitselemente anzuzeigen, öffnen Sie eine Abfrage und fügen zwei Klauseln hinzu:

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

Anschließend können Sie Filter hinzufügen, um die Abfrage weiter einzugrenzen. Weitere Informationen finden Sie unter Erstellen und Speichern von verwalteten Abfragen mit dem Abfrage-Editor.

Nein. Arbeitselemente können nur einzelnen Benutzer*innen zugewiesen werden. Außerdem können Sie nur Benutzer*innen hinzufügen, die in der Personenauswahl verfügbar sind.

Die wichtigste Methode zur Arbeitsgruppierung besteht darin, sie demselben Bereichspfad zuzuordnen. Mithilfe von Bereichspfaden werden Arbeitselemente nach Produkt-, Feature- oder Geschäftsbereichen gruppiert und Teams unterstützt, die für die Arbeit in diesen Bereichen verantwortlich sind. Außerdem können Sie die Arbeit unter einem übergeordneten Arbeitselement mithilfe von Über-/Unterordnungsverknüpfungen gruppieren, was als hierarchische Gruppierung bezeichnet wird.

Eine Erläuterung dieser beiden Verwendungen und der unterstützten Tools finden Sie unter Konfigurieren und Anpassen von Azure Boards: Bereichspfade, Produktteams und Portfoliomanagement.

Meilensteinmarkierungen werden abgesehen von Lieferplänen in der Arbeitsnachverfolgung von Azure Boards nicht verwendet. Lieferpläne bieten eine Kalenderansicht und ermöglichen es Ihnen, eine Meilensteinmarkierung zu definieren. Weitere Informationen finden Sie unter Überprüfen von Teamlieferplänen.

Sie können jedoch eine oder mehrere der folgenden Optionen verwenden, um ein Arbeitselement als Meilenstein zu markieren:

• Verwenden des Worts Meilenstein als Präfix oder Suffix im Titel Ihres Arbeitselements
• Hinzufügen eines Arbeitselementtags mit der Bezeichnung Meilenstein
• Hinzufügen eines benutzerdefinierten Felds mit der Bezeichnung Meilenstein und Auffüllen des Felds mit einer Auswahlliste von Meilensteinen
• Verknüpfen von Arbeitselementen unter Verwendung des Verknüpfungstyps „Vorgänger/Nachfolger“ oder „Verwandt“ mit einem als Meilenstein definierten Arbeitselement
• Zuweisen des als Meilenstein definierten Arbeitselements zu dem Sprint, in dem es abgearbeitet werden soll

Sie können Abhängigkeiten zwischen Arbeitselementen verfolgen, indem Sie sie mit dem Verknüpfungstyp „Verwandt“ oder einem anderen Verknüpfungstyp verknüpfen. Weitere Informationen finden Sie unter Verknüpfen von Arbeitselementen mit anderen Objekten.

Wenn Sie Abhängigkeiten organisationsübergreifend nachverfolgen, sollten Sie die Erweiterung zur Abhängigkeitsnachverfolgung verwenden.

Jeder Prozess definiert vier standardmäßige Backlog-Ebenen: das Backlog für Iterationen, das Backlog für Anforderungen, das Backlog für Features und das Portfolio Backlog für Epics. Die Arbeitselementtypen, die jeder Backlog-Ebene hinzugefügt werden, sind die natürlichen Arbeitselementtypen, die eine Über-/Unterordnungsbeziehung bilden und die Arbeitselemente in einer Hierarchie gruppieren. Weitere Informationen finden Sie unter Organisieren Ihres Backlogs und Zuordnen untergeordneter Arbeitselemente zu übergeordneten Elementen in Azure Boards. Informationen zum Anpassen des Prozesses finden Anpassen von Backlogs oder Boards: Bearbeiten oder Umbenennen des Anforderungsbacklogs.

Siehe Massenändern von Arbeitselementen: Massenändern von Rich-Text-Feldern.

Ja, Sie können Ihre Rückstandsebene so einstellen, dass sie zwei verschiedene Regeln umfasst. Die erste Regel besagt, dass das übergeordnete Element aktiv ist, wenn eines seiner untergeordneten Elemente auf aktiv gesetzt wird. Die zweite Regel besteht darin, das übergeordnete Element so festzulegen, dass es aufgelöst oder geschlossen wird, wenn alle untergeordneten Elemente geschlossen werden. Diese Regeln können für die Rückstandsebene konfiguriert werden. Weitere Informationen finden Sie unter Zustandsübergänge von Arbeitselementen automatisieren

Arbeitselemente ändern den Status automatisch, nachdem Ihr Teamadministrator Automatisierungsregeln für den Rückstand eingerichtet hat. Erstellen Sie Regeln, um den Status abhängig von der Zustandsänderung der untergeordneten Elemente automatisch auf aktiv oder geschlossen festzulegen. Weitere Informationen finden Sie unter Automatisieren von Übergängen des Arbeitsaufgabenstatus.

Regeln werden nur ausgelöst, wenn der Status des untergeordneten Objekts von Neu zu Aktiv oder auf Geschlossen wechselt. Die Regeln werden nicht ausgelöst, wenn der Status des untergeordneten Objekts von Geschlossen zurück zu Aktiv wechselt. Dies ist derzeit im entwurfsbedingt.

Nein, die Regeln werden auf alle Arbeitselementtypen auf dieser Rückstandsebene angewendet. Wir verwenden Statuskategorien anstelle von Zuständen, da Statuskategorien für alle Arbeitselementtypen konsistent sind.

Ja, Regeln werden pro Rückstandsebene konfiguriert. Automatisierungsregeln im Rückstand der User Stories wirken sich nicht auf Features oder Epics aus. Sie können aber auch Regeln separat für Features und Epics einrichten. Weitere Informationen finden Sie unter Automatisieren von Übergängen des Arbeitsaufgabenstatus.

Regeln werden nur ausgelöst, wenn sowohl das übergeordnete als auch das untergeordnete Element zum gleichen Team gehören. Regeln sollen nicht automatisch für Artikel ausgelöst werden, die zu anderen Teams gehören. Weitere Informationen finden Sie unter Automatisieren von Übergängen des Arbeitsaufgabenstatus.

Jedes Backlog und jedes Board stellt eine gefilterte Menge von Arbeitselementen dar, die auf dem Bereichspfad und dem Iterationspfad des Teams basieren. Backlogs listen Arbeitselemente auf, Boards zeigen Arbeitselemente als Karten an. Informationen zur Anwendung der Filterung finden Sie unter Informationen zu Teams und Agile-Tools: Teamstandardeinstellungen, auf die von Backlogs und Boards verwiesen wird.

Um ein Backlog oder Board hinzuzufügen, fügen Sie ein Team hinzu. Jedes Team wird mit einem eigenen Satz von Backlogs und Boards konfiguriert, wie unter Informationen zu Teams und Agile-Tools beschrieben. Jedes Team kann diese Agile-Tools anpassen.

Für Azure DevOps gelten Grenzwerte, z. B. hinsichtlich der Anzahl von Arbeitselementen, die in einem Backlog oder Board angezeigt werden, der maximalen Anzahl von Teams, die Sie definieren können, usw. Eine vollständige Liste finden Sie unter Grenzwerte für Arbeitsnachverfolgung, Prozesse und Projekte.

Siehe Azure Boards-Migration und -Integration.

Jedes Backlog listet eine gefilterte Gruppe von Arbeitselementen auf, die auf dem vom Team ausgewählten Bereichspfad, den Iterationspfaden und den Arbeitselementtypen basiert.

• Product Backlog: Listet standardmäßig User Storys (Agile), Issues (Basic), Product Backlog Items und Fehler (Scrum) oder Anforderungen (CMMI) auf. Stellt Optionen bereit, um Übergeordnete Elemente, Vorhersage und untergeordnete Elemente im Zustand In Bearbeitung oder Abgeschlossen anzuzeigen.
• Portfolio Backlog: Listet standardmäßig Features (alle Prozessmodelle) für das Features-Backlog und Epics (Agile, Scrum und CMMI) für das Epic-Backlog auf. Stellt Optionen bereit, um Übergeordnete Elemente sowie untergeordnete Elemente im Zustand In Bearbeitung oder Abgeschlossen anzuzeigen.
• Sprint-Backlog: Listet standardmäßig und unabhängig vom Status alle Product Backlog Items auf, die der ausgewählten Iteration zugeordnet sind. Stellt Optionen zum Anzeigen von Arbeitsdetails bereit.

Ja. Sie können Arbeitselementen Sprints zuweisen und Ihr Kanban-Board auf der Grundlage des Iterationspfads filtern. Weitere Informationen finden Sie unter Filtern ihres Kanban-Boards.

Nein. Aufgabenchecklisten unterstützen nur den Arbeitselementtyp „Aufgabe“.

Azure DevOps bietet keine native Ansicht des kritischen Pfads. Dies liegt zum Teil dran, dass in der Agile-Methodik dem Critical Path Management (CPM) ein Minimum Viable Product (MVP) vorgezogen wird. Mithilfe eines MVP identifizieren Sie den kürzesten Pfad und die Abhängigkeiten, indem Sie Epics, Features, Storys und Aufgaben priorisieren.

Wir empfehlen Ihnen jedoch, Lieferpläne zu verwenden, um Abhängigkeiten und eine Kalenderansicht der Arbeit anzuzeigen.

Wenn Ihre Organisation Verbindungen mit Microsoft Project unterstützt, finden Sie möglicherweise weitere Marketplace-Erweiterungen, die eine Verbindung von Azure DevOps mit Microsoft Project unterstützen.

Weitere Kontextinformationen finden Sie unter The Critical Path on Agile Projects und Running a lean startup on Azure DevOps.

Nein. Die für die Teamkapazität eingegebenen Daten werden nicht in regulären Datenspeichern gespeichert.

Nein. Diese Funktion wird nicht unterstützt. Hierbei handelt es sich um ein vorgeschlagenes Feature, für das Sie auf unserer Entwicklercommunity-Seite Ihre Stimme abgeben können.

Ja, siehe Abfragen nach Zuweisung oder Workflowänderungen: Abfragen von Änderungen an einem Kanban-Board.

Ja, indem Sie die Marketplace-Erweiterung Query Based Boards hinzufügen.

Ja, indem Sie die Marketplace-Erweiterung Azure Boards Kanban Tools hinzufügen.

Ja, Sie können Spaltenverschiebungen auf einem Kanban-Board nachverfolgen, indem Sie die Felder „Boardspalte“ und „Boardspalte fertig“ verwenden.

Wenn beim Öffnen Ihres Kanban-Boards der folgende Fehler angezeigt wird, müssen Sie die Konfiguration korrigieren. Dieser Fehler tritt meistens deshalb auf, weil die Workflowstatuswerte von Arbeitselementtypen, die der Kategorie Anforderungen hinzugefügt wurden, nicht der Spalte zugeordnet werden.

Wählen Sie Jetzt korrigieren aus, um das Dialogfeld Einstellungen zu öffnen. Im folgenden Beispiel werden zwei neue Statuswerte hinzugefügt: Selektiert für Fehler und Untersuchen für User Story. Jeder Statuswert wird dann einer vorhandenen oder neuen Spalte zugeordnet. Nachdem jeder Statuswert einer Spalte zugeordnet wurde, zeigt das Kanban-Board die Arbeitselemente an, die diesen Statuswerten zugewiesen sind.

Ja, Sie können Swimlanes auf Ihrem Kanban-Board hinzufügen oder entfernen. Sie können auch Regeln für Swimlanes einrichten, bei denen Azure Boards Arbeitselemente automatisch in bestimmte Lanes verschiebt, wenn bestimmte Bedingungen erfüllt sind.

Sie können Arbeitselementvorlagen für Teams definieren, denen Sie angehören. Informationen zum Definieren von Arbeitselementvorlagen zum Angeben von Standardwerten für ausgewählte Felder finden Sie unter Verwenden von Vorlagen zum Hinzufügen und Aktualisieren von Arbeitselementen.

Das Feature zum Festlegen einer Standardvorlage für ein Team ist derzeit kein unterstütztes Feature.

Nein. Dieses Feature wird derzeit nicht unterstützt.

Beispielanforderung: Beim Erstellen einer Vorlage möchte ich einen Standardwert für die übergeordnete User Story festlegen. Es gibt kein vorgegebenes Feld in der Vorlage. Steht diese Funktion möglicherweise unter einer benutzerdefinierten Auswahl zur Verfügung?

Nein, es gibt keine native Unterstützung für das Erstellen von Hierarchievorlagen. Insbesondere können Sie kein standardmäßiges übergeordnetes Arbeitselement angeben. Aufgaben, Fehler und andere Elemente können jedoch mit Excel schnell kopiert werden, um Über-/Unterordnungsverknüpfungen in einer Strukturliste anzuwenden. Alternativ können Sie ein Kanban-Board verwenden, um untergeordnete Aufgaben, Backlog Items oder Features hinzuzufügen. Weitere Informationen finden Sie unter:

• Hinzufügen von Aufgabenchecklisten
• Hinzufügen, Ausführen und Aktualisieren von Inlinetests
• Hinzufügen von Features und Epics

Wählen Sie auf der Seite des Arbeitselementtyps das Aktionssymbol für eine vorhandene Vorlage und dann die Option Löschen aus.

Azure Boards ist in GitHub für Azure DevOps Server 2019 und höhere Versionen integriert. Weitere Informationen finden Sie unter Azure Boards und GitHub.

Nein. Dieses Feature wird derzeit nicht unterstützt.

Die Konfiguration und Anpassung von Azure Boards erfolgt auf Projekt- und Teamebene. Eine Übersicht darüber, was Sie konfigurieren und anpassen können, um Ihre Geschäftsanforderungen zu unterstützen, finden Sie unter Konfiguration und Anpassung von Azure Boards.

Häufig gestellte Fragen zur Konfiguration und Anpassung finden Sie unter Häufig gestellte Fragen zur Konfiguration und Anpassung von Azure Boards.

Verwandte Artikel

• Häufig gestellte Fragen zu Abfragen
• Einschränkungen für Arbeitsnachverfolgung, Prozesse und Projekte
• Häufig gestellte Fragen zur Konfiguration und Anpassung von Azure Boards
• Häufig gestellte Fragen zum Arbeiten in einer mit Azure Boards verbundenen Excel-Instanz
• Häufig gestellte Fragen zum projektübergreifenden Arbeiten
• Azure Boards-Erweiterungen
• Informationen zu Teams und Agile-Tools