Konfigurieren und Anpassen von Azure Boards



Nur Aufgaben

Nicht empfohlen
Es gibt keine Möglichkeit, schnell neue Aufgaben in einem Backlog einzugeben oder ein Backlog von Aufgaben zu priorisieren. Darüber hinaus gibt es keine Unterstützung für Kalenderansichten, teamübergreifende Ansichten oder Portfolioplanung.

Anforderungen mit untergeordneten abhängigen Aufgaben

Unterstützt Die Methoden von "Methods"
Empfohlen für Teams, die Denkmethoden befolgen und die mit der Arbeit verbundene Zeit nachverfolgen möchten.

Viele Teams beginnen damit, Die Arbeit mit den tools zu verfolgen und zu planen, die über den Sprints-Hub verfügbar sind. Die Sprints-Tools unterstützen das Schätzen und Nachverfolgen verbleibender Arbeit und die Verwendung der Kapazitätsplanung. Wenn Sie diese Tools nicht verwenden möchten, ist das Hinzufügen von untergeordneten abhängigen Aufgaben optional. Entwickler können sie einfach als Checkliste von Elementen hinzufügen, die sie benötigen, um eine User Story- oder Backloganforderung zu erfüllen.

Nur Anforderungen, z. B. User Storys (Agile), Probleme (Basic), Produktbacklogelemente (Cms), Anforderungen (CMMI)

Unterstützt Kanban- und Kanbanban-Methoden
Empfohlen für Teams, die Kanban- oder Kanbanban-Methoden folgen, schätzen die Arbeit mit Story Points, Effort oder Size und verfolgen keine Zeit, die der Arbeit zugeordnet ist.

Unter Portfolioarbeitselementtypen gruppierte Anforderungen, z. B. Epics und Features

Unterstützt Kalenderansichten, teamübergreifende Ansichten und Portfolioplanung
Empfohlen für Organisationen mit mehreren Teams, die Rollups und Kalenderansichten anzeigen möchten, die mehreren Teams zugeordnet sind, und alle Portfolioplanungstools nutzen möchten.

  • Schnelles Definieren und Priorisieren von Portfolioelementen: Portfoliobacklogs
  • Schnelles Definieren von untergeordneten User Storys von Portfolioelementen: Portfolioprüflisten
  • Zuordnen von Arbeitselementen zu Features und Epics: Zuordnungstool
  • Anzeigen der teamübergreifenden Statuskalenderansicht: Lieferpläne
  • Anzeigen der Kalenderansicht aller Teamfeatures: Featurezeitachse
  • Anzeigen der Kalenderansicht eines bestimmten Epics: Epic Roadmap
  • Anzeigen von Statusanzeigen, Anzahlen oder Summen des Rollups für untergeordnete Elemente: Rollup
  • Nachverfolgen von Abhängigkeiten zwischen Teams und Projekten:Dependency Tracker

Konfigurieren und Anpassen von Optionen

In der folgenden Tabelle sind die Bereiche, die Sie konfigurieren und anpassen können, sowie die Von diesen Anpassungen betroffenen Tools angegeben. Jeder Bereich wird entweder auf Organisations-, Project- oder Teamebene angepasst, wie bereits erwähnt, oder eine Kombination aus zwei Bereichen. Eine Beschreibung der Standardtools, Analysetools und Portfolioplanungstools finden Sie unter Was ist Azure Boards,Kontextberichte: Arbeitsnachverfolgungund Pläne (flexibel im großen Stil).

Konfigurieren oder Anpassen

Standardtools

Analyse

Portfolioplanungstools

  • Boards > Alle Tools
  • Backlogs > Alle Tools
  • Sprints > Alle Tools
  • Kumuliertes Flussdiagramm
  • Geschwindigkeit
  • Burndowntrend
  • Lieferpläne
  • Featurezeitachse
  • Epic-Roadmap
  • Portfoliopläne (Beta)
  • Abhängigkeitsnachverfolgung
  • >Backlogs Sprint-Planung
  • >Sprints Sprintbacklogs
  • >Sprints Sprint-Kapazität
  • Sprints > Taskboard
  • Geschwindigkeit
  • Burndowntrend
  • Lieferpläne
  • Featurezeitachse
  • Epic-Roadmap
  • Portfoliopläne (Beta)
  • Abhängigkeitsnachverfolgung

