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

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 – TFS 2013

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

Agile-Methoden

Eine Familie von besten Engineeringprozessen mit dem Ziel, eine schnelle Bereitstellung von hochwertigen Software zu ermöglichen, und einen Geschäftsansatz, der die Entwicklung an kundenspezifischen Anforderungen und Unternehmenszielen ausgerichtet. In diesem Paradigma sind häufige Überprüfungen und Anpassungen erforderlich, bei der Teamarbeit, Selbstorganisation und Verantwortlichkeit für den Projekterfolg entscheidend sind.

Agile-Tools

Eine Suite webbasierter Tools, die zum Nachverfolgen von Arbeit und Unterstützung agiler Methoden verwendet werden. Agile Tools unterstützen die agilen Kernmethoden Kanban und Kanban, die — heute von — Softwareentwicklungsteams verwendet werden. Weitere Informationen finden Sie unter Informationen zu Agile-Tools und zur Agile-Projektverwaltung.

Bereichspfad

Bereichspfade werden verwendet, um Arbeitselemente nach Team, Produkt oder Funktionsbereich zu gruppen. Iterationspfade werden verwendet, um Arbeit in Sprints, Meilensteinen oder anderen ereignis- oder zeitbezogenen Zeiträumen zu gruppen. Sie können Bereichspfade verwenden, um eine Hierarchie von Pfaden zu definieren. Weitere Informationen finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Fehler

Ein Arbeitselementtyp, der eine potenzielle Quelle der Unzufriedenheit mit dem Produkt auf zeichnet. Der allgemeine Name eines Arbeitselementtyps zum Nachverfolgen von Codefehlern. Jedes Team kann auswählen, wie es Fehler verwalten möchte. Einige Teams verfolgen Gerne Fehler zusammen mit Anforderungen im Backlog nach. Andere Teams verfolgen Fehler gerne als Aufgaben nach, die zur Unterstützung einer Anforderung ausgeführt werden. Die Fehler werden dann in der Taskboard angezeigt. Weitere Informationen finden Sie unter Verwalten von Fehlern.

Kategorien

Gruppen eines oder mehrere Arbeitselementtypen, um flexible Berichte, Abfragen und andere Funktionen zu unterstützen, 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 Arbeitselementtypen hinzufügen und diese mithilfe des Produktrückstands und kanban-Boards verwalten. Weitere Informationen finden Sie unter Verwenden von Kategorien zum Grupping von Arbeitselementtypen.

Sammlungen

Eine Sammlung ist ein Container für eine Reihe von Projekten in Azure DevOps. Eine Standardsammlung wird erstellt, wenn Sie sich mit einem Azure DevOps Services registrieren oder Team Foundation Server. 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 in der Sammlung verfügbar sind.

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

Dashboards

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

Diskussion (Discussion)

Bereich innerhalb eines Arbeitselementformulars, das das Hinzufügen und Überprüfen von Kommentaren zur ausgeführten Arbeit unterstützt. Auf diese Weise erfassen Sie alle Kommentare innerhalb des Arbeitselements, anstatt einen langen E-Mail-Thread zu verwalten. Innerhalb des Diskussionsabschnitts können Sie das @mention verwenden, um ein anderes Teammitglied über die Diskussion zu benachrichtigen. Geben Sie einfach @ und ihren Namen ein.

Weitere Informationen finden Sie unter Arbeitselement-Formularsteuerelemente.

Favoriten

Das Markieren eines Objekts als Favorit ist eine Methode, die die schnelle Navigation durch sie selbst oder andere Teammitglieder unterstützt. Sie können Arbeitselementabfragen markieren und Definitionen als persönliche Favoriten und Teamfavoriten erstellen. Andere Objekte, die Sie selbst als Favoriten markieren können, umfassen nur Codebranches, Lieferpläne, Testpläne und Teams oder Projekte. Weitere Informationen finden Sie unter Festlegen persönlicher favoriten oder Teamfavoriten.

Felder

