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

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

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

Agile Methoden

Eine Familie von engineering besten Prozessen mit dem Ziel, eine schnelle Lieferung hochwertiger Software und einen Geschäftsansatz zu ermöglichen, der die Entwicklung an Kundenanforderungen und Unternehmenszielen ausgerichtet. In diesem Paradigma sind häufige Inspektionen und Anpassungen erforderlich, mit Teamarbeit, Selbstorganisation und Rechenschaftspflicht, die für den Projekterfolg von entscheidender Bedeutung sind.

Agile-Tools

Eine Reihe webbasierter Tools, die zum Nachverfolgen von Arbeit und Unterstützung von Agile-Methoden verwendet werden. Agile-Tools unterstützen die wichtigsten Agile-Methoden – Scrum und Kanban –, die heute von Softwareentwicklungsteams verwendet werden. Weitere Informationen: Über Agile-Tools und Agile-Projektmanagement.

Bereichspfad

Bereichspfade werden verwendet, um Arbeitsaufgaben nach Team, Produkt oder Featurebereich zu gruppieren. Iterationspfade werden verwendet, um Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume zu gruppieren. Sie können Bereichspfade verwenden, um eine Hierarchie von Pfaden zu definieren. Weitere Informationen finden Sie unter "Informationen zu Bereichs- und Iterationspfaden".

Fehler

Eine Art von Arbeitsaufgabe, die eine potenzielle Quelle der Unzufriedenheit mit dem Produkt erfasst. Der allgemeine Name eines Arbeitselementtyps zum Nachverfolgen von Codefehlern. Jedes Team kann auswählen, wie sie Fehler verwalten möchten. Einige Teams möchten Fehler zusammen mit den Anforderungen für den Backlog nachverfolgen. Andere Teams möchten Fehler als Aufgaben nachverfolgen, die für eine Anforderung ausgeführt werden. Die Fehler werden dann auf ihrem Taskboard angezeigt. Weitere Informationen: Verwalten von Fehlern.

Kategorien

Gruppiert eine oder mehrere Arbeitsaufgabentypen, um flexible Berichte, Abfragen und andere Funktionen zu unterstützen, die über Agile-Tools verfügbar gemacht werden. Kategorien unterstützen die Prozesskonfiguration, die vom Webportal-Backlog- und Taskboardseiten verwendet wird. Sie können beispielsweise benutzerdefinierte Arbeitsaufgabentypen zur Kategorie "Anforderungen" hinzufügen und sie mithilfe des Produktrückstands und der Kanban-Tafel verwalten. Weitere Informationen finden Sie unter Verwenden von Kategorien zum Gruppieren von Arbeitsaufgabentypen.

Sammlungen

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

Weitere Informationen: Informationen zu Projekten und skalierung Ihrer Organisation, Verwalten von Organisationen oder Verwalten von Projektsammlungen in Team Foundation Server.

Dashboards

Dashboards sind benutzerdefinierte interaktive Signboards, die Echtzeitinformationen bereitstellen. Dashboards sind einem Team zugeordnet und zeigen konfigurierbare Widgets an, um Informationen anzuzeigen. Weitere Informationen finden Sie unter Hinzufügen und Verwalten von Dashboards.

Diskussion

Bereich innerhalb eines Arbeitselementformulars, das das Hinzufügen und Überprüfen von Kommentaren zu der ausgeführten Arbeit unterstützt. Auf diese Weise erfassen Sie alle Kommentare in der Arbeitsaufgabe, anstatt einen langen E-Mail-Thread beizubehalten. Im Diskussionsbereich können Sie das @mention Steuerelement verwenden, um ein anderes Teammitglied über die Diskussion zu informieren. Geben Sie @ einfach den Namen ein.

Weitere Informationen: Formularsteuerelemente für Arbeitselemente.

Favoriten