Anzeigen von Fehlern auf Backlogboards (Team)
Benutzerdefinierte Arbeitselementtypen, Produktbacklog (Prozess)
Benutzerdefinierte Arbeitselementtypen, Taskboard (Prozess)

  • Boards Product > Board
  • Backlogs > Produktbacklog
  • >Backlogs-Zuordnungstool
  • >Sprints Sprintbacklogs
  • Sprints > Taskboard
  • Geschwindigkeit

Benutzerdefinierte Arbeitselementtypen, Portfoliobacklog (Prozess)
Zusätzliche Portfoliobacklogs (Prozess)

  • Boards > Portfolioboards
  • Backlogs > Portfoliobacklogs
  • >Backlogs-Zuordnungstool
  • Geschwindigkeit

Benutzerdefinierter Workflow (Prozess)

  • Boards Product > Board
  • Boards > Portfolioboards
  • Sprints > Taskboard
  • Kumuliertes Flussdiagramm
  • Abhängigkeitsnachverfolgung

Benutzerdefiniertes Feld (Prozess)

  • Boards Product > Board
  • Boards > Portfolioboards

Bereichspfade, Produktteams und Portfolioverwaltung

Bereichspfade werden verwendet, um Arbeitselemente nach Produkt, Feature oder Geschäftsbereichen zu gruppieren und Teams zu unterstützen, die für die Arbeit verantwortlich sind, die diesen Bereichen zugewiesen ist. Sie können eine hierarchische Gruppe von Bereichspfaden oder eine flache Gruppe definieren. In der Regel definieren Sie eine hierarchische Gruppe von Bereichspfaden, wenn Sie eine Geschäftshierarchie unterstützen möchten, die den Fortschritt mehrerer Teams nachverfolgen möchte.

Bereichspfade und hierarchische Gruppierung

Die beiden Hauptmethoden zum Gruppieren von Arbeitselementen sind nach Bereichspfad und durch übergeordnetes Element unter einem Portfolioarbeitselementtyp, wie zu Beginn dieses Artikels beschrieben. Die beiden schließen sich nicht gegenseitig aus. Beachten Sie die Unterschiede zwischen den beiden Verwendungen:

  • Bereichspfade, die einem Team zugewiesen sind, bestimmen, welche Arbeitselemente in einer Teamansicht angezeigt werden: Produktbacklog, Portfoliobacklog, Lieferpläne oder anderes Portfolioplanungstool.
  • Das Gruppieren von Arbeitselementen unter einem übergeordneten Feature oder Epic bestimmt, welche Rollupansichten unterstützt werden und wie die Arbeit in einem Portfolioplanungstool angezeigt wird.

Sie können Arbeitselementen auch Tags zuweisen, um sie zu Abfrage- und Filterzwecken zu gruppieren. Wenn Sie Also, wenn Sie Ihre Teams und Projekte strukturieren, sollten Sie sicherstellen, dass Sie verstehen, wie Sie diese Gruppierungstools verwenden, um Ihre Geschäftsanforderungen zu unterstützen. Ihre Auswahl wirkt sich auf die Verwendung von Portfolioplanungstools aus.

Bereichspfadabhängige Tools

Um die folgenden Aufgaben auszuführen, müssen Sie Bereichspfade definieren:

Tipp

Sie können ihre Bereichspfadstruktur definieren und Teams Bereichspfade zuweisen. Oder Sie können ein Team hinzufügen und den Bereichspfad mit dem Teamnamen zu diesem Zeitpunkt erstellen. Wenn Teams vollständig unabhängig sind, erstellen Sie eine flache Gruppe von Bereichspfaden. Wenn Sie jedoch eine Hierarchie von Teams erstellen möchten, sollten Sie eine Strukturhierarchie mit Bereichspfaden erstellen. Weitere Informationen finden Sie unter Konfigurieren einer Hierarchie von Teams.

Um die folgenden Tools verwenden zu können, müssen Teams Bereichspfade abonnieren:

Bereichspfade und Teamzuweisungen

