Freigeben über


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

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

Das Microsoft Agile-Glossar ist ein kurzes Wörterbuch von Begriffen, die bei der Nachverfolgung von Arbeit mithilfe von Azure Boards verwendet werden. Weitere Begriffe werden in den folgenden Artikeln definiert:

Agile-Methoden

Eine Familie der besten technischen Prozesse mit dem Ziel, die schnelle Bereitstellung von qualitativ hochwertiger Software und einen Geschäftsansatz zu ermöglichen, der die Entwicklung an den Kundenanforderungen und Unternehmenszielen ausrichtet. In diesem Paradigma sind häufige Überprüfungen und Anpassungen erforderlich, wobei Teamarbeit, Selbstorganisation und Verantwortlichkeit für den Projekterfolg entscheidend sind.

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

Gruppiert einen oder mehrere Arbeitselementtypen zur Unterstützung von flexiblen Berichten, Abfragen und anderen Funktionen, die über Agile-Tools zur Verfügung gestellt werden. Kategorien unterstützen die Prozesskonfiguration, die von den Backlog- und Taskboardseiten des Webportals verwendet wird. Beispielsweise können Sie der Kategorie "Anforderungen" benutzerdefinierte Arbeitsaufgabentypen hinzufügen und diese mithilfe des Produktrückstands und der Tafeln verwalten. Weitere 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 unterstützen die Nachverfolgung von Informationen über die auszuführende Arbeit. Werte, die Sie einem Feld zuweisen, werden im Datenspeicher für die Arbeitsnachverfolgung gespeichert, den Sie abfragen und aus dem Sie Diagramme zur Anzeige von Status und Trends generieren können. Ihr Projekt enthält mindestens 100 Datenfelder. Sie aktualisieren Daten, indem Sie das Datenfeld innerhalb eines Arbeitselements ändern. Jedem Arbeitselement wird ein Arbeitselementtyp (Work Item Type, WIT) zugeordnet, und die Daten, die Sie nachverfolgen können, entsprechen den Feldern, die dem WIT zugewiesen wurden. Eine Definition jedes vordefinierten Felds finden Sie unter Feldindex für Arbeitselemente.

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

Definiert eine Liste von Menüelementen oder Auswahllistenelementen, die für WITs und Projekte innerhalb einer Projektsammlung freigegeben werden. Mithilfe von globalen Listen kann der Aufwand minimiert werden, der zum Aktualisieren von Listen erforderlich ist. Sie können globale Listen innerhalb von WITs definieren, die Sie mit Ihrer Prozessvorlage hochladen. Weitere Informationen finden Sie unter Verwalten von globalen Listen für Arbeitselementtypen. (Wird nur bei gehosteten XML- und lokalen XML-Prozessmodellen unterstützt.)

Globaler Workflow

Gibt sowohl Arbeitselementfelder als auch globale Listen an, die mehrere Projekte und Typen von Arbeitselementen gemeinsam nutzen können. Weitere Informationen finden Sie unter Verwalten des globalen Workflows (wird nur bei lokalem XML-Prozessmodell unterstützt).

Ausgeblendete Typenkategorien

Gibt die Gruppe von Arbeitselementtypen an, die Benutzer nicht manuell erstellen sollen. Standardmäßig enthält diese Gruppe:

Sie können mithilfe von TFS Team Project Manager, einem über GitHub verfügbaren Open-Source-Client, schnell ermitteln, welche WITs zur Kategorie „Ausgeblendete Typen“ gehören.

Gehostetes XML-Prozessmodell

Das gehostete XML-Prozessmodell bietet Unterstützung für das Anpassen von Objekten zur Arbeitsnachverfolgung und von Agile-Tools für ein Projekt durch Ändern und Importieren einer Prozessvorlage. Dieses Prozessmodell ist nur bei ausgewählten Konten verfügbar, die auf der Azure Boards-Cloudplattform gehostet werden. Weitere Informationen finden Sie unter gehosteten Prozessmodell.

Probleme oder Hindernisse

Ein Arbeitselementtyp, mit dem ungeplante Aktivitäten nachverfolgt werden können. Das Beheben eines Problems oder Hindernisses erfordert mehr Arbeit, die über den vorgesehenen Zeitplan – basierend auf den tatsächlichen Anforderungen – hinausgeht. Mithilfe des Arbeitselementtyps „Issue“ (Agile oder CMMI-Prozess) oder „Hindernis“ (Scrum-Prozess) können Sie diese Probleme so lange nachverfolgen und verwalten, bis Sie sie beheben und schließen können. Weitere Informationen finden Sie unter Verwalten von Problemen und Hindernissen.

Vererbungsprozess-Modell

Das Vererbungsprozess-Modell bietet Unterstützung zum Anpassen von Objekten zur Arbeitsnachverfolgung und von Agile-Tools für ein Projekt über die Benutzeroberfläche. Dieses Prozessmodell ist nur bei Konten verfügbar, die auf der Azure Boards-Cloudplattform gehostet werden. Projekte erben die an einem Prozess vorgenommenen Anpassungen. Weitere Informationen finden Sie unter Vererbungsprozessmodell.

Problem

Agile-Prozess: Ein Problem ist ein Arbeitselementtyp zur Definition eines Elements, das Sie nachverfolgen möchten, da es sich auf den Abschluss anderer Arbeiten auswirken kann. Es wird für den Agile-Prozess definiert und in keinem Backlog oder Board angezeigt. Weitere Informationen finden Sie unter Verwalten von Problemen und Hindernissen.

Basic-Prozess: Ein Problem ist ein Arbeitselementtyp zur Definition eines Arbeits- oder Codefehlers, der nachverfolgt werden muss. Sie ist für den Grundlegenden Prozess definiert und wird im Produktrücklog und im Problem board angezeigt.