Das Kennzeichnen eines Objekts als Favorit ist eine Methode, die verwendet wird, um die schnelle Navigation von sich selbst oder anderen Teammitgliedern zu unterstützen. Sie können Arbeitsaufgabenabfragen markieren und Definitionen als persönliche und Teamfavoriten erstellen. Andere Objekte, die Sie als Favoriten kennzeichnen können, umfassen nur Codezweige, Lieferpläne, Testpläne und Teams oder Projekte. Weitere Informationen finden Sie unter Festlegen von persönlichen oder Teamfavoriten.

Felder

Felder unterstützen die Nachverfolgung eines Stücks von Informationen über die auszuführende Arbeit. Werte, die Sie einem Feld zuweisen, werden im Datenspeicher für die Arbeitsnachverfolgung gespeichert, die Sie Abfragen und Generieren von Diagrammen zum Anzeigen von Status und Trends durchführen können. Ihr Projekt enthält 100 oder mehr Datenfelder. Sie aktualisieren Daten, indem Sie das Datenfeld innerhalb einer Arbeitsaufgabe ändern. Jede Arbeitsaufgabe ist einem Arbeitselementtyp (WIT) zugeordnet, und die Daten, die Sie nachverfolgen können, entsprechen den Feldern, die dem WIT zugewiesen sind. Eine Definition jedes vordefinierten Felds finden Sie unter Arbeitselementfeldindex.

Follow

Das Kennzeichnen bestimmter Arbeitselemente oder Pullanforderungen, die sie befolgen sollen, ist eine Methode, mit der E-Mail-Updates zu Änderungen empfangen werden, die an sie vorgenommen werden. Weitere Informationen finden Sie unter "Folgen einer Arbeitsaufgabe oder einer Pullanforderung".

Globale Listen

Definiert eine Liste von Menüelementen oder Auswahllistenelementen, die über WITs und Projekte in einer Projektsammlung freigegeben werden. Globale Listen helfen, die Arbeit zu minimieren, die zum Aktualisieren von Listen erforderlich ist. Sie können globale Listen in WITs definieren, die Sie mit Ihrer Prozessvorlage hochladen. Weitere Informationen: Verwalten globaler Listen für Arbeitsaufgabentypen. (Nur für gehostete XML- und lokale XML-Prozessmodelle unterstützt)

Globaler Workflow

Gibt sowohl Arbeitsaufgabenfelder als auch globale Listen an, die mehrere Projekte und Arbeitsaufgabentypen freigeben können. Weitere Informationen: Verwalten des globalen Workflows (nur für lokales XML-Prozessmodell unterstützt).

Ausgeblendete Typenkategorien

Gibt den Satz von Arbeitsaufgabentypen an, die Benutzer nicht manuell erstellen möchten. Standardmäßig enthält diese Gruppe:

Sie können TFS Team Project Manager, einen open-source-Client verwenden, der von GitHub verfügbar ist, um schnell zu bestimmen, welche WITs zur Kategorie "Ausgeblendete Typen" gehören.

Gehostetes XML-Prozessmodell

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

Probleme oder Hindernisse

Eine Art von Arbeitsaufgabe, mit der nicht geplante Aktivitäten nachverfolgt werden können. Das Beheben eines Problems oder eines Hindernisses erfordert mehr Arbeit, die auf der Grundlage der tatsächlichen Anforderungen geplant wurde. Mithilfe des Problems (Agile- oder CMMI-Prozess) oder impediment (Scrum Process) können Sie diese Probleme nachverfolgen und verwalten, bis Sie sie beheben und schließen können. Weitere Informationen: Verwalten von Problemen und Hindernissen.

Vererbungsprozess-Modell

Das Vererbungsprozessmodell bietet Unterstützung für das Anpassen von Arbeitsverfolgungsobjekten und Agile-Tools für ein Projekt über die Benutzeroberfläche. Dieses Prozessmodell ist nur für Konten verfügbar, die auf der Azure Boards Cloudplattform gehostet werden. Projekte erben die Anpassungen, die an einen Prozess vorgenommen wurden. Weitere Informationen finden Sie im Vererbungsprozessmodell.