Für jedes Projekt werden ein Standardteam und ein Standardbereichspfad definiert. Für kleine Teams reicht ein einzelnes Team aus, um mit der Planung und Nachverfolgung der Arbeit zu beginnen. Mit dem Wachstum von Organisationen ist es jedoch hilfreich, Teams hinzuzufügen, um ihre Fähigkeit zur Verwaltung ihres Backlogs und Sprints zu unterstützen.

Hier ist ein Beispiel für Bereichspfade und deren Zuweisung zu Teams, die Portfolioverwaltungsansichten für die Teams für Kontoverwaltung und Dienstbereitstellung unterstützen.

Bereichspfade und Teamzuweisungen

  • Sie erstellen hierarchische Bereichspfade, um Unterkategorien von Features und Produktbereichen zu unterstützen.
  • Um Portfoliosichten bereitzustellen, weisen Sie einem Portfolioverwaltungsteam zwei oder mehr Bereichspfade zu und beziehen Unterbereiche ein.
  • Bereichspfade, die einem Team zugewiesen sind, bestimmen, welche Arbeitselemente in einer Teamansicht gefiltert werden: Produktbacklog, Portfoliobacklog, Lieferpläne oder anderes Portfolioplanungstool.
  • Das Gruppieren von Arbeitselementen unter einem übergeordneten Feature oder Epic bestimmt, welche Rollupansichten unterstützt werden und wie die Arbeit in einer Kalenderansicht wie Featurezeitachse und Epic Roadmap angezeigt wird.

Lesen Sie vor dem Hinzufügen von Teams die folgenden Artikel:

Empfehlungen:

  • Überlegen Sie, welche Ansichten in der oberen Verwaltung angezeigt werden sollen und wie sie am besten unterstützt werden können.
  • Überlegen Sie, wie Sie ein Rollup sowohl für ein Team als auch für die Portfolioverwaltung verwenden möchten.
  • Definieren von Epics und Szenarien für große Initiativen, für die zwei oder mehr Sprints erforderlich sind
  • Definieren von Anforderungen für Arbeit, die in einem einzelnen Sprint ausgeführt werden können und einer einzelnen Person zugewiesen werden können
  • Definieren von Aufgaben zum Nachverfolgen präziserer Details oder zum Nachverfolgen der Zeit, die für die Arbeit aufgewendet wurde

Tipp

  • Arbeitselemente können nur einer einzelnen Person zugewiesen werden. Berücksichtigen Sie also beim Definieren von Arbeitselementen, wie viele Arbeitselemente erforderlich sind, um die Arbeit den Personen zuzuweisen, die mit der Durchführung der Arbeit beauftragt werden.
  • Wählen Sie das Feld Knotenname als Spaltenoption aus, um den Blattbereichsknoten in einer Backlogliste oder Einer Boardkarte anzuzeigen.
  • Erstellen Sie keine Über-/Untergeordnet-Links zwischen Arbeitselementen desselben Typs, z. B. Story story, bug-bug, task-task.

Die meisten Azure Boards Tools unterstützen eine gefilterte Ansicht von Arbeitselementen basierend auf dem Bereichspfad und/oder Iterationspfad. Zusätzliche Filter können auch basierend auf Schlüsselwort, Zuweisung, Arbeitselementtyp usw. angewendet werden.

Behandeln von Fehlern als Anforderungen oder Aufgaben

Jedes Team kann auswählen, wie es Fehler verwalten möchte. Einige Teams verfolgen Fehler zusammen mit den Anforderungen für das Backlog nach. Andere Teams verfolgen Fehler gerne als Aufgaben, die zur Unterstützung einer Anforderung ausgeführt werden. Die Fehler werden dann auf ihrem Taskboardangezeigt.

Wenn Sie den Prozess "Wiesn" verwenden, besteht Ihre Standardeinrichtung darin, Fehler zusammen mit Produktbacklogelementen (Product Backlog Items, PBIs) nachzuverfolgen. Wenn Sie in einem Projekt arbeiten, das auf den Agile- oder CMMI-Prozessenbasiert, werden Fehler nicht automatisch in Ihrem Backlog angezeigt.

Wenden Sie sich an Ihr Team, um zu bestimmen, wie Fehler verwaltet werden sollen. Ändern Sie dann ihre Teameinstellungen entsprechend.

