Wichtige Sprints- und Scrum-Konzepte in Azure Boards

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

Dieser Artikel enthält ein kurzes Wörterbuch mit Begriffen und verfügbaren Tools, die zum Nachverfolgen von Arbeiten mit Sprints und Scrum-Methoden verwendet werden. Weitere hilfreiche Ressourcen sind das Agile-Glossar und das Projektmanagement- und Navigationsglossar.

Agile-Tools

Eine Reihe von webbasierten Tools, die zur Nachverfolgung von Arbeit und zur Unterstützung von Agile-Methoden verwendet werden. Agile-Tools unterstützen die wichtigsten Agile-Methoden – Scrum und Kanban –, die heute von Software-Entwicklungsteams verwendet werden. Weitere Informationen finden Sie unter Informationen zu Agile-Tools und Agile-Projektverwaltung.

Fehler

Ein Arbeitselementtyp, der eine mögliche Quelle der Unzufriedenheit mit dem Produkt aufzeichnet. Der allgemeine Name eines Arbeitselementtyps zum Nachverfolgen von Codefehlern. Jedes Team kann wählen, wie es Fehler verwalten möchte. Einige Teams möchten Fehler zusammen mit Anforderungen im Backlog nachverfolgen. Andere Teams möchten Fehler als Aufgaben nachverfolgen, die zur Unterstützung einer Anforderung ausgeführt werden. Diese Fehler werden dann auf Taskboard des Teams angezeigt. Weitere Informationen finden Sie unter Verwalten von Fehlern.

Burndown- oder Burnupdiagramme

Burndown- und Burnupdiagramme unterstützen das Projektmanagement, um die im Laufe der Zeit erledigten Arbeiten visuell nachzuverfolgen. Burndowndiagramme beginnen mit der Gesamtsumme der geplanten Arbeit. Während die Arbeit erledigt wird, stellt das Burndowndiagramm die verbleibende Arbeit graphisch dar. Im Lauf der Zeit wird der Umfang der zu erledigenden Arbeit immer kleiner. Burnupdiagramme verfolgen die Arbeit nach, die im Laufe der Zeit erledigt wird. Sie sind nützlich, um die Geschwindigkeit anzuzeigen, mit der die Arbeit erledigt wird.

Weitere Informationen finden Sie unter Anleitung zum Burndown und Burnup.

Teamkapazität und individuelle Kapazität

Die Kapazität korreliert mit der tatsächlichen Zeit für die Erledigung der Aufgaben (Stunden oder Tage), die eine Person oder ein Team abarbeiten muss. Azure DevOps bietet ein Kapazitätstool für den Sprint der einzelnen Teams zum Festlegen der Kapazität. Teams legen die Kapazität in der Regel fest, wenn sie die Aufgabenerstellung planen und die Zeit schätzen, die zum Erledigen einer Aufgabe benötigt wird.

Durch Festlegen der Teamkapazität weiß das Team genau, wie viele Arbeitsstunden oder Tage das Team für jeden Sprint zur Verfügung hat. Mit diesem Tool legen Sie die Kapazität einzelner Teammitglieder und die freien Tage fest. Wenn die Kapazität für die einzelnen Teammitglieder, die in einem Sprint arbeiten, festgelegt wird, wird der Kapazitätsbalken für diese Person angezeigt. Weitere Informationen: Festlegen der Sprintkapazität.

Screenshot: Seite für die Teamkapazität.

Screenshot: Seite für die Teamkapazität, TFS 2018.

Kapazitätsbalken

Anhand der Kapazitätsbalken können Sie schnell erkennen, wer über, bei oder unter der Kapazität liegt. Kapazitätsbalken werden bei allen folgenden Aktivitäten aktualisiert:

  • Zuweisung von Aufgaben ohne verbleibende Arbeit
  • Änderung der verbleibenden Arbeit
  • Datumsänderung innerhalb des Sprintzyklus Die individuelle Kapazität und die Teamkapazität spiegeln immer die Kapazität vom aktuellen Tag bis zum Ende des Sprints wider.