Problem

Agiler Prozess: Ein Problem ist eine Art von Arbeitsaufgabe, die ein Element definiert, das nachverfolgt werden soll, da es sich auf die Fertigstellung anderer Arbeiten auswirken kann. Es ist für den Agile-Prozess definiert und wird auf keinem Backlog oder Board angezeigt. Siehe Verwalten von Problemen und Hindernissen.

Grundlegender Prozess: Ein Problem ist eine Art von Arbeitsaufgabe, die einige Arbeits- oder Codefehler definiert, die nachverfolgt werden müssen. Es ist für den Grundlegenden Prozess definiert und wird im Produktbacklog und auf dem Kanban-Board für Probleme angezeigt.

Hinweis

Der Grundlegende 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-Prozesse aus.

Iterationspfade (aka Sprints)

Ein Zeitraum, der in der Regel zwei bis drei Wochen verwendet wird, um Arbeitsaufgaben zu gruppieren, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden verwendet, um Sprintplanung, Sprint-Burndown und andere Scrum-Prozesse zu unterstützen. Iterationspfade ermöglichen es Ihnen, Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume zu gruppieren. Weitere Informationen: Informationen zu Bereichs- und Iterationspfaden.

Kanban-Board

Ein interaktives, elektronisches Sign board, das die Visualisierung des Arbeitsflusses vom Konzept bis hin zur Fertigstellung und schlanken Methoden unterstützt. Azure DevOps bietet ein Kanban-Board für jeden Produkt- und Portfolio-Backlog. Weitere Informationen: Kanban-Grundlagen und Kanban-Board-Features und Epen.

Links unterstützen das Definieren von Beziehungen zwischen Arbeitselementen und anderen Objekten, z. B. Commits, Verzweigungen, Pullanforderungen und vieles mehr, indem verschiedene Verknüpfungstypen verwendet werden. Weitere Informationen: Hinzufügen von Links zu Arbeitselementen, Verknüpfen von Arbeitselementen zur Unterstützung der Ablaufverfolgung und Verwaltung von Abhängigkeiten undLinktypenreferenz.

Lokales XML-Prozessmodell

Das lokale XML-Prozessmodell bietet Unterstützung für das Anpassen von Arbeitsverfolgungsobjekten 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 für lokale Azure DevOps verfügbar. Weitere Informationen finden Sie im lokalen Prozessmodell.

Listen auswählen

Eine Auswahlliste gibt einen aufgezählten Satz von Werten an, die in einem Dropdownmenü in einem Arbeitselementformular angezeigt werden. Werte werden auch in der Spalte "Wert " im Abfrage-Editor angezeigt. Die Methode, die Sie zum Anpassen einer Auswahlliste verwenden, variiert. Es hängt vom Feld und dem Prozessmodell ab. Weitere 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 innerhalb eines Kalenders basierend auf den Iterationen jedes Teams angeordnet sind. Jede Zeile in der Ansicht stellt die Arbeit aus dem Produkt- oder Portfolio-Backlog eines Teams dar. Jede Karte entspricht einem Arbeitselement, z. B. Benutzergeschichte, Feature oder Epen. Weitere Informationen finden Sie unter Überprüfen von Teamzustellungsplänen.

Portfoliobacklog

Eine interaktive Liste von Arbeitselementen, ähnlich dem Produktrücklog, die das Organisieren oder Gruppieren von Arbeiten unter Features, Epen oder Szenarien unterstützt. Portfolio-Backlogs funktionieren ähnlich wie Produktrückgänge, in denen Sie Arbeit priorisieren und die Strukturhierarchie der Arbeit anzeigen können. Weitere Informationen: Definieren von Features und Epen.

Prozess

Ein Prozess definiert die Bausteine eines Arbeitsverfolgungssystems. Um einen Prozess anzupassen, erstellen Sie zunächst einen geerbten Prozess aus einem der Standardsystemprozesse, Agile, Scrum oder CMMI. Alle Projekte, die den Prozess verwenden, sehen die vorgenommenen Änderungen. Weitere Informationen finden Sie unter "Informationen zur Prozessanpassung und geerbten Prozessen".