Tipp

Nachdem Sie ein Backlog oder Board aktualisiert haben und keine Fehler angezeigt werden, die Sie erwarten, lesen Sie Wie Backlogs und Boards hierarchische (geschachtelte) Elemente anzeigen. Nur Blattknoten geschachtelter Elemente werden auf Sprinttaskboards angezeigt.

Hinzufügen von Systemarbeitselementtypen zu einem Backlog

Wenn Sie Probleme oder Hindernisse zusammen mit Ihren Anforderungen oder in einem Portfoliobacklog nachverfolgen möchten, können Sie sie Ihrem benutzerdefinierten geerbten Prozess hinzufügen. Weitere Informationen finden Sie unter Anpassen Ihrer Backlogs oder Boards (Vererbungsprozess).

Rollup, Hierarchie und Portfolioverwaltung

Mit Rollupspalten können Sie Statusleisten oder Gesamtwerte numerischer Felder oder Nachfolgerelemente innerhalb einer Hierarchie anzeigen. Nachfolgerelemente entsprechen allen untergeordneten Elementen innerhalb der Hierarchie. Sie können einem Produkt- oder Portfoliobacklog eine oder mehrere Rollupspalten hinzufügen.

Hier zeigen wir Progress by all Work Items (Fortschritt nach allen Arbeitselementen) an, die Statusanzeigen für aufsteigende Arbeitselemente basierend auf dem Prozentsatz der geschlossenen Nachfolgerelemente anzeigen.

Statusleisten mit Rollup nach Arbeitselementen

Darüber hinaus unterstützen die neuen Lieferpläne Rollupansichten von Epics, Features und anderen benutzerdefinierten Portfoliobacklogs.

Screenshot: Statusrollupansicht für Lieferpläne mit vier Szenarien

Iterationspfade, Sprints, Releases und Versionsinformationen

Iterationspfade unterstützen Die Prozesse "Umstisse" und "Setban", bei denen Arbeit einem festgelegten Zeitraum zugewiesen wird. Iterationspfade ermöglichen es Ihnen, Arbeit in Sprints, Meilensteinen oder einem anderen ereignisspezifischen oder zeitbezogenen Zeitraum zu gruppieren. Jede Iteration oder jeder Sprint entspricht einem regulären Zeitintervall, das als Sprintintervall bezeichnet wird. Typische Sprintfrequenzen sind zwei Wochen, drei Wochen oder ein Monat lang. Weitere Informationen zu Iterationspfaden finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Iterationspfade können eine einfache flache Liste sein oder wie in der folgenden Abbildung dargestellt unter Release-Meilensteinen gruppieren.

Iterationspfade, gruppiert

Hinweis

Iterationspfade wirken sich zwar nicht auf Kanban-Boardtools aus, sie können jedoch Iterationspfade als Filter auf Boards verwenden. Weitere Informationen finden Sie unter Filtern Ihres Kanban-Boards.

Definieren Sie Iterationspfade, und weisen Sie sie Teams zu, wenn Sie die folgenden Tools verwenden möchten:

Tipp

Wenn ein Team keinen Iterationspfad abonniert oder ausgewählt hat, wird dieser Iterationspfad nicht in einer Teamansicht oder einem Tool angezeigt.

Zeitnachverfolgung

Die meisten Organisationen, die Einem -Prozess folgen, verwenden Zeitschätzungen für die Sprint-Kapazitätsplanung. Azure Boards Tools unterstützen die Nachverfolgungszeit für diesen Zweck vollständig. Das verwendete Hauptfeld ist das Aufgabenfeld Verbleibende Arbeit, das in der Regel am Ende des Sprints 0 (null) aussendet.

Einige Organisationen benötigen jedoch zeitnachverfolgung, um andere Zwecke zu unterstützen, z. B. für die Abrechnung oder die Verwaltung von Zeitzuordnungsdatensätzen. Die Zeitwerte für geschätzte und abgeschlossene Arbeiten sind von Interesse. Die Agile- und CMMI-Prozesse stellen diese Felder –Ursprüngliche Schätzung, Abgeschlossene Arbeit, verbleibendeArbeit – zur Verwendung in der Nachverfolgungszeit zur Verfügung. Sie können sie zu diesem Zweck verwenden. Allerdings bietet Azure Boards eingeschränkte native Unterstützung für die Zeitverfolgung. Stattdessen sollten Sie erwägen, eine Marketplace-Erweiterung zu verwenden, um Ihre zusätzlichen Zeitverfolgungsanforderungen zu unterstützen.

