Konfigurieren und Anpassen Azure Boards

  • Artikel
  • 17 Minuten Lesedauer

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

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

  • Unterstützung von Portfolioverwaltungsansichten
  • Anzeigen von Kalenderansichten zum Aktualisieren des Status und Fortschritts
  • Nachverfolgen von Abhängigkeiten über Teams oder Projekte hinweg
  • Nachverfolgen von Zeitschätzungen oder tatsächlich abgeschlossener Arbeit

Hinweis

Dieser Artikel gilt für Azure DevOps Services. Die meisten Anleitungen gelten sowohl für die Cloud- als auch für die lokale Version. Einige der in diesem Artikel enthaltenen Features, z. B. Rollup, Analytics und einige Tools für die Portfolioplanung, sind derzeit jedoch nur für die Cloud verfügbar.

Wenn Sie gerade erst als Projektadministrator beginnen, lesen Sie auch 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 Scrum, Kanban oder eine Kombination von Scrumban befolgen, können Sie den größten Vorteil der Azure Boards Tools nutzen, indem Sie die Abhängigkeiten verstehen, die sie von Konfigurationen und Anpassungen haben.

Die wichtigsten Elemente, die Beim Strukturieren Ihres Projekts berücksichtigt werden müssen, sind:

Auf Projektebene:

  • Wie viele Teams Sie definieren möchten
  • Strukturieren von Bereichspfaden zur Unterstützung von Portfolioverwaltungsansichten
  • Feldanpassungen
  • Anpassungen des Arbeitselementtyps oder benutzerdefinierte 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 oder nicht
  • Verwenden von Portfoliobacklogebenen
  • Wie Sie das obere Management über Fortschritt, Status und Risiken informieren

Nachdem Sie festgelegt haben, wie Sie die Bausteine und Tools zur 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 beim Erstellen eines Projekts ausgewählte Prozess. Einen Vergleich der einzelnen Prozesse finden Sie unter Auswählen eines Prozesses. Jeder Prozess – Agile, Basic, Scrum und CMMI – unterstützt eine festgelegte Hierarchie von Arbeitselementtypen. Diese Hierarchie unterstützt ein Produktbacklog und Portfoliobacklog(en).

Die Standardarbeitselementtypen 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. Benutzergeschichten und Aufgaben werden verwendet, um Arbeit nachzuverfolgen, Fehler verfolgen Codedefekte nach, und Epics und Features werden verwendet, um Arbeit in größeren Szenarien zu gruppieren.

Konzeptionelles Bild, Agiler Arbeitselementtyp.

Jedes Team kann konfigurieren, wie Fehler auf derselben Ebene wie User Stories oder Tasks verwaltet werden, indem es die Einstellung Arbeiten mit Fehlern konfiguriert. Weitere Informationen zur Verwendung dieser Arbeitselementtypen finden Sie unter Agiler Prozess.

Sie können benutzerdefinierte Arbeitselementtypen auf jeder Ebene hinzufügen und sogar benutzerdefinierte Portfoliobacklogs hinzufügen. Hier ist beispielsweise ein Projekt, das Dem Scrum-Prozess Ziele und Schlüsselergebnisse als benutzerdefinierte Arbeitselementtypen und entsprechende Portfoliobacklogs hinzugefügt hat.

Ziele und Wichtige Ergebnisse als zusätzliche Portfoliobacklogs

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 die unterstützten Aufgaben und Tools zusammengefasst.

Optionen für die Arbeitsnachverfolgung

Unterstützte Aufgaben und Tools

Nur Aufgaben

Nicht empfohlen
Es gibt keine Möglichkeit, schnell neue Aufgaben in einen 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 bei untergeordneten Aufgaben

Unterstützt Scrum-Methoden
Empfohlen für Teams, die Scrum-Methoden befolgen und die mit der Arbeit verbundene Zeit nachverfolgen möchten.

Viele Teams beginnen mit der Verwendung von Scrum-Methoden, um ihre 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 der verbleibenden Arbeit und die Nutzung der Kapazitätsplanung. Wenn Sie diese Tools nicht verwenden möchten, ist das Hinzufügen von untergeordneten Aufgaben optional. Entwickler fügen sie möglicherweise einfach als Prüfliste mit Elementen hinzu, die sie benötigen, um eine Benutzerstory- oder Backloganforderung abzuschließen.

Nur Anforderungen, z. B. User Stories (Agile), Issues (Basic), Product Backlog Items (Scrum), Requirements (CMMI)

