Sprints und Scrum-Schlüsselkonzepte in Azure Boards

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

Dieser Artikel enthält ein kurzes Wörterbuch von Begriffen und verfügbaren Tools, die in der Nachverfolgung von Arbeiten mit Sprints und Scrum-Methoden verwendet werden. Weitere Informationen:

Agile-Tools

Eine Suite von webbasierten Tools, die zum Nachverfolgen von Arbeit und Unterstützung von Agile-Methoden verwendet werden. Agile Tools unterstützen die wichtigsten agilen Methoden – Scrum und Kanban – die heute von Softwareentwicklungsteams verwendet werden. Weitere Informationen: Informationen zu agilen Tools und agilem Projektmanagement.

Fehler

Eine Art von Arbeitselement, die eine potenzielle Quelle der Unzufriedenheit mit dem Produkt erfasst. Der allgemeine Name eines Arbeitselementtyps zum Nachverfolgen von Codefehlern. Jedes Team kann auswählen, wie sie Fehler verwalten möchten. Einige Teams möchten Fehler zusammen mit Anforderungen im Backlog nachverfolgen. Andere Teams möchten Fehler als Aufgaben nachverfolgen, die in Unterstützung einer Anforderung ausgeführt werden. Die Fehler werden dann auf ihrem Taskboard angezeigt. Weitere Informationen: Verwalten von Fehlern.

Team- und individuelle Kapazität

Die Kapazität korreliert mit der tatsächlichen Vorgangszeit, entweder Stunden oder Tage, dass ein Einzelner oder ein Team arbeiten muss. Azure DevOps stellt ein Kapazitätstool für den Sprint jedes Teams bereit, um die Kapazität festzulegen. Teams in der Regel Kapazität festlegen, wenn sie Vorgänge erstellen und die Zeit schätzen, die es benötigt, um eine Aufgabe abzuschließen.

Durch Festlegen der Teamkapazität weiß das Team genau die Gesamtzahl der Arbeitszeiten oder Tage, die das Team für jeden Sprint hat. Mit diesem Tool legen Sie individuelle Teammitgliedskapazität und Tage außerhalb fest. Das Festlegen der Kapazität für jedes Teammitglied, das während eines Sprints arbeitet, führt dazu, dass die Kapazitätsleiste für diese Person angezeigt wird. Weitere Informationen: Festlegen der Sprintkapazität.

Team capacity planning tool

Kapazitätsbalken

Mit Kapazitätsleisten können Sie schnell sehen, wer über oder unter Kapazität ist. Kapazitätsleisten aktualisieren mit jeder dieser Aktivitäten:

  • Vorgängen werden nicht null verbleibende Arbeit zugewiesen.
  • Änderung der verbleibenden Arbeit
  • Datumsänderung innerhalb des Sprintzyklus. Einzel- und Teamkapazität spiegelt immer ihre Kapazität vom aktuellen Tag bis zum Ende des Sprints wider.
Kapazitätsfarben Kapazitätsbalken
These colors help you distinguish capacity Capacity bars

Weitere Informationen: 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 tun müssen, um ihre Fähigkeit zu maximieren, ihre Sprintverpflichtungen zu erfüllen. Der Scrum Master des Teams sollte die Struktur der Besprechung erzwingen und sicherstellen, dass er in 15 Minuten oder weniger beginnt. Weitere Informationen: Scrum Best Practices, Tägliche Scrum-Besprechung.

Forecast

Das Prognosetool hilft Teams, ihre Sprints zu planen. Das Tool zeigt Teams die Backlogelemente, die in zukünftigen Sprints basierend auf Arbeitselementschätzungen und einer festgelegten Geschwindigkeit abgeschlossen werden können. Wie hier gezeigt, gibt eine Geschwindigkeit von 20 an, dass es fünf Sprints dauert, um die gezeigte Arbeit abzuschließen. Weitere Informationen: Prognose Ihres Produktbacklogs.

Boards>Backlog, Forecast results for 6 sprints

Iterationspfade (aka Sprints)

Ein Zeitraum, der in der Regel zwei bis drei Wochen verwendet wird, um Arbeitselemente zu gruppieren, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden verwendet, um Sprintplanung, Sprint-Burndown und andere Scrum-Prozesse zu unterstützen. Iterationspfade ermöglichen es Ihnen, Die Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume zu gruppieren. Weitere Informationen: Informationen zu Bereichs- und Iterationspfaden.

Product Backlog

Eine interaktive Liste von Arbeitselementen, die dem Projektplan oder der Roadmap eines Teams entsprechen, für die das Team die Bereitstellung plant. Der Produkt-Backlog unterstützt die Priorisierung von Arbeit, Prognosearbeit nach Sprints und schnelle Verknüpfung von Arbeiten mit Portfolio-Backlog-Elementen. Sie können Ihre Backlogelemente definieren und dann ihren Status mithilfe des Kanban-Boards verwalten.

Jeder Produktrückstand kann von einem Team angepasst werden. Weitere Informationen: Erstellen Sie Ihren Backlog.