Hinweis

Die Felder "Original Estimate", "Completed Work" und "Remaining Work" wurden entwickelt, um die Integration in Microsoft Project. Die Integrationsunterstützung für Microsoft Project ist für Azure DevOps Server 2019 und höher, einschließlich des Clouddiensts, veraltet.

Verarbeiten von Änderungen, die sich auf alle Teams auswirken

Jede Änderung an einem Prozess, der auf ein Projekt angewendet wird, wirkt sich auf alle Teams in diesem Projekt aus. Viele Änderungen führen nicht zu einer großen Unterbrechung der teams, die sie unterstützen. Dies ist jedoch nur in einigen Wenigen der Fall, und diese werden in diesem Abschnitt beschrieben.

Benutzerdefinierte Felder

Das Hinzufügen benutzerdefinierter Felder zu einem Arbeitselementtyp wirkt sich nicht auf ein bestimmtes Tool aus. Die Felder werden einfach in den entsprechenden Arbeitselementen angezeigt. Wenn Sie jedoch ein benutzerdefiniertes numerisches Feld hinzufügen, können Sie es verwenden, um Rollups für Backlogs sowie die folgenden Berichtstools zu unterstützen:

Hinweis

Alle Standardfelder und benutzerdefinierten Felder werden für alle Projekte in einer Sammlung oder Organisation freigegeben. Es gibt einen Grenzwert von 1.024 Feldern, die Sie für einen Prozess definieren können.

Benutzerdefinierte Arbeitselementtypen

Wenn Sie eine oder mehrere der folgenden Anpassungen vornehmen, wirken Sie sich wie angegeben auf die Teamtools aus.

  • Fügen Sie der Kategorie Anforderung einen benutzerdefinierten Arbeitselementtyp hinzu:
  • Fügen Sie der Kategorie Aufgabe einen benutzerdefinierten Arbeitselementtyp hinzu:
  • Fügen Sie der Kategorie Epic oder Feature einen benutzerdefinierten Arbeitselementtyp hinzu:
  • Hinzufügen einer benutzerdefinierten Portfolio-Backlogebene

Wenn Sie einer der folgenden Arbeitsnachverfolgungskategorien einen benutzerdefinierten Arbeitselementtyp (WIT) hinzufügen, haben Sie folgende Auswirkungen auf Teamtools:

  • Taskkategorie:
    • Untergeordnete Arbeitselemente der neuen WIT werden im Produktrückstand angezeigt.
    • Arbeitselemente, die auf dem neuen WIT basieren, werden in den Sprint-Backlogs und Taskboards angezeigt.
  • Anforderungskategorie:
    • Arbeitselemente, die auf dem neuen WIT basieren, werden im Produktrückstand und im Kanban-Board angezeigt.
    • Jedes Team muss das Kanban-Board so konfigurieren, dass es die neue WIT unterstützt.
  • Epic- oder Featurekategorie:
    • Arbeitselemente, die auf dem neuen WIT basieren, werden in den entsprechenden Portfolio backlogs und Kanban-Boards angezeigt.
    • Jedes Team muss die Kanban-Boards so konfigurieren, dass die neue WIT unterstützt wird.
    • Die neuen WITs werden möglicherweise nicht in einem oder in einem der Portfolioplanungstools angezeigt.

Benutzerdefinierter Workflow

Jeder Prozess unterstützt einen Standardworkflow. Dieser Workflow definiert die Standardspalten, die auf den Kanban-Boards und Sprint-Taskboards angezeigt werden.

Workflowzustände: User Story, Agile-Prozess

User Story-Workflowzustände, Agile-Prozess