Unterstützt Kanban- und Scrumban-Methoden
Empfohlen für Teams, die Kanban- oder Scrumban-Methoden befolgen, die Arbeit mithilfe von Story Points, Effort oder Size schätzen und die mit der Arbeit verknüpfte Zeit nicht nachverfolgen.

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: Portfolio-Checklisten
  • Zuordnen von Arbeitselementen zu Features und Epics: Zuordnungstool
  • Ansicht des teamübergreifenden Fortschrittskalenders anzeigen: Übermittlungspläne
  • Anzeigen der Kalenderansicht aller Teamfeatures: Featurezeitachse
  • Anzeigen der Kalenderansicht eines bestimmten Epos: Epic Roadmap
  • Anzeigen von Statusanzeigen, Anzahlen oder Summen von Rollups für untergeordnete Elemente: Rollup
  • Nachverfolgen von Abhängigkeiten zwischen Teams und Projekten: Übermittlungspläne

Konfiguration und Anpassungsoptionen

In der folgenden Tabelle sind die Bereiche aufgeführt, die Sie konfigurieren und anpassen können, sowie die Tools, die von diesen Anpassungen betroffen sind. Jeder Bereich wird entweder auf Organisations-, Projekt- oder Teamebene angepasst, wie bereits erwähnt, oder eine Kombination aus zwei. Eine Beschreibung der Standardtools, Analysetools und Portfolioplanungstools finden Sie unter Was ist Azure Boards, Kontextbezogene Berichte: Arbeitsnachverfolgung und Pläne (agil im großen Stil).

Konfigurieren oder Anpassen

Standardtools

Analyse

Portfolioplanungstools

Bereichspfade, Projektkonfiguration und Teamabonnements (Project, Team)

  • Boards>Alle Tools
  • Backlogs>Alle Tools
  • Sprints>Alle Tools
  • Kumuliertes Flussdiagramm
  • Geschwindigkeit
  • Burndowntrend
  • Lieferpläne
  • Featurezeitachse
  • Epic-Roadmap
  • Portfoliopläne (Beta)

Iterationspfade, Projektkonfiguration und Teamabonnement (Project, Team)

  • Sprintplanung für Backlogs>
  • Sprints>Sprint backlogs
  • Sprints>Sprintkapazität
  • Sprints-Taskboard>
  • Geschwindigkeit
  • Burndowntrend
  • Lieferpläne
  • Featurezeitachse
  • Epic-Roadmap
  • Portfoliopläne (Beta)

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

  • Boards>Produktboard
  • Backlogs>– Produktbacklog
  • Zuordnungstool für Backlogs>
  • Sprints>Sprint backlogs
  • Sprints-Taskboard>
  • Geschwindigkeit

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

  • Boards Portfolioboards>
  • Backlogs Portfoliobacklogs>
  • Zuordnungstool für Backlogs>
  • Geschwindigkeit

Benutzerdefinierter Workflow (Prozess)

  • Boards>Produktboard
  • Boards Portfolioboards>
  • Sprints-Taskboard>
  • Kumuliertes Flussdiagramm

Benutzerdefiniertes Feld (Prozess)

  • Boards>Produktboard
  • Boards Portfolioboards>

Bereichspfade, Produktteams und Portfoliomanagement

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 einen hierarchischen Satz von Bereichspfaden oder einen flachen Satz 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 wichtigsten Methoden zum Gruppieren von Arbeitselementen sind nach Bereichspfad und durch übergeordnete Elemente 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:

  • Einem Team zugewiesene Bereichspfade bestimmen, welche Arbeitselemente in einer Teamansicht angezeigt werden: Produktbacklog, Portfoliobacklog, Lieferpläne oder ein 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 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.

Abhängige Tools für den Bereichspfad

Zum Ausführen der folgenden Aufgaben müssen Sie Bereichspfade definieren:

Tipp

Sie können Ihre Bereichspfadstruktur definieren und Teams Flächenpfade zuweisen. Alternativ können Sie ein Team hinzufügen und den Bereichspfad mit dem Teamnamen zu diesem Zeitpunkt erstellen. Wenn Teams vollständig unabhängig sind, erstellen Sie einen flachen Satz 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. Wenn Organisationen wachsen, ist es jedoch nützlich, Teams hinzuzufügen, um ihre Fähigkeit zu unterstützen, ihre Backlogs und Sprints zu verwalten.

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

Screenshot: Bereichspfade und Teamzuweisungen.

  • Sie erstellen hierarchische Bereichspfade, um Unterkategorien von Features und Produktbereichen zu unterstützen.
  • Um Portfolioansichten bereitzustellen, weisen Sie zwei oder mehr Bereichspfade zu und schließen Teilbereiche einem Portfolioverwaltungsteam ein.
  • Einem Team zugewiesene Bereichspfade bestimmen, welche Arbeitselemente in einer Teamansicht gefiltert werden: Produktbacklog, Portfoliobacklog, Lieferpläne oder ein 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 angezeigt wird, z. B. Featurezeitachse und Epic Roadmap