Hinweis

Der Basic-Prozess ist verfügbar, wenn Sie ein Projekt zu Azure DevOps Services oder Azure DevOps Server 2019 Update 1 hinzufügen. Wählen Sie für frühere lokale Bereitstellungen „Agile“, „Scrum“ oder „CMMI-Prozess“ aus.

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 jeden Produkt- und Portfolio-Backlog. Weitere Informationen finden Sie unter Board-Übersicht und Board-Features und Epen.

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.

Lokales XML-Prozessmodell

Das lokale XML-Prozessmodell bietet Unterstützung für das Anpassen von Objekten zur Arbeitsnachverfolgung und Agile-Tools für ein Projekt. Mit diesem Modell können Sie die XML-Definition von Arbeitselementtypen, die Prozesskonfiguration, Kategorien und vieles mehr aktualisieren. Sie können auch die Attribute von Feldern aktualisieren. Dieses Prozessmodell ist nur bei lokale Azure DevOps-Instanzen verfügbar. Weitere Informationen finden Sie unter lokalen Prozessmodell.

Auswahllisten

Eine Auswahlliste gibt eine aufgezählte Gruppe von Werten an, die in einem Arbeitselementformular innerhalb eines Dropdownmenüs angezeigt werden. Werte werden auch im Abfrage-Editor in der Spalte Wert angezeigt. Die Methode, mit der Sie eine Auswahlliste anpassen, variiert. Sie ist abhängig vom Feld und vom Prozessmodell. Weitere Informationen finden Sie unter Anpassen von Arbeitsaufgaben.

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.

Prozess

Ein Prozess definiert die Bausteine eines Systems zur Arbeitsnachverfolgung. Zum Anpassen eines Prozesses erstellen Sie zuerst einen geerbten Prozess aus einem der Standardsystemprozesse – Agile, Scrum oder CMMI. Allen Projekten, die den Prozess verwenden, werden die von Ihnen vorgenommenen Änderungen angezeigt. Weitere Informationen finden Sie unter Informationen zur Prozessanpassung und geerbten Prozessen.

Prozesskonfiguration

Gibt die Standardkonfiguration und funktionalen Fähigkeiten an, auf die Ihre Teams mithilfe der Agile-Tools zugreifen können. Diese Webportaltools umfassen den Produktrücklauf, Sprint-Backlogs, Board und Taskboard. (Wird nur bei gehosteten XML- und lokalen XML-Prozessmodellen unterstützt.)

Prozessmodell

Die von Ihrer Organisation oder Sammlung unterstützte Anpassungsmethode für die Arbeitsnachverfolgung. Eines von drei Prozessmodellen wird unterstützt: „Vererbung“, „Gehostete XML für Azure Boards“ und „Lokale XML für lokale Azure DevOps“. Weitere Informationen finden Sie unter Anpassen Ihrer Arbeitsnachverfolgung.

Prozessvorlage

Gibt eine zusammenhängende Gruppe von Dateien an, in denen die XML-Definitionen für die Nachverfolgung von Arbeit und die Definition der Erstkonfiguration von anderen Funktionsbereichen enthalten sind. Das System stellt drei Standardprozessvorlagen bereit – Agile, Scrum und CMMI. Sie können ein Projekt erstellen und anpassen oder eine Prozessvorlage anpassen, die Sie dann zum Erstellen eines Projekts verwenden. (Wird nur bei gehosteten XML- und lokalen XML-Prozessmodellen unterstützt.)

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 über das Board 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".

Remoteverknüpfung

Mit einer Remoteverknüpfung können Sie Verknüpfungsbeziehungen zwischen Arbeitselementen in einer Organisation und Arbeitselementen oder anderen Objekten erstellen, die in einer anderen Organisation definiert wurden. Organisationen müssen von derselben Microsoft Entra-ID verwaltet werden. Weitere Informationen finden Sie unter Verknüpfen von Arbeitselementen, Verknüpfen mit einem Remotearbeitselement.

Rollup

„Rollup“ bezieht sich auf die Summe von „Verbleibende Arbeit“, „Story Points“ oder einem anderen numerischen Feld von untergeordneten und absteigenden Arbeitselementen innerhalb einer Hierarchie. Informationen zum Hinzufügen von Rollupspalten zu einem Product- oder Portfolio-Backlog finden Sie unter Anzeigen des Rollupstatus oder von Summen.

„Rollup“ bezieht sich auf die Summe von „Verbleibende Arbeit“, „Story Points“ oder einem anderen numerischen Feld von untergeordneten und absteigenden Arbeitselementen innerhalb einer Hierarchie. Azure Boards unterstützt einige systemeigene Rollupfeatures. Weitere Informationen finden Sie unter Rollup von Arbeits- und anderen Feldern.

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 ist ein integraler Aspekt eines Arbeitselements. Er wird durch den entsprechenden Arbeitselementtyp definiert. Der Workflow bestimmt den logischen Fortschritt und die logische Regression von Arbeitselementen. Beim Agile-Prozess verfolgt er den Status der Arbeit nach, während diese vom Status „Neu“ oder „Aktiv“ in den Status „Geschlossen“ oder „Abgeschlossen“ fortschreitet. Beim Basic-Prozess verwenden alle Arbeitselementtypen die Status To Do (Zu erledigen), Doing (Wird ausgeführt) und Done (Fertig) zum Nachverfolgen des Workflowstatus.

Der Workflow gibt auch die Werte an, die in den Dropdownmenüs „Status“ und „Grund“ angezeigt werden. Weitere Informationen finden Sie unter Workflowstatus und Zustandskategorien.