Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Ein Kanban-Board in Azure DevOps ist ein visuelles Tool zum Verwalten von Arbeitselementen und zum Nachverfolgen des Fortschritts in einem Projekt. Es bietet einen klaren Überblick über Aufgaben, ihren Status und ihre verschiedenen Phasen. Teams können Kanban-Boards verwenden, um Arbeit zu visualisieren, laufende Arbeit einzuschränken und ihren Workflow zu optimieren. Jedes Arbeitselement wird als Karte auf dem Board dargestellt, und Spalten stellen unterschiedliche Phasen dar, z. B. „Aufgabenplanung“, „In Bearbeitung“ und „Fertig“. Während der Arbeit bewegen sich Karten über Spalten hinweg, sodass Teams ihre Effizienz überwachen und verbessern können. Kanban-Boards werden häufig in agilen Methoden verwendet und sind für die effektive Projektverwaltung unerlässlich.
Sowohl Kanban-Boards als auch Taskboards unterstützen die Visualisierung des Arbeitsflusses und die Überwachung von Metriken zur Optimierung dieses Flusses. Kanban-Boards verfolgen Anforderungen, sind sprintunabhängig und stellen ein kumulatives Flussdiagramm zur Überwachung des Fortschritts bereit. Jeder Sprint ist einem Taskboard zugeordnet, das für den Sprint definierte Nachverfolgungsaufgaben unterstützt. Sie können den Fortschritt mit Kapazitätsdiagrammen und dem Diagramm zum Sprint-Burndown überwachen. Weitere Informationen dazu finden Sie unter Aktualisieren und Überwachen Ihres Taskboards.
Note
Kanban ist ein japanisches Wort, das buchstäblich in "Signboard" übersetzt wird. In diesem Artikel wird der allgemeine Begriff "Boards" verwendet, um auf Kanban-Boards zu verweisen.
Produkt- und Portfolioboards
Jedes Produkt- und Portfoliobacklog entspricht einem Board. Diese Boards sind Teams zugeordnet und zeigen Arbeitselemente an, die auf den ausgewählten Bereichen und Iterationspfaden basieren. Weitere Informationen finden Sie unter Definieren und Konfigurieren von Iterationen.
Um die konsistente Bereitstellung qualitativ hochwertiger Software zu verbessern, legt Kanban den Schwerpunkt auf zwei wichtige Praktiken. Die erste Methode besteht darin, den Arbeitsfluss zu visualisieren , indem Sie die Workflowphasen Ihres Teams zuordnen und das Board entsprechend konfigurieren. Die nächste Methode besteht darin, die Arbeit in Bearbeitung zu beschränken, indem Sie WiP-Grenzwerte (Work-in-Progress) festlegen. Mit diesen Praktiken können Sie den Fortschritt nachverfolgen und Metriken überwachen, um die Vorlauf- oder Zykluszeiten zu verringern. Sie können beginnen, indem Sie untersuchen, wie Sie Ihr Board verwenden.
Kanban-Konzepte und -Begriffe
In der folgenden Tabelle werden Begriffe und Tools beschrieben, die häufig zum Nachverfolgen der Arbeit mit Kanban-Boards und Kanban-Methoden verwendet werden.
| Konzept oder Begriff | Description | Mehr Informationen |
|---|---|---|
| Blocker | Ein Issue, das den Fortschritt der Arbeit verhindert. Sie können blockierte Arbeiten mithilfe von Tags hervorheben und die Kartenfarbe ändern. | Anpassen von Karten und Definieren von Stilregeln zum Hervorheben von Karten |
| Engpass | Eine Einschränkung im System, die den Flow der Arbeit einschränkt. Die Identifizierung von Engpässen erleichtert es, deren Auswirkungen zu verringern und bietet einen Mechanismus zur Kontrolle der durch den Prozess fließenden Arbeit. | Verwalten von Spalten und Identifizieren von Engpässen |
| Neuanordnung von Karten | Mit der Neuanordnung von Karten können Sie die Prioritätsreihenfolge ändern und bei einer Karte erzwingen, die Priorität des Backlogs beim Ziehen und Ablegen auf dem Board zu Standard beizubehalten. | Neuanordnen von Karten |
| Columns | Eine Spalte wird einer Arbeitsphase zugeordnet. Die Standardspalten entsprechen den Workflowstatus der Arbeitselementtypen, die auf dem Board angezeigt werden. Sie konfigurieren die Spalten so, dass die Workflowstatus Ihres Teams zugeordnet werden. | Visualisieren Sie den Arbeitsablauf Ihres Teams |
| Kumuliertes Flussdiagramm (CFD) | Im kontextbezogenen CFD-Bericht wird die Anzahl der Elemente in jeder Spalte für die letzten 30 Wochen oder weniger angezeigt. In diesem Diagramm können Sie sich einen Überblick über den Umfang der laufenden Arbeit und die Vorlaufzeit verschaffen. Nicht abgeschlossene Anforderungen zählen zur laufenden Arbeit. | Anleitung zu kumuliertem Fluss, Vorlaufzeit und Zykluszeit |
| Zykluszeit | Zykluszeit ist die Zeit, die für eine Arbeitsaufgabe berechnet wird, von der ersten Eingabe eines Status der Kategorie "In Bearbeitung " bis zum Eingeben einer Statuskategorie "Abgeschlossen ". Sie können wertvolle Metriken gewinnen und die Zykluszeit für ein Team und einen konfigurierbaren Zeitraum visualisieren, indem Sie dem Dashboard das Widget „Zykluszeit“ hinzufügen. | Anleitung zu kumuliertem Fluss, Vorlaufzeit und Zykluszeit |
| Definition of Done | Kriterien, die ein Team für jede Arbeitsphase festlegt, um die in dieser Phase geleistete Arbeit zu teilen und zu standardisieren. | Hinzufügen einer Definition von "Fertig" zu einer Spalte |
| Kanban-Board | Ein interaktives, elektronisches Schildbrett, das die Visualisierung des Arbeitsflusses von Konzept bis Fertigstellung unterstützt. Azure DevOps bietet ein Board für jedes Produkt- und Portfoliobacklog. | Grundlagen des Kanban-Boards, Kanban-Board-Funktionen und Epen, Nachverfolgen der Arbeit in Swimlanes |
| Vorlaufzeit | Lead time is the time calculated for a work item from first entering a Proposed category state to entering a Completed state. Sie können wertvolle Metriken gewinnen und die Vorlaufzeit für ein Team und einen konfigurierbaren Zeitraum visualisieren, indem Sie dem Dashboard das Widget „Vorlaufzeit“ hinzufügen. | Anleitung zu kumuliertem Fluss, Vorlaufzeit und Zykluszeit |
| Portfolio-Backlog | 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. | Features und Epen definieren |
| Produktrückbestand | 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 ihren Status mithilfe der Tafel verwalten. Jedes Team kann sein Product Backlog anpassen. | Erstellen und verwalten Sie Ihren Backlog |
| Produktrückstandselement | Ein Arbeitselementtyp zur Definition der Anwendungen, Anforderungen und Elemente, deren Erstellung Teams planen. Produktbesitzer*innen definieren und stapeln normalerweise Product Backlog-Elemente, die mit dem Scrum-Prozess definiert werden. | Scrum-Prozess-Arbeitselementtypen und Workflow. |
| Spalten teilen | Das Feature „Geteilte Spalten“ gibt Ihrem Team die Möglichkeit, innerhalb des Workflowprozesses einen Pullmechanismus zu implementieren. Ohne geteilte Spalten pushen Teams die Arbeit vorwärts, um zu signalisieren, dass sie ihre Arbeitsphase abgeschlossen haben. Das Pushen von Arbeit an die nächste Phase bedeutet jedoch nicht unbedingt, dass ein Teammitglied sofort mit der Arbeit am Element beginnt. Bei geteilten Spalten weiß Ihr Team genau, wie viele Elemente sich im Leerlauf befinden und auf den Beginn der Bearbeitung warten. | Verwalten geteilter Spalten |
| Swimlanes | Ein Swimlane ist eine konfigurierbare Zeile auf einem Board, die verwendet wird, um verschiedene Dienstklassenebenen von Arbeit zu unterstützen. | Beschleunigen Sie die Arbeit mit Swimlanes |
| Aufgabenchecklisten | Eine Aufgabe ist ein Arbeitselementtyp, der verwendet wird, um die Arbeit nachzuverfolgen, die zum Abschließen eines User Story oder eines Product Backlog Item erforderlich ist. Sie können Aufgaben aus Ihrem Board hinzufügen, die als Checkliste der zu erledigenden Arbeit angezeigt werden. Wenn Sie eine Aufgabe abschließen, können Sie deren Status aktualisieren, indem Sie das Kontrollkästchen für die Aufgabe aktivieren. | Hinzufügen von Aufgaben oder untergeordneten Elementen als Checklistenelemente |
| Aufgabenwechsel | Wenn ein Teammitglied seine Aufmerksamkeit zwischen verschiedenen Aufgaben verschiebt, wird auch als Kontextwechsel oder Multitasking bezeichnet. Das Einschränken des Aufgabenwechsels kann es einer Person ermöglichen, effizienter zu arbeiten, indem der Zeitaufwand für die Umleitung der kognitiven Funktion zu einer neuen Aktivität minimiert wird. | Wechseln zur Backlogansicht, Wechseln zur Boardansicht, Wechseln zu einem Taskboard |
| Benutzerabschnitt | 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. Eine Benutzergeschichte wird mit dem Agile-Prozess definiert. | Agile Prozessarbeitselementtypen und -workflow |
|
Arbeiten in Bearbeitung (WIP)-Grenzwert |
Arbeit in Bearbeitung ist die Arbeit, die begonnen wurde, aber nicht abgeschlossen ist. Ein WIP-Grenzwert ist eine Einschränkung, die ein Team auf eine oder mehrere Workflowphasen anwendet. Der WIP-Grenzwert verhindert potenzielle Engpässe, die den kontinuierlichen Arbeitsfluss im System behindern. | Grenzwerte für Arbeit in Bearbeitung |
| Workflowstatuskategorien | Diese Kategorien bestimmen, wie das Board jeden Workflowstatus behandelt. Die Statuskategorien, die von den Backlogs verwendet werden, sind "Vorgeschlagen", " In Bearbeitung", " Gelöst" und "Abgeschlossen". | Workflowzustände und Statuskategorien |
| Workflowstatus | Workflowstatus werden für jeden Arbeitselementtyp definiert, um das Nachverfolgen der Status eines Arbeitselements von der Erstellung bis zum Abschluss zu unterstützen. Diese Status definieren den Workflowprozess: Aktionen, Schritte oder Phasen, die eine Arbeit vom Beginn bis zum Abschluss durchläuft. Die Felder "Bundesland " und " Grund " unterscheiden sich je nach Typ und Prozess, der für das Projekt ausgewählt ist. | Anpassen des Workflows |
Weitere Informationen finden Sie in den folgenden Artikeln:
Verwenden von Boardsteuerelementen
Wechseln Sie mithilfe der Backlog- und Boardlinks schnell von der Backlog-Ansicht zur Boardansicht. Greifen Sie mithilfe der Symbolleistensymbole auf andere Schnittstellenfeatures zu.
In der folgenden Tabelle werden die verfügbaren Steuerelemente beschrieben:
| Control | Description |
|---|---|
| Backlog-Link | Wechseln zur Backlog-Ansicht |
| Tafellink | Wechseln zur Boardansicht |
Nach Symbol filtern
|
Filtern nach Schlüsselwörtern, Tags oder Feldern |
Symbol anpassen
|
Passen Sie das Board an, und konfigurieren Sie die Teameinstellungen: - Karten und Karten neu anordnen - Diagramme für Spalten, Verantwortlichkeitsbereiche und kumulative Flussdiagramme (CFDs) - Backlogs und Arbeiten mit Fehlern bei Backlogs |
Symbol "Eingabe"
|
Vollbildmodus eingeben |
Symbol "Beenden"
|
Beenden des Vollbildmodus |
Öffnen der Tastenkombinationen
Um die Tastenkombinationen für die Tafel zu öffnen, verwenden Sie das Fragezeichen (?). Die folgende Abbildung zeigt ein Beispiel für die verfügbaren Tastenkombinationen:
Weitere Informationen finden Sie unter Tastenkombinationen für Azure DevOps und Team Explorer.
Konfigurieren und passen Sie Ihr Board an
Ihr Board ist in hohem Maße konfigurierbar, um den Workflow Ihres Teams zu unterstützen. Jedes Team kann jedes Board mit den folgenden Aufgaben konfigurieren:
Konfigurieren von Boards
Konfigurieren von Kartenanzeigen
- Hinzufügen oder Entfernen von Feldern auf Karten
- Definieren von Kartenstilen
- Anwenden von Tagfarben
- Aktivieren/Deaktivieren von Anmerkungen
- Definieren des Inlinetestverhaltens für Karten
- Hinzufügen von Details und Schätzungen zu Ihren Backlog Items
- Definieren von Aufgaben oder untergeordneten Elementen für Backlog Items
- Hinzufügen, Ausführen und Aktualisieren von Inlinetests
Zusammen mit diesen Teamkonfigurationen können Sie Ihr Projekt anpassen, indem Sie Arbeitselementtypen oder den Workflow hinzufügen oder ändern und benutzerdefinierte Portfolio Backlogs und Boards hinzufügen.
Note
Jedes Team steuert seine eigenen Teameinstellungen und Boardkonfigurationen. Sie können keine Konfiguration mit einem einzelnen Board für die Verwendung durch mehrere Teams definieren.
Aktualisieren des Arbeitselementstatus
Nachdem Sie Ihr Board konfiguriert haben, können Sie arbeitsaufgaben direkt zum Board hinzufügen. Aktualisieren Sie den Arbeitsstatus, indem Sie eine Karte in eine andere Spalte auf dem Board ziehen. Sie können auch die Reihenfolge der Elemente ändern, während Sie eine Karte in eine neue Spalte verschieben. Weitere Informationen finden Sie unter Workflowstatus und Zustandskategorien.
Anzeigen von Blattknoten-Arbeitselementen
Sie können eine Hierarchie von Backlogelementen, Aufgaben und Fehlern erstellen. Es wird nicht empfohlen, Hierarchien identischer Kategorien zu erstellen. Das heißt, erstellen Sie keine Übergeordnet/Untergeordnet-Links für Arbeitselemente desselben Typs, z. B. Story-Story, Fehler-Fehler, Aufgabe-Aufgabe.
Die Anzeige des letzten Knotens in einer Hierarchie identischer Kategorien ist nur in Boards, Sprintbacklogs und Taskboards möglich. Wenn Sie z. B. Elemente in einer Hierarchie mit derselben Kategorie verknüpfen, die vier Ebenen tief ist, werden nur die Elemente auf der vierten Ebene auf der Tafel, sprint backlog und Taskboard angezeigt.
Anstatt Anforderungen, Fehler und Aufgaben zu schachteln, empfiehlt es sich, eine flache Liste beizubehalten. Erstellen Sie Verknüpfungen vom Typ „Übergeordnet/Untergeordnet“ eine Ebene tief zwischen Elementen, die zu verschiedenen Kategorien gehören. Weitere Informationen finden Sie unter Beheben von Problemen beim Neuanordnen und Schachteln.
Neuanordnen und Zuweisen eines neuen übergeordneten Elements für Arbeitselemente
Alle Backlogs und Boards unterstützen das Neuanordnen von Arbeitselementen und das Neuzuordnen übergeordneter Arbeitselemente mittels Drag & Drop. Aktualisierungen, die an den Backlogs und Boards Ihres Teams vorgenommen werden, spiegeln sich in den Backlogs und Boards anderer Teams wider, die denselben Bereichspfad verwenden. Möglicherweise müssen Sie die Seite aktualisieren, um die Änderungen anzuzeigen.
Sie können nur mit Drag & Drop Arbeitselemente neu anordnen oder mit neuen übergeordneten Elementen versehen, die für Ihr Team ausgewählten Bereichspfaden zugewiesen sind. Wenn die Option " Elternansicht " aktiviert ist, werden arbeitsaufgaben möglicherweise in Ihrem Backlog angezeigt, den Ihr Team nicht besitzt. Jedes Element mit dem 
Informationssymbol kann nicht neu angeordnet oder analysiert werden, da ein anderes Team das Element besitzt.
Spalten aktualisieren
Jedes Team kann die Boardspalten und Swimlanes anpassen. Die Werte, die Boardfeldern zugewiesen sind, unterscheiden sich möglicherweise von dem, was Sie erwarten, wenn ein anderes Team die Arbeitsaufgabe von einem anderen Board aktualisiert.
Auch wenn das Managementteam und die Featureteams ihre Boardspalten mit identischer Workflowzuordnung konfigurieren, werden die Boardelemente eines Teams nicht auf dem Board eines anderen Teams widergespiegelt. Nur wenn die Arbeitsaufgabe zu einer Spalte verschoben wird, die einem Workflowstatus zugeordnet ist, zeigt die Kartenspalte dieselben Informationen auf allen Boards an.
Weitere Informationen finden Sie unter "Spalten verwalten".
Bereitstellen von Berechtigungen und Zugriff
Wenn Sie Mitglied der Gruppe "Mitwirkende" für ein Projekt sind, können Sie die meisten Features verwenden , die unter den Boards- oder Arbeitsoptionen verfügbar sind. Benutzer mit „Basic“-Zugriff haben Vollzugriff auf alle Features. Benutzer mit Stakeholder-Zugriff können bestimmte Features mit eingeschränktem Zugriff verwenden.
Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff auf die Arbeitsnachverfolgung und Kurzreferenz zum Beteiligtenzugriff. Informationen zum Hinzufügen von Benutzern zu einem Projekt finden Sie unter Hinzufügen von Benutzern zu einem Projekt oder Team.
Anpassen Ihres Projekts und Ihrer Boards
Wenn Sie mehr als drei Boardebenen benötigen, können Sie weitere Ebenen hinzufügen. Weitere Informationen finden Sie unter Anpassen von Backlogs oder Boards (Vererbungsprozess).
Sie können auch die für einen Arbeitselementtyp (WIT) definierten Felder hinzufügen, einen benutzerdefinierten WIT hinzufügen, oder den Workflow ändern. Weitere Informationen finden Sie unter Informationen zur Prozessanpassung und geerbten Prozessen.