Bevor Sie Teams hinzufügen, sollten Sie die folgenden Artikel lesen:

Empfehlungen:

  • Überlegen Sie, welche Ansichten das obere Management möglicherweise anzeigen möchte und wie Sie sie am besten unterstützen können
  • Überlegen Sie, wie Sie das Rollup sowohl für die Teamverwaltung als auch für die Portfolioverwaltung verwenden möchten.
  • Definieren von Epen und Szenarien für große Initiativen, für die mindestens zwei Sprints erforderlich sind
  • Definieren von Anforderungen für Arbeiten, die in einem einzelnen Sprint ausgeführt und einer einzelnen Person zugewiesen werden können
  • Definieren von Aufgaben zum Nachverfolgen detaillierterer Details oder zum Nachverfolgen von Arbeitszeiten

Tipp

  • Arbeitselemente können nur einer einzelnen Person zugewiesen werden. Berücksichtigen Sie beim Definieren von Arbeitselementen also, wie viele Arbeitselemente erforderlich sind, um die Arbeit den Personen zuzuweisen, die mit der Ausführung der Arbeit beauftragt werden.
  • Wählen Sie das Feld Knotenname als Spaltenoption aus, um den Blattbereichsknoten in einer Backlogliste oder Boardkarte anzuzeigen.
  • Erstellen Sie keine übergeordneten und untergeordneten 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 fehler verwaltet werden sollen. Einige Teams möchten Fehler zusammen mit Anforderungen für das Backlog nachverfolgen. Andere Teams möchten Fehler als Aufgaben nachverfolgen, die zur Unterstützung einer Anforderung ausgeführt werden. Die Fehler werden dann auf ihrem Taskboard angezeigt.

Wenn Sie den Scrum-Prozess verwenden, ist Ihr Standardsetup das Nachverfolgen von Fehlern zusammen mit Product Backlog Items (PBIs). Wenn Sie in einem Projekt arbeiten, das auf den Agile- oder CMMI-Prozessen basiert, werden Fehler nicht automatisch in Ihrem Backlog angezeigt.

Sprechen Sie mit Ihrem Team, um zu ermitteln, 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, wo Sie sie erwarten, lesen Sie , wie Backlogs und Boards hierarchische (geschachtelte) Elemente anzeigen. Nur Blattknoten geschachtelter Elemente werden auf Sprint-Taskboards 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 vererbten Prozess hinzufügen. Ausführliche Informationen finden Sie unter Anpassen Ihrer Backlogs oder Boards (Vererbungsprozess).

Rollup, Hierarchie und Portfolioverwaltung

Mithilfe von Rollupspalten können Sie Statusleisten oder Gesamtsummen numerischer Felder oder untergeordneter Elemente innerhalb einer Hierarchie anzeigen. Untergeordnete Elemente entsprechen allen untergeordneten Elementen innerhalb der Hierarchie. Sie können einem Produkt- oder Portfoliobacklog eine oder mehrere Rollupspalten hinzufügen.

Hier zeigen wir den Status aller Arbeitselemente an , die Statusanzeigen für aufsteigende Arbeitselemente basierend auf dem Prozentsatz der geschlossenen untergeordneten Elemente anzeigen.

Screenshot: Backlog, Statusanzeigen mit Rollup nach Arbeitselementen

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

Screenshot: Statusrollupansicht der Übermittlungspläne für vier Szenarien

Iterationspfade, Sprints, Releases und Versionsverwaltung

Iterationspfade unterstützen Scrum- und Scrumban-Prozesse, bei denen die Arbeit einem bestimmten Zeitraum zugewiesen ist. Iterationspfade ermöglichen es Ihnen, Arbeit in Sprints, Meilensteine oder einen anderen ereignisspezifischen oder zeitbezogenen Zeitraum zu gruppieren. Jede Iteration oder jeder Sprint entspricht einem regelmäßigen Zeitintervall, das als Sprintrhythmus bezeichnet wird. Typische Sprintintervalle sind zwei Wochen, drei Wochen oder einen Monat lang. Weitere Informationen zu Iterationspfaden finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Iterationspfade können eine einfache flache Liste sein oder unter Releasemeilensteinen gruppiert sein, wie in der folgenden Abbildung gezeigt.

Screenshot: Gruppierte Iterationspfade.

Hinweis

Iterationspfade wirken sich zwar nicht auf Kanban-Boardtools aus, aber Sie können Iterationspfade als Filter für 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.

Zeiterfassung

