Begriffe und Konzepte, die beim Nachverfolgen von Arbeitselementen in Azure Boards verwendet werden

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Dieses Microsoft Agile-Glossar listet allgemeine Begriffe auf, die Sie beim Nachverfolgen von Arbeiten mit Azure Boards verwenden. Weitere Begriffe und Kontext finden Sie in den folgenden zugehörigen Glossaren:

• Kanban-Schlüsselkonzepte
• Sprints- und Scrum-Schlüsselkonzepte
• Arbeitselement-Feldindex
• Projektverwaltung und Navigationsglossar

Agile-Tools

Eine Reihe von webbasierten Tools, die zur Nachverfolgung von Arbeit und zur Unterstützung von Agile-Methoden verwendet werden. Agile-Tools unterstützen die wichtigsten Agile-Methoden – Scrum und Kanban –, die heute von Software-Entwicklungsteams verwendet werden. Weitere Informationen finden Sie unter Informationen zu Agile-Tools und Agile-Projektverwaltung.

Bereichspfad

Bereichspfade werden zum Gruppieren von Arbeitselementen nach Team, Produkt oder Featurebereich verwendet. Iterationspfade werden zum Gruppieren von Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume verwendet. Sie können mithilfe von Bereichspfaden eine Hierarchie von Pfaden definieren. Weitere Informationen finden Sie unter Bereichs-und Iterationspfade.

Fehler

Ein Arbeitselementtyp, der eine mögliche Quelle der Unzufriedenheit mit dem Produkt aufzeichnet. Der allgemeine Name eines Arbeitselementtyps zum Nachverfolgen von Codefehlern. Jedes Team kann wählen, wie es Fehler verwalten möchte. Einige Teams möchten Fehler zusammen mit Anforderungen im Backlog nachverfolgen. Andere Teams möchten Fehler als Aufgaben nachverfolgen, die zur Unterstützung einer Anforderung ausgeführt werden. Diese Fehler werden dann auf Taskboard des Teams angezeigt. Weitere Informationen finden Sie unter Verwalten von Fehlern.

Kategorien

Kategorien gruppieren einen oder mehrere Arbeitsaufgabentypen, um Berichte, Abfragen und die Webportal-Backlog- und Taskboardseiten zu unterstützen. Fügen Sie beispielsweise der Kategorie "Anforderungen" benutzerdefinierte Arbeitselementtypen hinzu, um diese mit dem Produkt-Backlog und den Boards zu verwalten. Ausführliche Informationen finden Sie unter Verwenden von Kategorien zum Gruppieren von Arbeitsaufgabentypen.

Sammlungen

Eine Sammlung ist ein Container für eine Reihe von Projekten in Azure DevOps. Eine Standardsammlung wird erstellt, wenn Sie sich bei Azure DevOps Services registrieren oder Team Foundation Server installieren. Innerhalb von Azure DevOps Services entspricht eine Sammlung einer Organisation. Bei lokalen TFS-Bereitstellungen können Sie Sammlungen hinzufügen und verwalten – und zwar zur Angabe der logischen und physischen Ressourcen, die für die Projekte in der Auflistung verfügbar sind.

Weitere Informationen finden Sie unter Informationen zu Projekten und zur Skalierung Ihrer Organisation, Verwalten von Organisationen und Verwalten von Projektsammlungen in Team Foundation Server.

Dashboards

Dashboards sind vom Benutzer konfigurierbare interaktive Schilder, die Echtzeitinformationen bereitstellen. Dashboards werden einem Team zugeordnet und zeigen konfigurierbare Widgets zur Anzeige von Informationen an. Weitere Informationen finden Sie unter Dashboards hinzufügen und verwalten.

Diskussion (Discussion)

Der Bereich innerhalb eines Arbeitselementformulars, der das Hinzufügen und Überprüfen von Kommentaren zu der gerade ausgeführten Arbeit unterstützt. Auf diese Weise erfassen Sie alle Kommentare innerhalb des Arbeitselements, statt einen langen E-Mail-Thread beizubehalten. Im Diskussionsabschnitt können Sie mithilfe des @Erwähnung-Steuerelements ein anderes Teammitglied über die Diskussion informieren. Geben Sie einfach @ und dessen Namen ein.

