# Sprint Velocity: How to Calculate It for Agile Planning > Learn what sprint velocity is, how to calculate it with completed story points, and avoid common mistakes so you can plan sprints and forecast capacity. Source: https://asana.com/resources/sprint-velocity ## Warum Sie die Sprint-Geschwindigkeit Ihres Teams messen sollten #### Zusammenfassung Die Sprint-Geschwindigkeit ist ein gängiges Tool im agilen Projektmanagement. Sie misst, wie viel ein Agile-Team während seines normalen Sprint-Zyklus produziert. In diesem Artikel sprechen wir über die Bedeutung der Messung der Sprint-Geschwindigkeit und wie Sie sie verwenden können, um Ihre agilen Projekte zu verwalten.Wenn die Sprint-Geschwindigkeit richtig gemessen wird, kann sie Ihnen helfen, die Arbeitsbelastung Ihres Teams genau einzuschätzen, die Sprint-Planung zu vereinfachen und Projektmanagern dabei zu helfen, den Überblick über ihre Projekte zu behalten. ## Was ist Sprint-Geschwindigkeit? Die Sprint-Geschwindigkeit ist ein Maß dafür, wie viel ein Agile-Team während eines normalen Sprint-Zyklus produzieren kann. Sie verwenden zwei Hauptvariablen, um die Sprint-Geschwindigkeit zu berechnen: wie viel Arbeit Ihr Agile-Team erledigt hat und wie lange es gedauert hat, diese Arbeit abzuschließen. Es ist wichtig zu beachten, dass die Sprint-Geschwindigkeit eine beschreibende Kennzahl ist und nicht als Erfolgskennzahl verwendet werden sollte. Die Sprint-Geschwindigkeit sollte nicht als etwas betrachtet werden, das „verbessert“ werden muss. Es ist eine harte Metrik, um zu beschreiben, wie viel Arbeit Ihr Team innerhalb eines Sprints erledigen kann. Während Sie die Sprint-Geschwindigkeit konsequent messen sollten, sollte sie nicht als Erfolgskennzahl betrachtet werden. Wenn ja, kann Ihr Team überlastet werden. Das Ziel des Verständnisses Ihrer Sprint-Geschwindigkeit ist es, die Kapazität Ihres Teams zu kennen, nicht, diese Kapazität zu erhöhen. - [Kostenlose Vorlage für die Sprint-Planung](/templates/sprint-planning) ## So berechnen Sie die Sprint-Geschwindigkeit Sie können die Sprint-Geschwindigkeit mit einer einfachen mathematischen Gleichung berechnen: Dividieren Sie die Anzahl der Backlog-Einträge (oder [Story Points](https://asana.com/resources/story-points), wenn Ihr Team diese verwendet) durch die Gesamtlänge Ihres Sprints in Tagen. Wenn Ihr Team beispielsweise 60 Backlog-Einträge hat und die durchschnittliche Sprint-Dauer 2 Wochen beträgt, würde die Gleichung wie folgt aussehen: **60 Backlog-Einträge/10 Tage = Sprint-Geschwindigkeit von 6** Es ist relativ einfach herauszufinden, wie viel Ihr Team in einem durchschnittlichen Sprint erledigen kann. Beginnen Sie mit einem Backlog, das viel zu viele Einträge enthält, und sehen Sie, wie viele Einträge Ihr Team in der gewünschten Sprintzeit erledigen kann. Das Ziel ist nicht, alles im Backlog abzuschließen, sondern die Arbeit, die Ihr Team erledigen kann, zu [bewerten](https://asana.com/resources/benchmarking). Eine weitere Möglichkeit, die Sie vor Ihrem ersten Sprint nutzen können, ist die Verwendung von [Projektschätzungsstrategien](https://asana.com/resources/estimation-methods), um vorherzusagen, wie viel Ihr Team erledigen kann. Wenn Sie nach einigen Strategien suchen, die Sie verwenden können, versuchen Sie es mit der Top-Down-Schätzung, der Drei-Punkt-Schätzung oder der analogen Schätzmethode. ## Warum die Sprint-Geschwindigkeit messen? Sie messen die Sprint-Geschwindigkeit nicht einfach nur so – es gibt praktische (und nützliche) Gründe, warum Ihr Team die Sprint-Geschwindigkeit messen sollte. Hier nennen wir Ihnen einige Beispiele. - **Es vereinfacht die Sprint-Planung.** Für Product Owner und [Scrum Master](https://asana.com/resources/scrum-master) kann die Kenntnis der Sprint-Geschwindigkeit Ihres Teams die [Sprint-Planung](https://asana.com/resources/sprint-planning-meeting) erleichtern. Wenn Sie die durchschnittliche Sprint-Geschwindigkeit Ihres Teams kennen, ist es einfacher, die richtigen User Stories aus dem Product Backlog auszuwählen, um in diese Iteration zu gelangen, ohne Ihr Entwicklungsteam zu überlasten. - **Umgang mit Erwartungen der Beteiligten**. Wenn Ihre [Stakeholder](https://asana.com/resources/project-stakeholder) nach einem Zeitplan für eine bestimmte User Story fragen oder wenn sie versuchen, vor dem Ende des Sprints etwas hinzuzufügen, verstehen Sie als Product Owner, wie sich diese Änderung auf die Leistung Ihres Teams auswirken kann, basierend auf der Sprint-Geschwindigkeit. - **Sie signalisiert potenzielle Probleme.** Wenn Sie die Sprint-Geschwindigkeit regelmäßig verfolgen, können Sie die durchschnittliche Geschwindigkeit konsistenter messen. Wenn Sie einen plötzlichen Rückgang der Geschwindigkeit feststellen, dann wissen Sie, dass es ein potenzielles Problem gibt, wie zum Beispiel eine unvollendete Abhängigkeit, die gelöst werden muss, bevor Sie mit dem nächsten Sprint fortfahren. ## So visualisieren Sie die Sprint-Geschwindigkeit Die Möglichkeit, die Sprint-Geschwindigkeit auf einen Blick zu sehen und zu messen, kann denjenigen, die an einem agilen Projekt arbeiten, helfen, schnell zu verstehen, wie ihr Team abschneidet. Während des Sprints können sie jederzeit einen Blick auf ein Diagramm werfen und den aktuellen Fortschritt des Teams sehen.  Je nachdem, was Sie für Ihren Sprint visualisieren möchten, gibt es verschiedene Arten von Velocity-Diagrammen, die Sie verwenden können. Hier sind einige Beispiele: ### Einfaches Velocity-Diagramm Ein einfaches Velocity-Diagramm ist ein Balkendiagramm, das zwei Hauptfaktoren vergleicht: die prognostizierte Menge an Arbeit, die Ihr Entwicklungsteam in einem Sprint erledigen kann, und die tatsächliche Arbeit, die in einem Sprint erledigt wird.  Die X-Achse des Diagramms zeigt verschiedene Sprints, während die Y-Achse die Anzahl der [Story Points](http://asana.com/resources/story-points) oder [User Stories](https://asana.com/resources/user-stories) anzeigt. Wenn Sie sich das visuell ansehen, ist es leicht zu erkennen, wie viel Ihr Team im Durchschnitt in einem bestimmten Sprint im Vergleich zum geschätzten Betrag erledigen kann. ### Burndown-Diagramm Ein [Burndown-Diagramm](https://asana.com/resources/burndown-chart) schätzt die Menge an Arbeit, die Ihr Team erledigen muss, und vergleicht sie mit der Zeit, die Sie im Sprint noch haben. Während der Sprint fortschreitet, besteht das Ziel darin, dass sich die Graphenlinie Null nähert.  Wenn Sie eine Schätzung der Geschwindigkeit Ihres Teams haben, können Sie diese in Ihrem Burndown-Diagramm darstellen und sehen, wie Ihr Team im Vergleich zur idealen Geschwindigkeitslinie abschneidet. Im obigen Beispiel können Sie sehen, wie früh im Sprint das Team in der Lage war, mehr Arbeit als erwartet aus der Ideallinie zu erledigen. Schließlich nahm die Arbeitsleistung des Teams ab, aber es erreichte trotzdem das Endziel.  ### Burnup-Diagramm Ein Burnup-Diagramm ist das genaue Gegenteil eines Burndown-Diagramms. Dieses Diagramm enthält in der Regel zwei Linien: die tatsächlich abgeschlossene Arbeit und das ideale Ziel, das Ihr Team erreichen soll. Das ideale Ziel ist in der Regel eine horizontale Linie über das Diagramm, während die tatsächliche Arbeit kontinuierlich wächst, um die Ziellinie im Laufe der Zeit zu erreichen. #### Visualisieren Sie Ihre Arbeit mit Projektmanagement-Software Die Nachverfolgung Ihrer Sprints in einem Tool und die Berichterstattung in einem anderen ist manuelle, unnötige Arbeit. Mit der unternehmensweiten Berichterstattung in einem Projektmanagement-Tool ist es einfach, die Arbeit an einem Ort zu erfassen und darüber zu berichten. - [Kostenlose Vorlage für die Sprint-Planung](/templates/sprint-planning) ## Tipps zur Regulierung der Sprint-Geschwindigkeit Ihres Teams Wenn Sie bemerken, dass die Sprint-Geschwindigkeit Ihres Teams inkonsistent ist, könnte das ein Zeichen dafür sein, dass Sie die Geschwindigkeit Ihres Teams regulieren müssen. Eine gleichbleibende Sprint-Geschwindigkeit ist wichtig, da Sie so die regelmäßige Leistung Ihres Teams leicht erkennen können. Inkonsistenzen zeigen, wenn etwas nicht stimmt. Zum Beispiel hatten vier Ihrer letzten Sprints Sprintgeschwindigkeiten von 4,5, 7, 5 und 3. Ihre durchschnittliche Sprint-Geschwindigkeit liegt in der Regel bei etwa 6. Die Inkonsistenz der Sprint-Geschwindigkeit kann ein Indikator für ein größeres Problem sein. Die Regulierung der Sprint-Geschwindigkeit Ihres Teams bedeutet, dass Sie versuchen, die Sprint-Geschwindigkeit von Sprint zu Sprint konstant zu halten. Hier sind ein paar Tipps, wie Sie die Sprint-Geschwindigkeit Ihres Teams regulieren können. ### User Storys klären Eine Sache, die dazu beitragen kann, die Sprint-Geschwindigkeit Ihres Teams zu stabilisieren, ist sicherzustellen, dass [User Stories](http://asana.com/resources/user-stories) klar und leicht verständlich sind, bevor der Sprint beginnt. Eine User Story ist eine kurze Beschreibung einer Softwarefunktion, die aus der Perspektive des Endnutzers geschrieben wird. Diese User Stories sind oft an Einträge in einem Backlog angehängt. Dies stellt sicher, dass sich [Scrum-Team-](https://asana.com/resources/what-is-scrum) oder Projektteammitglieder auf die Arbeit konzentrieren können, die sie erledigen müssen, anstatt Zeit damit zu verbringen, Stakeholder für weitere Details zu suchen. Dies kann dazu beitragen, Ihre Geschwindigkeit zu erhöhen, indem Sie die Zeit Ihres Teams auf die Arbeit konzentrieren, die am wichtigsten ist. ### Konsistenz sicherstellen Wenn die Geschwindigkeit Ihres Teams inkonsistent ist, ändern Sie möglicherweise zu viele Variablen von Sprint zu Sprint. Tauschen Sie beispielsweise verschiedene Teammitglieder aus Ihrem Entwicklungsteam aus? Die Zusammensetzung des Teams kann die Menge an Arbeit verändern, die Ihr Team leisten kann.  Hier sind einige weitere Variablen, die sich auf Ihre Sprint-Geschwindigkeit auswirken können: - Sprint-Länge - Erhöhung der Story Points - Änderung der Prozesse ### Legen Sie eine einheitliche Definition von „erledigt“ fest Es ist wichtig, dass jeder in Ihrem Team ein klares Verständnis dafür hat, was es bedeutet, wenn eine User Story „erledigt“ oder abgeschlossen ist. Dies ist ein wichtiger Aspekt des Scrum-Frameworks, der häufig auch in anderen agilen Methoden verwendet wird.  Wenn Ihr Team eine klare Definition dafür hat, was es bedeutet, dass eine User Story abgeschlossen ist, kann es genauer abschätzen, wie viel Arbeit mit jeder einzelnen verbunden ist. Dies wiederum führt zu genaueren Projektschätzungen und letztendlich zu einer genaueren Sprint-Geschwindigkeit. ### Veranstalten Sie eine Sprint-Retrospektive Einer der Vorteile der [agilen Methodik](https://asana.com/resources/agile-methodology) ist, dass es sich um einen iterativen Entwicklungsprozess handelt. Das bedeutet, dass es am Ende jedes Sprints eine Gelegenheit gibt, über den vergangenen Sprint nachzudenken und zu sehen, was gut gelaufen ist und was nicht. Ein [Sprint-Retrospektive-Meeting](https://asana.com/resources/sprint-retrospective) ist genau dafür gedacht – ein Meeting, das sich der Reflexion über den vergangenen Sprint widmet und wie man sich für den nächsten Sprint verbessern kann. Ziel ist es, sich[kontinuierlich zu verbessern](https://asana.com/resources/continuous-improvement). Während Ihr Team verschiedene Sprints durchläuft, sollte es die Erkenntnisse aus vergangenen Sprints auf zukünftige Sprints anwenden. Dies gibt Ihrem Team die Möglichkeit, Prozesse zu verändern, um sich kontinuierlich zu verbessern. #### Möchten Sie agiles Projektmanagement ausprobieren? Verfolgen und messen Sie die Agile Velocity Ihres Teams ganz einfach mit einem Work Management Tool wie Asana. Mit Asana können Sie Arbeitsergebnisse nachverfolgen, Aufgaben automatisieren und die Sprint-Planung an einem Ort verwalten. - [Kostenlose Vorlage für die Sprint-Planung](/templates/sprint-planning) - [Projektmanagement](/resources/project-management) - [Projektmanagement-Software: Die Top 14 im Vergleich!](/de/resources/best-project-management-software) Projektmanagement Zusammenarbeit Produktivität Projektplanung Ziele Agile #### Content-Autor*innen Wenn Sie Arbeit managen, sind Sie ein Projektmanager. Dies ist jedoch nicht immer der Fall gewesen. Jahrelang waren die einzigen Personen, die für das Managen von Projekten verant ... - [Was ist Lean-Projektmanagement? Vorteile & Umsetzung einfach erklärt](/de/resources/lean-project-management) Agile Projektmanagement #### Content-Autor*innen Das englische Wort „Lean" bedeutet etwa so viel wie „Schlank" oder „Mager". Wir alle wissen, dass mageres Fleisch von Geflügel oder Fisch in der Regel gesünder ist als rotes Fleis ... - [Die Wichtigkeit von Sprint-Planung in Agile-Methodologien](/de/resources/sprint-planning-meeting) Agile Projektplanung Produktivität #### Autorin Ein Sprint ist ein festgelegter Zeitraum (in der Regel ein bis vier Wochen), in dem ein Scrum-Team eine definierte Menge an Arbeit umsetzt. Die Sprint-Planung ist das Scrum-Event, ... - [Was ist Planning Poker? Erklärung und Vorteile!](/de/resources/planning-poker) Agile Projektplanung #### Autor Im agilen Projektmanagement gibt es viele Faktoren, die für ein erfolgreiches Projekt entscheidend sind. Dazu gehört unter anderem ein gewisses Maß an Flexibilität und Anpassungsf ... - [Why you should measure your team’s sprint velocity](/de/resources/sprint-velocity) Agile Projektmanagement Projektmanagement Projektplanung - [Autorin](/author/sarah-laoyan) Wenn die Sprint-Geschwindigkeit richtig gemessen wird, kann sie Ihnen helfen, die Arbeitsbelastung Ihres Teams genau einzuschätzen, die Sprint-Planung zu vereinfachen und Projektm ...