Die meisten Organisationen, die Scrum-Prozesse verfolgen, verwenden Zeitschätzungen für die Sprint-Kapazitätsplanung. Azure Boards Tools unterstützen die Nachverfolgungszeit für diesen Zweck vollständig. Das haupt verwendete Feld ist das Aufgabenfeld Verbleibende Arbeit, das in der Regel am Ende des Sprints auf null fällt.

Einige Organisationen benötigen jedoch die Zeitnachverfolgung, um andere Zwecke zu unterstützen, z. B. für die Abrechnung oder das Verwalten von Zeitzuordnungsdatensätzen. 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, Verbleibende Arbeit) zur Verwendung in der Nachverfolgungszeit bereit. Sie können sie für diesen Zweck verwenden. Azure Boards bietet jedoch begrenzte native Unterstützung für die Zeiterfassung. Stattdessen sollten Sie eine Marketplace-Erweiterung in Erwägung ziehen, um Ihre zusätzlichen Anforderungen an die Zeiterfassung zu unterstützen.

Hinweis

Die Felder "Ursprüngliche Schätzung", "Abgeschlossene Arbeit", "Verbleibende Arbeit" wurden entwickelt, um die Integration in Microsoft Project zu unterstützen. Die Integrationsunterstützung in Microsoft Project ist für Azure DevOps Server 2019 und höhere Versionen, einschließlich des Clouddiensts, veraltet.

Verarbeiten von Änderungen, die sich auf alle Teams auswirken

Jede Änderung, die an einem Prozess vorgenommen wird, der auf ein Projekt angewendet wird, wirkt sich auf alle Teams in diesem Projekt aus. Viele Änderungen verursachen keine größeren Störungen für die Teams, die sie unterstützen. Einige sind jedoch 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 Standard- und benutzerdefinierten Felder werden für alle Projekte in einer Sammlung oder Organisation freigegeben. Es gibt einen Grenzwert von 1024 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 Portfoliobacklogebene

Wenn Sie einer der folgenden Arbeitsnachverfolgungskategorien einen benutzerdefinierten Arbeitselementtyp (WIT) hinzufügen, wirken Sie sich auf folgende Weise auf Teamtools aus:

  • Taskkategorie:
    • Untergeordnete Arbeitselemente des neuen WIT werden im Produktbacklog angezeigt.
    • Arbeitselemente, die auf dem neuen WIT basieren, werden in den Sprintbacklogs und Taskboards angezeigt.
  • Anforderungskategorie:
    • Arbeitselemente, die auf dem neuen WIT basieren, werden im Produktbacklog und im Kanban-Board angezeigt.
    • Jedes Team muss das Kanban-Board so konfigurieren, dass es das neue WIT unterstützt.
  • Epic- oder Featurekategorie:
    • Arbeitselemente, die auf dem neuen WIT basieren, werden in den entsprechenden Portfoliobacklogs und Kanban-Boards angezeigt.
    • Jedes Team muss die Kanban-Boards konfigurieren, um das neue WIT zu unterstützen.
    • Die neuen WITs werden möglicherweise nicht in einem oder mehreren 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.

Workflowstatus: User Story, Agile Process

User Story-Workflowstatus, Agiler Prozess

Manchmal möchten Teams den Status ihrer Arbeit nachverfolgen, der über diese Standardzustände hinausgeht. Dies wird auf zwei Arten unterstützt:

  • Hinzufügen benutzerdefinierter Workflowzustände zum Arbeitselementtyp\
    • 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 des kumulativen Flusses für ein Team angezeigt. Einzelpersonen können auswählen, welche Spalten im Diagramm angezeigt werden.

Screenshot: Diagramm des kumulativen Flusses.

Weitere Informationen finden Sie unter Diagramm des kumulativen Flusses.

Wer kann Änderungen vornehmen?

Da Einstellungen auf Prozess-, Projekt- und 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 Projektsammlungsadministratoren sein. Oder Sie müssen über die entsprechenden Berechtigungen Prozess erstellen, Löschvorgang, Bearbeitungsprozess oder Löschen eines Felds aus Organisation verfügen, die auf Zulassen festgelegt 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 Projektebene

Um Bereichspfade oder Iterationspfade hinzuzufügen, müssen Sie Mitglied der Gruppe Projektadministratoren sein.

Zum Hinzufügen, Bearbeiten und Verwalten von Bereichspfaden oder Iterationspfaden unter einem bestimmten Knoten muss Ihnen eine oder mehrere der folgenden Berechtigungen erteilt worden sein, die auf Zulassen festgelegt sind:

  • Untergeordnete Knoten erstellen
  • Diesen Knoten löschen
  • Diesen Knoten bearbeiten
  • 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 Gruppe "Projektadministratoren" konfiguriert werden.

Teamadministratoren haben die Aufgabe, die folgenden Vorgänge auszuführen:

  • 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:

Erste Schritte als Administrator