Felder unterstützen die Nachverfolgung von Informationen zu den durchzuführenden Aufgaben. Werte, die Sie einem Feld zuweisen, werden im Datenspeicher für die Arbeitsnachverfolgung gespeichert, den Sie abfragen und Diagramme generieren können, um Status und Trends anzuzeigen. Ihr Projekt enthält 100 oder mehr Datenfelder. Sie aktualisieren Daten, indem Sie das Datenfeld in einem Arbeitselement ändern. Jedes Arbeitselement ist einem Arbeitselementtyp (WIT) zugeordnet, und die Daten, die Sie nachverfolgen können, entsprechen den Feldern, die der WIT zugewiesen sind. Eine Definition jedes vordefinierten Felds finden Sie unter Arbeitselementfeldindex.

Follow

Das Taggen bestimmter Arbeitselemente oder Pull Requests, um diesen zu folgen, ist eine Methode zum Empfangen von E-Mail-Updates zu Änderungen, die an ihnen vorgenommen werden. Weitere Informationen finden Sie unter Folgen eines Arbeitselements oder Pull Requests.

Globale Listen

Definiert eine Liste von Menüelementen oder Auswahllistenelementen, die von WITs und Projekten innerhalb einer Projektsammlung gemeinsam genutzt werden. Globale Listen tragen dazu bei, 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 finden Sie unter Verwalten globaler Listen für Arbeitselementtypen. (Wird nur für gehostete XML- und lokale XML-Prozessmodelle unterstützt)

Globaler Workflow

Gibt sowohl Arbeitselementfelder als auch globale Listen an, die von mehreren Projekten und Typen von Arbeitselementen gemeinsam verwendet werden können. Weitere Informationen finden Sie unter Verwalten des globalen Workflows (wird nur für das lokale XML-Prozessmodell unterstützt).

Kategorien für ausgeblendete Typen

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

Sie können TFS Team Project Managerverwenden, einen open-source-Client, 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 Arbeitsnachverfolgungsobjekten 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 gehostet werden. Weitere Informationen finden Sie unter Modell für gehostete Prozesse.

Probleme oder Beeinträchtigungen

Ein Arbeitselementtyp, mit dem ungeplante Aktivitäten nachverfolgt werden können. Das Beheben eines Problems oder einer Beeinträchtigung erfordert mehr Arbeit, als basierend auf den tatsächlichen Anforderungen geplant wurde. Mithilfe des Problemtyps (Agile- oder CMMI-Prozess) oder des Arbeitselementtyps "Bzw. Desbungsvorgang" können Sie diese Probleme nachverfolgen und verwalten, bis Sie sie beheben und schließen können. Weitere Informationen finden Sie unter Verwalten von Problemen und Beeinträchtigungen.

Vererbungsprozess-Modell

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

Problem

Agiler Prozess:Ein Problem ist ein Arbeitselementtyp, der ein Element definiert, das Sie nachverfolgen möchten, da es sich auf den Abschluss anderer Arbeit auswirken kann. Sie ist für den Agile-Prozess definiert und wird in einem Backlog oder Board nicht angezeigt. Weitere Informationen finden Sie unter Verwalten von Problemen und Problemen.

Grundlegender Prozess:Ein Problem ist ein Arbeitselementtyp, der bestimmte Arbeits- oder Codefehler definiert, die nachverfolgt werden müssen. Sie ist für den Basic-Prozess definiert und wird im Produktrückstand und im Issues Kanban-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 den Agile-, Agile- oder CMMI-Prozess aus.

Iterationspfade (sprints)

Ein Zeitraum, normalerweise zwei bis drei Wochen, der zum Gruppieren von Arbeitselementen verwendet wird, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Denkmethoden verwendet, um Die Sprintplanung, Sprint-Burndown und andere Sprintprozesse zu unterstützen. Mit Iterationspfaden können Sie Arbeit in Sprints, Meilensteinen oder einem anderen ereignis- oder zeitbezogenen Zeitraum gruppiert werden. Weitere Informationen finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Kanban-Board

Ein interaktives, elektronisches Sign-Board, das die Visualisierung des Arbeitsablaufs vom Konzept bis zur Vervollständigung und schlanken Methoden unterstützt. Azure DevOps stellt ein Kanban-Board für jedes Produkt- und Portfolio-Backlog zur Übersicht. Weitere Informationen: Kanban-Grundlagen undKanban-Boardfeatures und Epics.