Product Backlog Item

Eine Art von Arbeitselement, die die Anwendungen, Anforderungen und Elemente definiert, die Teams erstellen möchten. Produktbesitzer definieren in der Regel Produktrückführungselemente, die mit dem Scrum-Prozess definiert sind. Weitere Informationen: Scrum-Prozess-Arbeitselementtypen und Workflow.

Rolle "Produktbesitzer"

Die Rolle von Produktbesitzern besteht darin, als Schnittstelle zwischen Kunden und dem Team zu handeln. Ein Produktbesitzer kann die Notwendigkeit detaillierter Spezifikationen verringern. Sie reduzieren den Bedarf, indem sie mehr auf die Fragen der Implementierungsdetails des Teams reagieren. Außerdem definieren sie die Akzeptanzkriterien innerhalb jeder Anforderung klar. Weitere Informationen: Verfeinern Des Backlogs, Rolle des Produktbesitzers.

Scrum Master-Rolle

Scrum Masters helfen, gesunde Teams zu erstellen und zu pflegen, indem Sie Scrum-Prozesse einsetzen. Sie führen, coachen, lehren und unterstützen Scrum-Teams in der richtigen Beschäftigung mit Scrum-Methoden. Scrum Masters fungieren auch als Änderungsagenten, um Teams dabei zu helfen, Hinderungen zu überwinden und das Team auf erhebliche Produktivitätssteigerungen zu lenken. Weitere Informationen: Scrum best Practices, Rolle des Scrum Master.

Sprints (auch als Iterationen bezeichnet)

Ein Sprint ist in der Regel ein Zeitraum von zwei bis drei Wochen, der zum Gruppieren von Arbeitselementen verwendet wird, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden verwendet, um Sprintplanung, Sprint-Burndown und andere Scrum-Prozesse zu unterstützen. Sprints werden über Iterationspfade definiert. Weitere Informationen finden Sie unter "Informationen zu Bereichs- und Iterationspfaden" (aka Sprints).

Sprint-Backlog

Eine interaktive Liste der Arbeitselemente, die demselben Sprint- oder Iterationspfad für ein Team zugewiesen wurden. Der Sprint-Backlog unterstützt Teams, die Scrum-Methoden verwenden. Weitere Informationen: Sprintplanung.

Sprint-Burndowndiagramm

Das Sprint-Burndown-Diagramm spiegelt den Fortschritt eines Teams wider, der während der Sprintplanungsbesprechung geschätzt wurde. Das Team überwacht es, um Risiken zu verringern und den Bereich im gesamten Sprintzyklus zu überprüfen. Die ideale Trendlinie gibt immer einen stetigen Burndown an. Der blaue Bereich, wie im folgenden Diagramm dargestellt, stellt die tatsächlichen Vorgänge dar. Es zeigt die Erstellung der Arbeit, da Teammitglieder Aufgaben hinzufügen und die Reduzierung der Arbeit als Teammitglieder diese Aufgaben abschließen. Weitere Informationen: Überwachen des Sprint-Burndowns.

Sprint burndown chart

Sprintziele

Sprintziele werden verwendet, um Sprintaktivitäten zu konzentrieren. Das Ziel fasst zusammen, was das Team am Ende des Sprints erreichen möchte. Weitere Informationen: Scrum bewährte Methoden, Sprintziele festlegen.

Sprintplanung

Die Sprintplanungsbesprechung erfolgt zu Beginn eines Sprints und ist der Zeitpunkt, an dem sich der Produktbesitzer und das Team über eine Reihe von Sprintzielen und -arbeiten einig sind. Weitere Informationen: Scrum best practices, Sprint Planning Meetings.

Sprint retrospektive Besprechungen

Die Sprint-Überprüfung oder retrospektive Besprechung findet am Ende eines Sprints statt. Diese Besprechung zeigt das Team die Arbeit, die sie während des Sprints abgeschlossen haben. Der Produktbesitzer, die Kunden und die Stakeholder akzeptieren die Benutzergeschichten, die ihren Erwartungen entsprechen und neue Anforderungen identifizieren. Kunden verstehen ihre Bedürfnisse häufig vollständiger, nachdem Sie die Demonstrationen gesehen haben und möglicherweise Änderungen identifizieren können, die sie sehen möchten. Weitere Informationen: Scrum best practices, Sprint retrospektive Besprechung.

Aufgabe

Eine Aufgabe ist eine Art von Arbeitsaufgabe, die verwendet wird, um geschätzte und verbleibende Arbeit nachzuverfolgen. In Scrum wird eine Aufgabe definiert, die zwischen vier und zwölf Stunden liegen soll. Das Definieren von Aufgaben ist für die Überwachung des Sprint-Burndowns, das Arbeiten mit Teamkapazität und die Verwendung des Taskboards unerlässlich. Aufgaben werden mit ihren übergeordneten Produktrücklogelementen oder Benutzergeschichten verknüpft. Weitere Informationen: Hinzufügen von Aufgaben zum Backlog von Elementen.