Manchmal möchten Teams den Status ihrer Arbeit nachverfolgen, die über diese Standardzustände hinausgehen. Dafür gibt es zwei Möglichkeiten:

  • Fügen Sie dem Arbeitselementtyp benutzerdefinierte Workflowzustände hinzu\
    • Diese Option wirkt sich auf alle Teams aus und erfordert, dass sie ihre Kanban-Boardkonfiguration aktualisieren.
  • Hinzufügen von Spalten zu einem Kanban-Board
    • Diese Option wirkt sich nur auf das Team aus, das die Spalten hinzufügt.

Sowohl Workflowzustände als auch Kanban-Spalten werden im Diagramm kumulative Flow für ein Team angezeigt. Einzelpersonen können auswählen, welche Spalten im Diagramm angezeigt werden.

Diagramm des kumulativen Flusses

Weitere Informationen finden Sie unter Diagramm des kumulativen Flusses.

Wer können Änderungen vornehmen?

Da Einstellungen auf Prozessebene, auf Projektebene und auf Teamebene große Auswirkungen haben können, sind Änderungen auf die folgenden Personen beschränkt, die über die erforderlichen Berechtigungen verfügen.

Änderungen auf Prozessebene

Um geerbte Prozesse zu erstellen, zu bearbeiten oder zu verwalten und auf Projekte anzuwenden, müssen Sie Mitglied der Gruppe Project Sammlungsadministratorensein. Oder Sie müssen über die entsprechenden Berechtigungen Create process, Delete process, Edit processoder Delete a field from organization (Feld aus der Organisation löschen) verfügen, die auf Zulassenfestgelegt sind. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung, Anpassen eines geerbten Prozesses.

Weitere Informationen finden Sie in den folgenden Artikeln:

Änderungen auf Project Ebene

Um Bereichspfade oder Iterationspfade hinzuzufügen, müssen Sie Mitglied der Gruppen Project Administratoren oder Project Sammlungsadministratorensein.

Zum Hinzufügen, Bearbeiten und Verwalten von Bereichspfaden oder Iterationspfaden unter einem bestimmten Knoten müssen Ihnen mindestens eine der folgenden Berechtigungen gewährt worden sein, die auf Zulassenfestgelegt sind:

  • Untergeordnete Knoten erstellen
  • Diesen Knoten löschen
  • Bearbeiten dieses Knotens
  • Anzeigen von Berechtigungen in diesem Knoten

Weitere Informationen finden Sie in den folgenden Artikeln:

Änderungen auf Teamebene

Alle Teamtools können von einem Teamadministrator oder einem Mitglied der Gruppen Project Administratoren oder Project Sammlungsadministratorenkonfiguriert werden.

Teamadministratoren werden mit den folgenden Vorgängen beauftragt:

  • Hinzufügen von Teammitgliedern
  • Abonnieren von Bereichs- und Iterationspfaden
  • Konfigurieren von Backlogs und anderen allgemeinen Teameinstellungen
  • Konfigurieren von Kanban-Boards
  • Verwalten von Teambenachrichtigungen

Ausführliche Informationen zum Konfigurieren von Backlogs und Boards finden Sie unter Verwalten und Konfigurieren von Teamtools.

Versuchen Sie dies als Nächstes:

Azure Boards

Dieser Artikel enthält Anleitungen zum Konfigurieren und Anpassen Azure Boards. Lesen Sie diesen Artikel, wenn Sie damit beauftragt sind, ein Projekt für mehrere Teams zu verwalten und die folgenden Geschäftsziele zu unterstützen:

  • Unterstützung von Portfolioverwaltungsansichten
  • Anzeigen von Kalenderansichten zum Aktualisieren von Status und Status
  • Nachverfolgen von Abhängigkeiten zwischen Teams oder Projekten
  • Nachverfolgen von Zeitschätzungen oder tatsächlich abgeschlossener Arbeit

Hinweis

Dieser Artikel gilt für Azure DevOps Services. Der Großteil der Anleitungen gilt sowohl für die Cloudversion als auch für lokale Versionen. Einige der in diesem Artikel enthaltenen Features, z. B. Rollup, Analytics und einige Portfolioplanungstools, sind derzeit jedoch nur für die Cloud verfügbar.

Wenn Sie gerade erst als Project Administrator beginnen, finden Sie weitere Informationen unter Erste Schritte als Administrator.

Was ist zu beachten?