Favoriten

Das Markieren eines Objekts als Favorit ist eine Methode, die zur Unterstützung von schneller Navigation durch Sie selbst oder andere Teammitglieder verwendet wird. Sie können Arbeitselementabfragen markieren und Definitionen als persönliche Favoriten und Teamfavoriten erstellen. Andere Objekte, die Sie nur für Sie selbst als Favoriten markieren können, sind Codebranches, Übermittlungspläne, Testpläne und Teams oder Projekte. Weitere Informationen finden Sie unter Festlegen von persönlichen oder Teamfavoriten.

Felder

Felder erfassen bestimmte Informationen zu Arbeit. Sie speichern Feldwerte im Datenspeicher für die Arbeitsnachverfolgung und verwenden sie in Abfragen und Diagrammen, um Status und Trends zu melden. Projekte umfassen viele Felder; um ein Feld zu aktualisieren, bearbeiten Sie es in einer Arbeitsaufgabe. Jede Arbeitsaufgabe ist einem Arbeitsaufgabentyp (WIT) zugeordnet, und die verfügbaren Felder spiegeln das WIT wider. Definitionen vordefinierter Felder finden Sie unter Arbeitselementfeldindex.

Follow

Das Taggen von bestimmten Arbeitselementen oder Pull Requests, um diesen zu folgen, ist eine Methode zum Empfangen von E-Mail-Updates zu Änderungen, die daran vorgenommen werden. Weitere Informationen dazu finden Sie unter Einem Arbeitselement oder Pull Request folgen.

Globale Listen

Globale Listen definieren freigegebene Menü- oder Auswahllistenwerte für Arbeitsaufgabentypen (WITs) und Projekte in einer Auflistung. Verwenden Sie globale Listen, um die Wartung zu reduzieren, wenn mehrere WITs dieselben Werte verwenden. Definieren Sie globale Listen in einer Prozessvorlage für gehostete XML- oder lokale XML-Prozessmodelle. Weitere Informationen finden Sie unter Verwalten globaler Listen für Arbeitsaufgabentypen.

Globaler Workflow

Globaler Workflow definiert Felder und globale Listen, die mehrere Projekte und WITs freigeben können. Administratoren verwenden ihn zum Standardisieren von Workflows für Projekte (nur lokales XML-Prozessmodell). Siehe Verwalten des globalen Workflows.

Ausgeblendete Typenkategorien

In der Liste der ausgeblendeten Typen stehen Arbeitsaufgabentypen, die Personen nicht manuell erstellen sollen. Standardmäßig enthält diese Gruppe:

• Codereviewanforderung und Codereviewantwort
• Feedbackanforderung und Feedbackantwort
• Freigegebene Schritte und Freigegebener Parameter
• Testplan und Testsammlung

Sie können den Open-Source-Team-Projektmanager auf GitHub verwenden, um zu bestimmen, welche WITs zur Kategorie "Verborgene Typen" gehören.

Prozessmodelle und Vorlagen

• Gehostetes XML-Prozessmodell – unterstützt das Anpassen von Arbeitsverfolgungsobjekten durch Ändern und Importieren einer Prozessvorlage (verfügbar für ausgewählte Azure Boards-Cloudkonten). Siehe gehostetes Prozessmodell.
• Vererbungsprozessmodell – unterstützt benutzeroberflächenbasierte Anpassungen für Azure Boards-Cloudkonten; Projekte erben Prozessanpassungen. Siehe Vererbungsprozessmodell.
• Lokales XML-Prozessmodell – unterstützt XML-basierte Anpassungen für lokale Azure DevOps. Siehe lokales Prozessmodell.

Problem

• Agile Methode: Ein Vorgang verfolgt Elemente, die sich auf das Abschließen anderer Arbeiten auswirken könnten; er wird standardmäßig nicht in Backlogs oder auf Boards angezeigt. Weitere Informationen finden Sie unter Verwalten von Problemen und Hindernissen.
• Grundlegender Prozess: Ein Issue verfolgt Arbeit oder Mängel und erscheint auf dem Produkt-Backlog und dem Issue-Board.

Iterationspfade (auch als „Sprints“ bezeichnet)