Prozesskonfiguration

Gibt die Standardkonfigurations- und Funktionsfunktionen an, auf die Ihre Teams über die Agile-Tools zugreifen können. Diese Webportaltools umfassen den Produktrücklauf, Sprint-Backlogs, Kanban-Board und Taskboard. (Nur für gehostete XML- und lokale XML-Prozessmodelle unterstützt)

Prozessmodell

Die von Ihrer Organisation oder Sammlung unterstützte Anpassungsmethode zur Arbeitsnachverfolgung. Eines von drei Prozessmodellen wird unterstützt, Vererbung und gehosteter XML für Azure Boards und lokale XML für lokale Azure DevOps. Weitere Informationen: Anpassen Ihrer Arbeitsverfolgungserfahrung

Prozessvorlage

Gibt einen zugehörigen Satz von Dateien an, die die XML-Definitionen für die Nachverfolgung der Arbeit enthalten und die anfängliche Konfiguration anderer Funktionsbereiche definieren. Das System bietet drei Standardprozessvorlagen – Agile, Scrum oder CMMI. Sie können ein Projekt erstellen und dann anpassen oder eine Prozessvorlage anpassen, die Sie dann zum Erstellen eines Projekts verwenden. (Nur für gehostete XML- und lokale XML-Prozessmodelle unterstützt)

Product Backlog

Eine interaktive Liste der Arbeitsaufgaben, die dem Projektplan oder der Roadmap eines Teams entsprechen, für die das Team die Bereitstellung plant. Der Produktrücklauf unterstützt die Priorisierung von Arbeit, Prognosearbeit nach Sprints und schnelle Verknüpfungen mit Portfolio-Backlog-Elementen. Sie können Ihre Backlog-Elemente definieren und dann ihren Status mithilfe der Kanban-Tafel verwalten.

Jeder Produktrückstand kann von einem Team angepasst werden. Weitere Informationen: Erstellen Sie Ihren Backlog.

Product Backlog Item

Eine Art von Arbeitsaufgabe, die die Anwendungen, Anforderungen und Elemente definiert, die Teams erstellen möchten. Produktbesitzer definieren und stapeln Produktrückführungselemente, die mit dem Scrum-Prozess definiert sind. Weitere Informationen: Scrum-Arbeitsaufgabentypen und -workflow.

Projekte

Ein Projekt, das zuvor als Teamprojekt bekannt war, stellt ein Repository für Quellcode bereit. Ein Projekt bietet einen Ort, an dem eine Gruppe von Personen den Fortschritt planen, nachverfolgen und an der Erstellung 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 diese Objekte zu konzentrieren, die innerhalb des Projekts definiert sind. Weitere Informationen finden Sie unter "Informationen zu Projekten" und zum Skalieren Ihrer Organisation.

Abfragen

Abfragen werden zum Suchen und Auflisten von Arbeitselementen verwendet. Abfragen unterstützen verwaltete Suchvorgänge, die zum Triagen von Arbeiten im Vergleich zu Ad-hoc-Suchvorgängen verwendet werden, die verwendet werden, um eine bestimmte Arbeitsaufgabe zu finden. Flache Listenabfragen unterstützen auch Status- und Trenddiagramme. Weitere Informationen finden Sie unter "Informationen zu verwalteten Abfragen".

Remoteverknüpfung

Mit Remoteverknüpfung können Sie Verknüpfungsbeziehungen zwischen Arbeitselementen in einer Organisation erstellen, um Arbeitselemente oder andere Objekte, die in einer anderen Organisation definiert sind, zu erstellen. Organisationen müssen von demselben Azure Active Directory verwaltet werden. Weitere Informationen: Verknüpfen von Arbeitselementen, Verknüpfen mit einer Remotearbeitsaufgabe.

Rollup