Kapazitätsfarben Kapazitätsbalken
Screenshot: Kapazitätsfarben. Screenshot: Kapazitätsbalken.

Weitere Informationen finden Sie unter Anpassen der Arbeit an die Sprintkapazität.

Tägliche Scrum-Besprechungen

Tägliche Scrum-Besprechungen helfen Teams dabei, sich auf das zu konzentrieren, was sie leisten müssen, um ihre Fähigkeit zu maximieren, ihre Sprintverpflichtungen zu erfüllen. Der Scrum Master des Teams sollte die Struktur der Besprechung festlegen und sicherstellen, dass sie rechtzeitig beginnt und nicht länger als 15 Minuten dauert. Weitere Informationen: Bewährte Methoden für Scrum – Tägliche Scrum-Besprechungen.

Forecast

Das Prognosetool unterstützt Teams bei der Planung ihrer Sprints. Das Tool zeigt Teams die Backlog Items an, die in zukünftigen Sprints basierend auf Arbeitselementschätzungen und einer festgelegten Velocity erledigt werden können. Wie hier gezeigt, gibt eine Velocity von 20 an, dass es fünf Sprints dauert, um die gezeigte Arbeit zu erledigen. Weitere Informationen: Prognostizieren Ihres Product Backlogs.

Screenshot: Teambacklog, Prognoseansicht.

Iterationspfade (auch als „Sprints“ bezeichnet)

Ein Zeitraum von normalerweise zwei bis drei Wochen. Er wird zum Gruppieren von Arbeitselementen verwendet, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden zur Unterstützung von Sprintplanung, Sprint-Burndown und anderen Scrum-Prozessen verwendet. Iterationspfade ermöglichen Ihnen das Gruppieren von Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume. Weitere Informationen finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Product Backlog

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 Backlog Items definieren und dann deren Status mithilfe des Kanban-Boards verwalten.

Jedes Product Backlog kann von einem Team angepasst werden. Weitere Informationen finden Sie unter Erstellen Ihres Backlogs.

Product Backlog Item (PBI)

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. Weitere Informationen finden Sie unter Arbeitselementtypen und Workflow für Scrum-Prozesse.

Rolle „Produktbesitzer“

Produktbesitzer bilden die Schnittstelle zwischen Kunden und dem Team. Ein Produktbesitzer kann den Bedarf an detaillierten Spezifikationen reduzieren. Sie reduzieren den Bedarf, indem sie schneller auf die Fragen des Teams zu Implementierungsdetails reagieren. Außerdem definieren sie die Akzeptanzkriterien der einzelnen Anforderung eindeutig.

Rolle „Scrum Master“

Die Aufgabe der Scrum Master besteht darin, mithilfe von Scrum-Prozessen effektiv arbeitende Teams aufzubauen und aufrechtzuerhalten. Sie leiten, coachen, unterrichten und unterstützen Scrum-Teams bei der richtigen Verwendung von Scrum-Methoden. Scrum Master fungieren auch als Change Agents, um Teams bei der Überwindung von Hindernissen zu helfen und das Team zu signifikanten Produktivitätssteigerungen anzuspornen. Weitere Informationen: Bewährte Methoden für Scrum – Rolle des Scrum Masters.

Sprints (auch als „Iterationen“ bezeichnet)

Ein Sprint ist ein Zeitraum von normalerweise zwei bis drei Wochen. Er wird zum Gruppieren von Arbeitselementen verwendet, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden zur Unterstützung von Sprintplanung, Sprint-Burndown und anderen Scrum-Prozessen verwendet. 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 Scrum-Methoden verwenden. Weitere Informationen finden Sie unter Sprintplanung.

Sprint-Burndowndiagramm