Links unterstützen das Definieren von Beziehungen zwischen Arbeitselementen und anderen Objekten wie Commits, Branches, Pull Requests und mehr mithilfe verschiedener —— Linktypen. Weitere Informationen: Hinzufügen eines Links zu Arbeitselementen,Verknüpfen von Arbeitselementen zur Unterstützung der Nachverfolgbarkeit und Verwalten von Abhängigkeiten und Referenz zu Linktypen.

Lokales XML-Prozessmodell

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

Auswahllisten

Eine Auswahlliste gibt einen aufzä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. Dies hängt vom Feld und vom Prozessmodell ab. Weitere Informationen finden Sie unter Anpassen der Arbeit.

Pläne (auch als Lieferpläne bekannt)

Ein Plan ist eine konfigurierbare Ansicht, in der die Arbeit mehrerer Teams und Projekte angezeigt wird, die in einem Kalender basierend auf den Iterationen der einzelnen Teams festgelegt sind. Jede Zeile in der Ansicht stellt die Arbeit aus dem Produkt- oder Portfoliorückstand eines Teams dar. Jede Karte entspricht einem Arbeitselement, z. B. User Story, Feature oder Epic. Weitere Informationen finden Sie unter Überprüfen von Teambereitstellungsplänen.

Portfoliobacklog

Eine interaktive Liste von Arbeitselementen, ähnlich dem Produktrückstand, die das Organisieren oder Gruppieren von Arbeit unter Features, Epics oder Szenarien unterstützt. Portfolio backlogs funktionieren ähnlich wie Produktrückstands, da 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 Arbeitsnachverfolgungssystems. Um einen Prozess anzupassen, erstellen Sie zunächst einen geerbten Prozess aus einem der Standardsystemprozesse, Agile,Agileoder CMMI. Alle Projekte, die den Prozess verwenden, sehen die änderungen, die Sie vornehmen. Weitere Informationen finden Sie unter Informationen zur Prozessanpassung und zu geerbten Prozessen.

Prozesskonfiguration

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

Prozessmodell

Die Anpassungsmethode für die Arbeitsnachverfolgung, die von Ihrer Organisation oder Sammlung unterstützt wird. Eines von drei Prozessmodellen wird unterstützt: Vererbung und gehostetes XML für Azure Boards und lokales XML für lokale Azure DevOps. Weitere Informationen: Anpassen ihrer Arbeitsnachverfolgungserfahrung

Prozessvorlage

Gibt einen verknüpften Satz von Dateien an, die die XML-Definitionen zum Nachverfolgen von Arbeit und Definieren der Erstkonfiguration anderer Funktionsbereiche enthalten. Das System stellt drei Standardprozessvorlagen ——Agileoder CMMI. Sie können ein Projekt erstellen und dann anpassen oder eine Prozessvorlage anpassen, die Sie dann zum Erstellen eines Projekts verwenden. (Wird nur für gehostete XML- und lokale XML-Prozessmodelle unterstützt)

Product Backlog

Eine interaktive Liste von Arbeitselementen, die dem Projektplan oder der Roadmap eines Teams entspricht, was das Team zu liefern plant. Das Produktrückstand unterstützt die Priorisierung von Arbeit, das Prognostizieren von Arbeit nach Sprints und das schnelle Verknüpfen von Arbeit mit Portfolio-Backlogelementen. Sie können Ihre Backlogelemente definieren und dann ihren Status mithilfe des Kanban-Boards verwalten.

Jedes Produktrückstand kann von einem Team angepasst werden. Weitere Informationen finden Sie unter Erstellen Ihres Backlogs.

Product Backlog Item

Ein Arbeitselementtyp, der die Anwendungen, Anforderungen und Elemente definiert, die Von Teams erstellt werden sollen. Produktbesitzer definieren und stapeln in der Regel Produktrückstandselemente, die mit dem Vorgang "Ranges" definiert sind. Weitere Informationen finden Sie unter Arbeitselementtypen und Workflow.

Projekte

Ein Projekt, das zuvor als Teamprojekt bezeichnetwurde, stellt ein Repository für Quellcode zur Verfügung. Ein Projekt bietet einen Ort, an dem eine Gruppe von Personen den Fortschritt planen, 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 sie verwenden, um sich auf die im Projekt definierten Objekte zu konzentrieren. Weitere Informationen finden Sie unter Informationen zu Projekten und Skalieren Ihrer Organisation.

