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
Dieser Artikel enthält ein kurzes Wörterbuch mit Begriffen und tools, die Sie zum Nachverfolgen der Arbeit mit Sprints und Scrum verwenden. Lesen Sie außerdem Agiles Glossar und 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- und Burnupdiagramme
Burndown- und Burnupdiagramme helfen Ihnen, die abgeschlossene Arbeit im Laufe der Zeit visuell nachzuverfolgen. Burndown-Diagramme beginnen mit der gesamtgeplanten Arbeit und zeigen den verbleibenden Arbeitsaufwand an, während das Team die Aufgaben abschließt. Wenn die Zeit fortschreitet, verringert sich die verbleibende Arbeit.
Die Burnupdiagramme zeigen die abgeschlossene Gesamtarbeit im Laufe der Zeit an und helfen Ihnen, die Liefergeschwindigkeit zu veranschaulichen.
Eine Anleitung finden Sie unter Burndown und Burnup-Anleitung.
Teamkapazität und individuelle Kapazität
Die Kapazität entspricht der tatsächlich verfügbaren Vorgangszeit (Stunden oder Tage), die einer Person oder einem Team zur Verfügung steht. Azure DevOps bietet ein Kapazitätswerkzeug für den Sprint jedes Teams, sodass Sie beim Erstellen von Aufgaben und dem Schätzen der Arbeit die individuelle Kapazität und die freien Tage festlegen können.
Das Festlegen der Kapazität zeigt die Gesamtanzahl der Teamstunden oder Tage für den Sprint an und zeigt die Kapazitätsleiste jedes Teammitglieds an. Weitere Informationen: Festlegen der Sprintkapazität.
Kapazitätsbalken
Mit Kapazitätsleisten können Sie schnell erkennen, wer über, bei oder unter der Kapazität liegt. Kapazitätsbalken werden aktualisiert, wenn Sie:
- Aufgaben mit nicht null verbleibender Arbeit zuweisen,
- verbleibende Arbeit ändern oder
- Ändern von Terminen innerhalb des Sprintzyklus.
Individuelle und Teamkapazität spiegeln die Kapazität vom aktuellen Tag bis zum Ende des Sprints wider.
| Kapazitätsfarben | Kapazitätsbalken |
|---|---|
|
|
Ausführliche Informationen finden Sie unter "Anpassen der Arbeit an die Sprintkapazität".
Tägliche Scrum-Besprechungen
Tägliche Scrum-Besprechungen konzentrieren sich auf das, was sie tun müssen, um Sprintverpflichtungen zu erfüllen. Der Scrum Master erzwingt die Besprechungsstruktur und hilft dem Team, in 15 Minuten oder weniger rechtzeitig zu beginnen und zu beenden. Sehen Sie sich die bewährten Methoden von Scrum an, tägliche Scrum-Besprechung.
Forecast
Verwenden Sie das Prognosetool, um Sprints zu planen. Prognose zeigt Backlog-Elemente, die Teams in zukünftigen Sprints basierend auf Schätzungen und Geschwindigkeit abschließen können.
Beispielsweise gibt eine Geschwindigkeit von 20 an, dass die gezeigte Arbeit etwa fünf Sprints benötigt. Siehe Prognose ihres Produktrücklogs.
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 Backlogelemente definieren und dann deren Status mithilfe des Boards verwalten.
Jedes Product Backlog kann von einem Team angepasst werden. Weitere Informationen finden Sie unter Erstellen Ihres Backlogs.
Produktrückstandselement (PBI)
Ein Arbeitselementtyp zur Definition der Anwendungen, Anforderungen und Elemente, deren Erstellung Teams planen. Produktbesitzer 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 fungieren als Schnittstelle zwischen Kunden und dem Team. Sie beantworten Teamfragen zur Implementierung, Definieren von Akzeptanzkriterien und verringern den Bedarf an detaillierten Spezifikationen.
Rolle „Scrum Master“
Scrum Masters helfen dabei, gesunde Teams zu erstellen und aufrechtzuerhalten, indem sie Scrum-Praktiken coachen und leiten. Sie entfernen Hindernisse und fördern Verbesserungen der Teamproduktivität. Siehe Scrum best practices, Role of the Scrum Master.
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 Team verwendet das Sprint-Burndown-Diagramm, um den Fortschritt bei der Fertigstellung der während der Sprintplanung geschätzten Arbeit nachzuverfolgen. Die ideale Trendlinie zeigt eine stetige Abnahme der verbleibenden Arbeit an. Der blaue Bereich im Diagramm zeigt die tatsächliche Aktivität: Hinzufügungen und Reduzierungen von Aufgaben, während das Team die verbleibende Arbeit der Aufgaben aktualisiert.
Siehe Sprint-Burndown überwachen.
Sprintziele
Sprintziele konzentrieren Sich auf Sprintaktivitäten und fassen zusammen, was das Team bis zum Sprintende erreichen soll. Weitere Informationen finden Sie unter Scrum Best Practices, Festlegen von Sprintzielen.
Sprintplanung
Die Sprintplanung erfolgt zu Beginn des Sprints, wenn der Produktbesitzer und das Team sich auf Sprintziele und -arbeit einigen. Sehen Sie sich die bewährten Methoden von Scrum an, Sprintplanungsbesprechungen.
Sprintretrospektivebesprechungen
Am Sprintende zeigt das Team abgeschlossene Arbeit, Projektbeteiligte akzeptieren Benutzergeschichten, die Erwartungen erfüllen, und jeder identifiziert Verbesserungen. Sehen Sie sich die bewährten Methoden von Scrum, Sprint Retrospektive-Besprechung an.
Aufgabe
Eine Aufgabe ist ein Arbeitselement, das geschätzte und verbleibende Arbeit nachverfolgt. In Scrum definieren Teams häufig Aufgaben zwischen 4 und 12 Stunden. Aufgaben helfen beim Überwachen des Sprint-Burndowns, bei der Verwaltung der Teamkapazität und bei der Förderung der Taskboard-Aktivität. Aufgaben werden mit übergeordneten Produktrücklogelementen oder User Stories verknüpft. Siehe Hinzufügen von Aufgaben zu Backlogelementen.
Task Board
Ein Taskboard bietet eine interaktive Ansicht für die Arbeit, die zum Abschließen des Sprint-Backlogs eines Teams erforderlich ist. Aktualisieren Sie während des Sprints den Vorgangsstatus und die verbleibende Arbeit täglich oder mehrmals pro Woche, um das Sprint-Burndowndiagramm reibungslos zu halten. Siehe 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 Teammitglied ist eine Person, die einem Projekt hinzugefügt und einem oder mehreren Teams zugewiesen wurde. Teamweite Agile-Tools – Kapazitätsplanung, Teamwarnungen und Dashboard-Widgets – verweisen automatisch auf Teammitglieder für die Planung und Benachrichtigungen.
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 umfassen Arbeit, die erforderlich ist, um Code zur Produktionsqualität bereitzustellen und aufrechtzuerhalten: Fehler, Leistung und Betriebsprobleme, Barrierefreiheitslücken und ähnliche Elemente. Sehen Sie sich an, was agile Entwicklung ist?.
Selektierungsbesprechungen
Triage-Besprechungen helfen Teams beim Überprüfen und Organisieren des Backlogs und der Fehlerarbeit. Produktbesitzer führen in der Regel Triagebesprechungen mit Teamleitern, Geschäftsanalysten und Projektbeteiligten durch, um Risiken, Akzeptanzkriterien und Prioritäten zu identifizieren.
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
Velocity hilft Teams zu verstehen, wie viel Arbeit sie in einem Sprintrhythmen abschließen können. Nach mehreren Sprints verwenden Teams das Geschwindigkeitsdiagramm und prognose, um die zukünftige Sprintkapazität zu schätzen.
Das integrierte Geschwindigkeitsdiagramm summiert Story Points (Agile), Effort (Scrum) oder Size (CMMI) für jeden Sprint. Die grüne Leiste zeigt den abgeschlossenen Projektaufwand an; der blaue Teil zeigt den geschätzten Aufwand, der noch nicht abgeschlossen ist. Anschauen und Bearbeiten des integrierten Teamgeschwindigkeitsdiagramms.
Jedes Team verfügt über ein Geschwindigkeitsdiagramm. Die Geschwindigkeit variiert je nach Teamkapazität und im Laufe der Zeit, aber die Mittelwerte sind nützlich für die Prognose, wenn Teams die Variabilität bei der Größenanpassung von Backlogelementen verringern. Siehe Hinzufügen von Aufgaben zu Backlogelementen.