Das Rollup bezieht sich auf die Summe der verbleibenden Arbeit, story Points oder eines anderen numerischen Felds untergeordneter und absteigender Arbeitselemente in einer Hierarchie. Informationen zum Hinzufügen von Rollupspalten zu einem Produkt- oder Portfolio-Backlog finden Sie unter Anzeigen des Rollupfortschritts oder der Summen.

Das Rollup bezieht sich auf die Summe der verbleibenden Arbeit, story Points oder eines anderen numerischen Felds untergeordneter und absteigender Arbeitselemente in einer Hierarchie. Azure Boards unterstützt einige systemeigene Rollupfeatures. Weitere Informationen finden Sie unter Rollup von Arbeit und anderen Feldern.

Sprints (auch als Iterationen bezeichnet)

Ein Sprint ist in der Regel ein Zeitraum von zwei bis drei Wochen, der zum Gruppieren von Arbeitselementen verwendet wird, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden verwendet, um Sprintplanung, Sprint-Burndown und andere Scrum-Prozesse zu unterstützen. Sprints werden über Iterationspfade definiert. Weitere Informationen finden Sie unter "Informationen zu Bereichs- und Iterationspfaden" (aka Sprints).

Sprint-Backlog

Eine interaktive Liste der Arbeitsaufgaben, die demselben Sprint- oder Iterationspfad für ein Team zugewiesen wurden. Der Sprint-Backlog unterstützt Teams, die Scrum-Methoden verwenden. Weitere Informationen: Sprintplanung.

Task Board

Ein Taskboard ist ein interaktives Board von Arbeitselementen, mit dem Sie Aufgaben überprüfen und aktualisieren können, die für den Sprint-Backlog definiert sind. 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. Mit Teams können Organisationen Arbeit unterkategorisieren, um sich besser auf alle Arbeiten zu konzentrieren, die sie innerhalb eines Projekts nachverfolgen. Jedes Team erhält Zugriff auf eine Suite von agilen Tools. Teams können diese Tools verwenden, um autonom zu arbeiten und mit anderen Teams im gesamten Unternehmen zusammenzuarbeiten. Jedes Team kann jedes Tool so konfigurieren und anpassen, dass seine Arbeitsanforderungen erfüllt werden. Weitere Informationen finden Sie unter "Informationen zu Teams und agilen Tools".

Benutzertextabschnitt

Eine Art von Arbeitselement, die die Anwendungen, Anforderungen und Elemente definiert, die Teams erstellen möchten. In der Regel wird das Definieren und Priorisieren der User Stories durch die Produktbesitzer durchgeführt. Die Benutzeroberfläche wird mit dem Agile-Prozess definiert. Weitere Informationen: Agile Prozessarbeitselementtypen und Workflowtypen.

Widgets

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

Arbeitselementtypen (WITs)

Ein WIT gibt die Felder, Workflow und Formular an, die zum Nachverfolgen eines Arbeitselements verwendet werden. Jedes WIT ist mit mehr als 30 Systemfeldern und mehreren typspezifischen Feldern verknüpft. Sie verwenden Arbeitselemente, um die für die Entwicklung Ihres Projekts erforderlichen Arbeit zu planen und zu verfolgen. Eine Übersicht über vordefinierte WITs, die mit den Standardprozessen bereitgestellt werden, finden Sie unter Auswählen eines Prozesses.

Workflow

Ein Workflow ist ein integraler Aspekt eines Arbeitselements. Es wird durch den entsprechenden Arbeitselementtyp definiert. Der Workflow bestimmt den logischen Fortschritt und die Regression von Arbeitselementen. Für den agilen Prozess verfolgt sie den Status der Arbeit, während die Arbeit von einem neuen oder aktiven Zustand zu einem geschlossenen oder abgeschlossenen Zustand fortschreitet. Für den Grundlegenden Prozess verwenden alle Arbeitselementtypen die Status "Aufgaben", " Tun" und " Fertig ", um den Workflowstatus zu nachverfolgen.

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