Abfragen

Abfragen werden verwendet, um Arbeitselemente zu suchen und auflisten. Abfragen unterstützen verwaltete Suchvorgänge, die zum Seligen von Arbeit verwendet werden, im Vergleich zu Ad-hoc-Suchvorgängen, die zum Suchen eines bestimmten Arbeitselements verwendet werden. Flatlistenabfragen unterstützen auch Status- und Trenddiagramme. Weitere Informationen finden Sie unter Informationen zu verwalteten Abfragen.

Remoteverknüpfung

Mit der Remoteverknüpfung können Sie Linkbeziehungen zwischen Arbeitselementen in einer Organisation zu Arbeitselementen oder anderen Objekten erstellen, die in einer anderen Organisation definiert sind. Organisationen müssen von derselben Organisation verwaltet Azure Active Directory. Weitere Informationen finden Sie unter Verknüpfen von Arbeitselementen und Verknüpfen mit einem Remotearbeitselement.

Rollup

Rollup bezieht sich auf die Summe der verbleibenden Arbeit, Storypunkte oder eines anderen numerischen Felds untergeordneter und untergeordneter Arbeitselemente innerhalb einer Hierarchie. Informationen zum Hinzufügen von Rollupspalten zu einem Produkt- oder Portfoliobacklog finden Sie unter Anzeigen des Rollupfortschritts oder der Gesamtwerte.

Rollup bezieht sich auf die Summe der verbleibenden Arbeit, Storypunkte oder eines anderen numerischen Felds untergeordneter und untergeordneter Arbeitselemente innerhalb einer Hierarchie. Azure Boards unterstützt einige native Rollupfunktionen. Weitere Informationen finden Sie unter Rollup of work and other fields (Rollup von Arbeit und anderen Feldern).

Sprints (auch als Iterationen bekannt)

Ein Sprint ist ein Zeitraum von normalerweise zwei bis drei Wochen, der zum Gruppieren von Arbeitselementen verwendet wird, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Denkmethoden verwendet, um Die Sprintplanung, Sprint-Burndown und andere Sprintprozesse zu unterstützen. 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 Die-Methoden verwenden. Weitere Informationen finden Sie unter Sprintplanung.

Task Board

Eine Taskboard ist ein interaktives Board von Arbeitselementen, mit dem Sie aufgaben überprüfen und aktualisieren können, die für das Sprint-Backlog definiert sind. Die Taskboard unterstützt Teams, die Die Methoden von Methodologien verwenden. Weitere Informationen finden Sie unter Aktualisieren und Überwachen Ihres Taskboards.

Teams

Ein Team entspricht einer ausgewählten Gruppe von Projektmitgliedern. Mit Teams können Organisationen die Arbeit unterteilen, um sich besser auf die gesamte Arbeit zu konzentrieren, die sie innerhalb eines Projekts nachverfolgen. Jedes Team erhält Zugriff auf eine Suite von Agile-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 es seine Arbeitsanforderungen erfüllt. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Benutzertextabschnitt

Ein Arbeitselementtyp, der 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. User Story wird mit dem Agile-Prozess definiert. Weitere Informationen finden Sie unter Agile-Prozessarbeitselementtypen und Workflow.

Widgets

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

Arbeitselementtypen (WITs)

Ein WIT gibt die Felder, den Workflow und das Formular an, die zum Nachverfolgen eines Arbeitselements verwendet werden. Jede WIT ist mehr als 30 Systemfeldern und mehreren typspezifischen Feldern zugeordnet. Sie verwenden Arbeitselemente, um die arbeit, die für die Entwicklung Ihres Projekts erforderlich ist, zu planen und nachzuverfolgen. 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. Sie wird durch den entsprechenden Arbeitselementtyp definiert. Der Workflow bestimmt den logischen Fortschritt und die Regression von Arbeitselementen. Für den Agile-Prozess verfolgt er den Status der Arbeit nach, während die Arbeit von einem neuen oder aktiven Status in den Zustand Geschlossen oder Abgeschlossen überschreitet. Für den Basic-Prozess verwenden alle Arbeitselementtypen die Zustände To Do, Doingund Done, um den Workflowstatus nachzuverfolgen.

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