Beim Konfigurieren oder Anpassen von Arbeitsnachverfolgungstools sollten Sie die Von Ihren Teams verwendeten Tools und deren Verwendung berücksichtigen. Unabhängig davon, ob Ihre Teams Sichten, Kanban oder eine Kombination von Kanbanban folgen, können Sie den größten Vorteil der Azure Boards Tools erzielen, indem Sie die Abhängigkeiten verstehen, die sie von Konfigurationen und Anpassungen haben.

Die wichtigsten Elemente, die Sie beim Strukturieren Ihres Projekts berücksichtigen sollten, sind:

Auf Projektebene:

  • Wie viele Teams Sie definieren möchten
  • Struktur von Bereichspfaden zur Unterstützung von Portfolioverwaltungsansichten
  • Feldanpassungen
  • Anpassungen von Arbeitselementtypen oder benutzerdefinierten Arbeitselementtypen
  • Anpassungen des Portfoliobacklogs
  • Workflowanpassungen

Auf Teamebene:

  • Wie Sie Ihr Produktbacklog verwenden, um Ihre Arbeit zu planen und zu priorisieren
  • Unabhängig davon, ob Sie Fehler als Anforderungen oder als Aufgaben nachverfolgen oder überhaupt keine Fehler verwenden
  • Gibt an, ob Sie Aufgaben zum Nachverfolgen von Zeit und Kapazität verwenden.
  • Verwenden von Portfoliobacklogebenen
  • Informieren der oberen Verwaltung über Fortschritt, Status und Risiken

Nachdem Sie bestimmt haben, wie Sie die Bausteine und Tools für die Arbeitsnachverfolgung verwenden, sollten Sie alle erforderlichen Konfigurationen und Anpassungen vornehmen, um Ihr Unternehmen zu unterstützen und Ihren Teams mitzuteilen, wie sie die Tools verwenden sollten.

Arbeitselementtypen und Portfoliobacklogs

Die erste Wahl bei der Arbeitsnachverfolgung ist der Prozess, der beim Erstellen eines Projekts ausgewählt wurde. Einen Vergleich der einzelnen Prozesse finden Sie unter Auswählen eines Prozesses. Jeder Prozess – Agile, Basic,Stufen und CMMI – unterstützt eine festgelegte Hierarchie von Arbeitselementtypen. Diese Hierarchie unterstützt ein Produktbacklog und Portfoliobacklog(en).

Die Standardmäßigen Arbeitselementtypen für jeden unterstützten Prozess werden auf den folgenden Registerkarten angezeigt. Backlog-Arbeitselementtypen entsprechen der Kategorie Anforderungen. Aufgaben entsprechen der Kategorie Aufgabe.

Die folgende Abbildung zeigt die Arbeitselementhierarchie des Agile-Prozessbacklogs. User Storys und Aufgaben werden verwendet, um Arbeit nachzuverfolgen, Fehler nachverfolgen Codefehler und Epics und Features werden verwendet, um Arbeit in größeren Szenarien zu gruppieren.

Konzeptionelles Image, Agile-Arbeitselementtyp

Jedes Team kann die Verwaltung von Fehlern auf der gleichen Ebene wie User Storys oder Tasks konfigurieren, indem es die Einstellung Working with bugs (Arbeiten mit Fehlern) konfiguriert. Weitere Informationen zur Verwendung dieser Arbeitselementtypen finden Sie unter Agile-Prozess.

Sie können benutzerdefinierte Arbeitselementtypen auf jeder Ebene hinzufügen und sogar benutzerdefinierte Portfolio-Backlogs hinzufügen. Hier ist z. B. ein Projekt, das Objectives und Key Results als benutzerdefinierte Arbeitselementtypen und entsprechende Portfolio-Backlogs zumVorgang "Muss" hinzugefügt hat.

Ziele und Wichtige Ergebnisse als zusätzliche Portfoliorückstands

Eine der wichtigsten Optionen, die Teams haben, ist die Auswahl der Arbeitselementtypen, die sie zum Nachverfolgen ihrer Arbeit verwenden. In der folgenden Tabelle sind die wichtigsten Optionen, die empfohlene Verwendung und unterstützte Aufgaben und Tools zusammengefasst.

Arbeitsnachverfolgungsoptionen

Unterstützte Aufgaben und Tools