Task Board

Ein Taskboard bietet eine interaktive Fortschrittstafel für die Arbeit, die zum Abschließen des Sprint-Backlogs eines Teams erforderlich ist. Während Ihres Sprints möchten Sie den Status von Vorgängen und die verbleibende Arbeit für jeden Vorgang aktualisieren. Das Aktualisieren von Vorgängen täglich oder mehrmals pro Woche führt zu einem reibungsloseren Sprint-Burndown-Diagramm. Weitere Informationen: Taskboard.

taskboard

Teams

Ein Team entspricht einer ausgewählten Gruppe von Projektmitgliedern. Mit Teams können Organisationen Arbeit unterkategorien erstellen, um sich besser auf alle Arbeit zu konzentrieren, die sie innerhalb eines Projekts verfolgen. Jedes Team erhält Zugriff auf eine Suite von Agile-Tools. Teams können diese Tools verwenden, um eigenständig zu arbeiten und mit anderen Teams im gesamten Unternehmen zusammenzuarbeiten. Jedes Team kann jedes Tool so konfigurieren und anpassen, dass seine Arbeitsanforderungen erfüllt werden. Weitere Informationen finden Sie unter "Informationen zu Teams und Agile-Tools".

Teammitglied

Ein Mitglied, das einem Projekt oder einer Organisation hinzugefügt wurde, der einem bestimmten Team hinzugefügt wurde. Project Mitglieder können mehreren Teams hinzugefügt werden. Mehrere Agile-Tools, z. B. Kapazitätsplanung, Teambenachrichtigungen und Dashboard-Widgets, sind Teambereich. 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 Projekt oder einem bestimmten Team.

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. Erfahren Sie mehr darüber, wie Sie technische Schulden minimieren: Was ist Agile Development?.

Triagebesprechungen

Triagebesprechungen werden verwendet, um den Backlog und fehler zu überprüfen und zu organisieren, die einem Team zugewiesen sind. Weitere Details, z. B. Schätzungen, Annahmekriterien und mehr, können den Arbeitselementen hinzugefügt werden. In der Regel führt ein Produktbesitzer Triagebesprechungen aus, und Teamleiter, Geschäftsanalysten und andere Stakeholder, die über bestimmte Projektrisiken sprechen können, nehmen an ihnen teil. Weitere Informationen: Arbeitselemente für das Triagen.

Benutzertextabschnitt

Eine Art von Arbeitsaufgabe, die 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. Der Benutzerabschnitt wird mit dem Agile-Prozess definiert. Weitere Informationen: Agile-Arbeitsaufgabentypen und -workflow.

Geschwindigkeits- und Geschwindigkeitsdiagramm

Velocity bietet eine nützliche Metrik, um einblicke zu erhalten, wie viel Arbeit Ihr Team während eines Sprintzyklus abschließen kann. Nachdem Ihr Team mehrere Sprints gearbeitet hat, können sie das Geschwindigkeitsdiagramm und prognosetool verwenden, um arbeit zu schätzen, die in zukünftigen Sprints erreicht werden kann.

Geschwindigkeit ist ein Maß für die Arbeit, die ein Team auf der Grundlage ihrer Sprint-Kadenz abschließen kann. Das integrierte Geschwindigkeitsdiagramm misst die Geschwindigkeit durch Summieren der Story Points (Agile), Effort (Scrum) oder Size (CMMI), die für einen Sprint definiert sind.

In dem diagramm, das unter der grünen Leiste dargestellt wird, wird beispielsweise der gesamte geschätzte Aufwand (Story points) der Benutzergeschichten angegeben, die innerhalb der einzelnen Sprints abgeschlossen wurden. Blau entspricht dem geschätzten Aufwand der noch nicht abgeschlossenen Elemente. Weitere Informationen: Anzeigen und Arbeiten mit dem integrierten Teamgeschwindigkeitsdiagramm.

Velocity chart

Zusammen mit dem integrierten Geschwindigkeitsdiagramm können Sie Ihrem Teamdashboard ein Geschwindigkeits-Widget hinzufügen. Sie können dieses Widget so konfigurieren, dass eine Anzahl von Arbeitselementen oder die Summe des Aufwands summiert wird. Weitere Informationen: Konfigurieren des Geschwindigkeits-Widgets.

Jedes Team ist einem und nur einem Geschwindigkeitsdiagramm zugeordnet. Die Geschwindigkeit variiert je nach Teamkapazität, Sprint über Sprint. Im Laufe der Zeit sollte die Geschwindigkeit jedoch einen zuverlässigen Mittelwert angeben, der verwendet werden kann, um den vollständigen Backlog zu prognostizieren. Durch die Minimierung der Variabilität der Größe des Backlogelements – Aufwands- oder Storypunkte – gewinnen Sie zuverlässigere Geschwindigkeitsmetriken. Weitere Informationen: Hinzufügen von Aufgaben zum Backlog von Elementen.