Ein Zeitraum von normalerweise zwei bis drei Wochen. Er wird zum Gruppieren von Arbeitselementen verwendet, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden zur Unterstützung von Sprintplanung, Sprint-Burndown und anderen Scrum-Prozessen verwendet. Iterationspfade ermöglichen Ihnen das Gruppieren von Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume. Weitere Informationen finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Kanban-Board

Ein interaktives, elektronisches Signboard, das die Visualisierung des Arbeitsflusses vom Konzept bis zur Vervollständigung und schlanke Methoden unterstützt. Azure DevOps bietet ein Board für jedes Produkt- und Portfoliobacklog. Weitere Informationen finden Sie unter Board-Übersicht und Board-Features und Epen.

Links und Linktypen

Links unterstützen das Definieren von Beziehungen zwischen Arbeitselementen und anderen Objekten (z. B. Commits, Branches, Pull Requests usw.) mithilfe von verschiedenen Linktypen. Weitere Informationen finden Sie unter Verknüpfen von Arbeitselementen mit anderen Objekten und Referenz zu Verknüpfungstypen.

Auswahllisten

Eine Auswahlliste (Dropdownmenü) stellt einen aufgezählten Satz von Werten für ein Feld dar. Wie Sie eine Auswahlliste anpassen, hängt vom Feld und dem Prozessmodell ab. Ausführliche Informationen finden Sie unter Anpassen der Arbeit.

Pläne (auch als „Lieferpläne“ bezeichnet)

Ein Plan ist eine konfigurierbare Ansicht, die Arbeit aus mehreren Teams und Projekten anzeigt, die in einem Kalender – basierend auf den Iterationen jedes Teams – angeordnet sind. Jede Zeile in der Ansicht stellt die Arbeit aus dem Product- oder Portfolio-Backlog eines Teams dar. Jede Karte entspricht einem Arbeitselement, z. B. User Story, Feature oder Epic. Weitere Informationen finden Sie unter Überprüfen von Teamzustellungsplänen.

Portfoliobacklog

Eine interaktive Liste von Arbeitselementen (ähnlich dem Product Backlog), die das Organisieren oder Gruppieren von Arbeit unter Features, Epics oder Szenarien unterstützt. Portfolio Backlogs funktionieren insofern ähnlich wie Product Backlogs, als dass Sie Arbeit priorisieren und die Strukturhierarchie der Arbeit anzeigen können. Weitere Informationen finden Sie unter Definieren von Features und Epics.

Product Backlog

Eine interaktive Liste von Arbeitselementen, die dem Projektplan oder der Roadmap eines Teams für die von ihm geplanten Aufgaben entspricht. Das Product Backlog unterstützt die Priorisierung von Arbeit, die Vorhersage von Arbeit nach Sprints und die schnelle Verknüpfung von Arbeit mit Portfolio Backlog-Elementen. Sie können Ihre Backlogelemente definieren und dann deren Status mithilfe des Boards verwalten.

Jedes Product Backlog kann von einem Team angepasst werden. Weitere Informationen finden Sie unter Erstellen Ihres Backlogs.

Produktrückstandselement (PBI)

Ein Arbeitselementtyp zur Definition der Anwendungen, Anforderungen und Elemente, deren Erstellung Teams planen. Produktbesitzer definieren und stapeln normalerweise Product Backlog-Elemente, die mit dem Scrum-Prozess definiert werden. Weitere Informationen finden Sie unter Arbeitselementtypen und Workflow für Scrum-Prozesse.

Projekte

Ein Projekt, das zuvor als Teamprojekt bezeichnet wurde, stellt ein Repository für Quellcode bereit. Ein Projekt bietet einen Ort, an dem eine Gruppe von Personen den Fortschritt planen, ihn nachverfolgen und an der Entwicklung von Softwarelösungen zusammenarbeiten kann. Ein Projekt wird für eine Azure DevOps Services-Organisation oder innerhalb einer TFS-Projektsammlung definiert. Sie können es verwenden, um sich auf die im Projekt definierten Objekte zu konzentrieren. Weitere Informationen finden Sie unter Informationen zu Projekten und Skalieren Ihrer organization.

Abfragen