Das Sprint-Burndowndiagramm gibt den Fortschritt wieder, den ein Team bei der Erledigung aller Arbeiten erreicht hat, die bei der Sprintplanungssitzung abgeschätzt wurden. Das Team überwacht dieses Diagramm während des gesamten Sprintzyklus, um Risiken zu minimieren und festzustellen, ob sich der Umfang im Lauf der Zeit verändert hat. Die ideale Trendlinie weist immer auf einen stetigen Burndown hin. Der blaue Bereich, wie im folgenden Diagramm dargestellt, stellt die tatsächlichen Aktivitäten dar. Er veranschaulicht die entstehende Arbeit, wenn Teammitglieder Aufgaben hinzufügen, und die Verringerung der Arbeit, wenn Teammitglieder die betreffenden Aufgaben erledigen. Weitere Informationen: Überwachen des Sprint-Burndowns.

Screenshot: Sprint-Burndowndiagramm.

Screenshot: Sprint-Burndowndiagramm, TFS 2018

Sprintziele

Sprintziele werden verwendet, um Sprintaktivitäten zu fokussieren. Das Ziel fasst zusammen, was das Team am Ende des Sprints erreicht haben möchte. Weitere Informationen: Bewährte Methoden für Scrum – Festlegen von Sprintzielen.

Sprintplanung

Die Sprintplanungsbesprechung findet am Anfang eines Sprints statt. Dabei einigen sich der Produktbesitzer und das Team auf die Sprintziele und Arbeiten. Weitere Informationen: Bewährte Methoden für Scrum – Sprintplanungsbesprechungen.

Sprintretrospektivebesprechungen

Die Sprintüberprüfungs- oder Sprintrestrospektivebesprechung findet am Ende eines Sprints statt. In dieser Besprechung zeigt das Team die Arbeit auf, die im Rahmen des Sprints erledigt wurde. Der Produktbesitzer, Kunden und Projektbeteiligte akzeptieren die User Storys, die ihren Erwartungen entsprechen, und identifizieren alle neuen Anforderungen. Kunden verstehen ihre Bedürfnisse häufig umfassender, nachdem sie die Vorführungen gesehen haben, und identifizieren möglicherweise weitere wünschenswerte Änderungen. Weitere Informationen: Bewährte Methoden für Scrum – Sprintrestrospektivebesprechungen.

Aufgabe

Eine Aufgabe ist ein Arbeitselementtyp zum Nachverfolgen der geschätzten und der verbleibenden Arbeit. In Scrum wird eine Aufgabe so definiert, dass sie zwischen vier und zwölf Stunden dauert. Das Definieren von Aufgaben ist für die Überwachung des Sprint-Burndowns, die Verwendung der Teamkapazität und die Verwendung des Taskboards unerlässlich. Aufgaben sind mit ihren übergeordneten Product Backlog Items oder User Storys verknüpft. Weitere Informationen: Hinzufügen von Aufgaben zu Backlog Items.

Task Board

Ein Taskboard stellt ein interaktives Statusboard für die Arbeit zur Verfügung, die für die Abarbeitung des Sprint-Backlogs eines Teams erforderlich ist. Während des Sprints sollten Sie den Status der Aufgaben und die verbleibende Arbeit für die einzelnen Aufgaben aktualisieren. Das tägliche oder mehrmals wöchentliche Aktualisieren von Aufgaben ermöglichten ein gleichmäßigeres Sprint-Burndowndiagramm. Weitere Informationen: Taskboard.

Screenshot: Taskboard.

Teams

Ein Team entspricht einer ausgewählten Gruppe von Projektmitgliedern. Bei Teams können Organisationen die Arbeit in Unterkategorien aufteilen, um sich besser auf die gesamte Arbeit zu konzentrieren, die sie innerhalb eines Projekts nachverfolgen. Jedes Team erhält Zugriff auf eine Reihe von Agile-Tools. Teams können mithilfe dieser Tools autonom arbeiten und mit anderen Teams im gesamten Unternehmen zusammenarbeiten. Jedes Team kann jedes Tool so konfigurieren und anpassen, dass es seinen Arbeitsanforderungen entspricht. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Teammitglied