Abfragen werden zum Suchen und Auflisten von Arbeitselementen verwendet. Abfragen unterstützen verwaltete Suchvorgänge, die zur Selektierung von Arbeitsvorgängen verwendet werden – im Gegensatz zu Ad-hoc-Suchen, die zum Suchen eines bestimmten Arbeitselements verwendet werden. Flatlistabfragen unterstützen auch Status- und Trenddiagramme. Weitere Informationen finden Sie unter "Informationen zu verwalteten Abfragen".

Rollup

Sprints (auch als „Iterationen“ bezeichnet)

Ein Sprint ist ein Zeitraum von normalerweise zwei bis drei Wochen. Er wird zum Gruppieren von Arbeitselementen verwendet, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden zur Unterstützung von Sprintplanung, Sprint-Burndown und anderen Scrum-Prozessen verwendet. Sprints werden über Iterationspfade definiert. Weitere Informationen finden Sie unter Informationen zu Bereichs- und Iterationspfaden (auch als Sprints bezeichnet).

Sprint-Backlog

Eine interaktive Liste von Arbeitselementen, die demselben Sprint- oder Iterationspfad für ein Team zugewiesen wurden. Das Sprint-Backlog unterstützt Teams, die Scrum-Methoden verwenden. Weitere Informationen finden Sie unter Sprintplanung.

Task Board

Ein Taskboard ist ein interaktives Board von Arbeitselementen, mit dem Sie die für das Sprint-Backlog definierten Aufgaben überprüfen und aktualisieren können. Das Taskboard unterstützt Teams, die Scrum-Methoden verwenden. Weitere Informationen finden Sie unter Aktualisieren und Überwachen des Taskboards.

Teams

Ein Team entspricht einer ausgewählten Gruppe von Projektmitgliedern. Bei Teams können Organisationen die Arbeit in Unterkategorien aufteilen, um sich besser auf die gesamte Arbeit zu konzentrieren, die sie innerhalb eines Projekts nachverfolgen. Jedes Team erhält Zugriff auf eine Reihe von Agile-Tools. Teams können mithilfe dieser Tools autonom arbeiten und mit anderen Teams im gesamten Unternehmen zusammenarbeiten. Jedes Team kann jedes Tool so konfigurieren und anpassen, dass es seinen Arbeitsanforderungen entspricht. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Benutzertextabschnitt

Ein Arbeitselementtyp zur Definition der Anwendungen, Anforderungen und Elemente, deren Erstellung Teams planen. In der Regel wird das Definieren und Priorisieren der User Stories durch die Produktbesitzer durchgeführt. User Story wird mit dem Agile-Prozess definiert. Weitere Informationen finden Sie unter Arbeitselementtypen und Workflow für Agile-Prozesse.

Widgets

Widgets zeigen Informationen und Diagramme auf Dashboards an. Viele davon können konfiguriert werden. Viele Widgets zeigen Informationen an, die aus einem oder mehreren vom System erstellten Datenspeichern oder Diagrammen verfügbar sind. Weitere Informationen finden Sie im Widget-Katalog.

Arbeitselementtypen (Work Item Types, WITs)

Ein WIT gibt die Felder, den Workflow und das Formular an, die zum Nachverfolgen eines Arbeitselements verwendet werden. Jedem WIT sind mehr als 30 Systemfelder und mehrere typspezifische Felder zugeordnet. Sie verwenden Arbeitselemente zum Planen und Nachverfolgen der Arbeit, die für die Entwicklung Ihres Projekts erforderlich ist. Eine Übersicht über vordefinierte WITs, die bei den Standardprozessen bereitgestellt werden, finden Sie unter Informationen zu Prozessen und Prozessvorlagen.

Workflow

Ein Workflow definiert die zulässige Fortschritte und Rückschritte einer Aufgabe gemäß der Definition des WIT. Beispielsweise verfolgt der Agile-Workflow den Status von "Neu" oder " Aktiv " auf "Geschlossen " oder "Abgeschlossen". Der grundlegende Prozess verwendet die Zustände "Zu Erledigen", "In Arbeit" und "Erledigt". Workflow steuert auch, welche Status- und Grundwerte in Dropdownmenüs angezeigt werden. Siehe Workflowstatus und Statuskategorien.

Verwandte Inhalte

• Bewährte Methoden für Scrum