Ein Mitglied, das zu einem Projekt oder einer Organisation und einem bestimmten Team hinzugefügt wurde. Projektmitglieder können zu mehreren Teams hinzugefügt werden. Mehrere Agile-Tools, z. B. Kapazitätsplanung, Teamwarnungen und Dashboard-Widgets, gelten teamweit. Das heißt, sie verweisen automatisch auf die Benutzer, die als Mitglieder eines Teams hinzugefügt wurden, um Planungsaktivitäten zu unterstützen oder Warnungen zu senden.

Informationen zum Hinzufügen von Benutzern zu einem Team finden Sie unter Hinzufügen von Benutzern zu einem Team oder Projekt.

Technische Schulden

Technische Schulden enthalten alles, was das Team tun muss, um Code in Produktionsqualität bereitzustellen und die Ausführung in der Produktionsumgebung aufrechtzuerhalten. Beispiele sind Fehler, Leistungsprobleme, Betriebsprobleme, Barrierefreiheit und andere. Weitere Informationen zum Minimieren von technischen Schulden: Was ist Agile-Entwicklung?.

Selektierungsbesprechungen

Selektierungsbesprechungen werden verwendet, um Backlog und Fehler, die einem Team zugewiesen sind, zu überprüfen und zu organisieren. Weitere Details wie Schätzungen, Akzeptanzkriterien usw. können den Arbeitselementen hinzugefügt werden. Netzwerk führt ein Produktbesitzer Selektierungsbesprechungen durch. Teamleiter, Geschäftsanalysten und andere Stakeholder, die Aussagen zu bestimmten Projektrisiken machen können, nehmen an diesen Besprechungen teil.

Benutzertextabschnitt

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. User Story wird mit dem Agile-Prozess definiert. Weitere Informationen finden Sie unter Arbeitselementtypen und Workflow für Agile-Prozesse.

Velocity und Velocitydiagramm

Die Velocity ist eine nützliche Metrik, um Erkenntnisse zu erhalten, wie viel Arbeit Ihr Team während eines Sprintzyklus erledigen kann. Nachdem Ihr Team mehrere Sprints ausgeführt hat, kann es das Velocitydiagramm und das Prognose-Tool verwenden, um die Arbeit abzuschätzen, die in zukünftigen Sprints erledigt werden kann.

Die Velocity ist ein Maß dafür, wie viel Arbeit ein Team basierend auf dem Sprinttakt erledigen kann. Das integrierte Velocitydiagramm misst die Velocity, indem die für einen Sprint definierten Story Points (Agile), Aufwände (Scrum) oder Umfänge (CMMI) summiert werden.

Im folgenden Diagramm wird beispielsweise unterhalb des grünen Balkens der geschätzte Gesamtaufwand (Story Points) der User Storys angegeben, der innerhalb eines einzelnen Sprints erledigt wurde. Blau entspricht dem geschätzten Aufwand noch nicht erledigter Elemente. Weitere Informationen: Anzeigen/Konfigurieren von Velocity.

Screenshot: Velocity.

Screenshot: Velocitydiagramm, TFS 2018.

Zusammen mit dem integrierten Velocitydiagramm können Sie ein Velocity-Widget zu Ihrem Teamdashboard hinzufügen. Sie können dieses Widget so konfigurieren, dass die Anzahl von Arbeitselementen oder der Aufwand summiert wird. Weitere Informationen: Konfigurieren des Velocity-Widgets.

Jedem Team ist nur ein einziges Velocitydiagramm zugeordnet. Die Geschwindigkeit variiert je nach Teamkapazität, Sprint über Sprint. Im Laufe der Zeit sollte die Velocity jedoch einen zuverlässigen Durchschnittswert erreichen, der für die Prognose des vollständigen Backlogs verwendet werden kann. Durch Minimierung der Variabilität des Umfangs von Backlog Items (Aufwand oder Story Points) erhalten Sie zuverlässigere Velocitymetriken. Weitere Informationen: Hinzufügen von Aufgaben zu Backlog Items.