Scrum-Leitfaden | 11. Statistiken und Kennzahlen, die der Scrum Master verfolgen sollte

Warum benötigt der Scrum Master Statistiken und Kennzahlen? Erstens, um zu überprüfen, ob seine Methoden zur Vorhersagbarkeit von Ergebnissen und zur Verbesserung der Effektivität des Teams wirksam sind. Aber auch, um nachzuvollziehen, wie sich ihre Maßnahmen auf das Entwicklungsteam auswirken. Das heißt, wie sie die Benutzererfahrung (UX) der Mitarbeiter gestalten. In diesem Artikel stellen wir Statistiken und Kennzahlen vor, die der Scrum Master verfolgen sollte.

Wichtige Statistiken und Kennzahlen für den Scrum Master – Inhaltsverzeichnis:

1. Messung der Ergebnisse der Arbeit des Entwicklungsteams
2. Überwachung der Benutzererfahrung der Mitarbeiter Entwickler
3. Zusammenfassung

Messung der Ergebnisse der Arbeit des Entwicklungsteams

Die am häufigsten verwendeten Statistiken und Kennzahlen, die der Scrum Master verfolgen sollte, sind diejenigen, die das Tempo und den Fluss der Aufgabenausführung beschreiben. Dazu gehören das Burnup-Diagramm, das Burnup-Diagramm und das kumulative Flussdiagramm. Diese messen sowohl die Produktentwicklung als auch die Team-Effektivität. Jedes ermöglicht es, diese Themen aus einem anderen Blickwinkel zu betrachten, daher ist es eine gute Idee, sie zusammen zu zeigen. Sie sind nützliche Werkzeuge, um den Fortschritt auf unterschiedlichen Skalen zu bewerten, sowohl während eines Sprints als auch im gesamten Produktentwicklungsprozess.

Burndown-Diagramm

Das Burndown-Diagramm zeigt dem Scrum Master und dem Entwicklungsteam, wie viel Arbeit bereits erledigt wurde und wie viel noch zu tun ist. Die X-Achse zeigt die verbleibende Zeit zur Fertigstellung der Arbeit. Die Y-Achse zeigt die Menge an Arbeit, die noch zu erledigen ist und die im Sprint-Backlog oder Produkt-Backlog geplant wurde.

Dieses Diagramm hilft auch, die Geschwindigkeit des Entwicklungsteams zu bestimmen, der wir ebenfalls einen separaten Artikel widmen werden. Hier werden wir nur erwähnen, dass es sich um die durchschnittliche Menge an Arbeit handelt, die während eines Sprints erledigt wird.

Dieses einfache Werkzeug ermöglicht es dem Scrum Master, nicht nur zu sehen, wie effizient das Team arbeitet. Es hilft auch, Fragen zu beantworten:

• Welcher Teil der Arbeit wurde bereits abgeschlossen?
• Wie viele Aufgaben sind noch zu erledigen?
• Wie lange wird es dauern, das Produkt zu entwickeln?

Bei der Verwendung des Burndown-Diagramms muss der Scrum Master im Hinterkopf behalten, dass es nicht das einzige Werkzeug ist, um den Fortschritt des Teams statistisch zu bewerten. Es funktioniert am besten für Projekte, bei denen der Arbeitsumfang fest und bekannt ist. Es funktioniert nicht gut bei der Erstellung sehr innovativer Lösungen mit einem neuen Kunden. Dann kann sich die Menge an Arbeit, die im gesamten Projekt zu erledigen ist – das heißt, der Inhalt des Produkt-Backlogs – während des Projekts erheblich ändern, was die Verwendung des Burndown-Diagramms erschwert.

Burnup-Diagramm

Das Burnup-Diagramm ist das Gegenteil des oben besprochenen Burndown-Diagramms. Auch hier zeigt die Y-Achse die Menge an Arbeit, die noch zu erledigen ist. Die X-Achse hingegen zeigt die Fertigstellungszeit, die entweder in der Anzahl der Sprints oder in Daten ausgedrückt wird.

Der Scrum Master verwendet das Burnup-Diagramm jedoch für einen etwas anderen Zweck. Das liegt daran, dass es nicht nur hilft, den Fortschritt des Produkts und den Fortschritt des Teams zu messen. Diese Kennzahl bewertet auch, wie sich der Arbeitsumfang in einem Projekt im Laufe der Zeit verändert. Daher funktioniert es gut für Projekte mit variablem Umfang.

Das Burnup-Diagramm ist auch ein Planungswerkzeug, das im Laufe der Zeit effektiver wird. Es gibt Antworten auf die Frage, wie viel Arbeit das Entwicklungsteam voraussichtlich im nächsten Sprint leisten wird.

Kumulatives Flussdiagramm

Der dritte Diagrammtyp, der in der Arbeit des Scrum Masters mit dem Entwicklungsteam sehr fruchtbar ist, ist das kumulative Flussdiagramm. Es analysiert wie stabil das Tempo und die Produktivität des Entwicklungsteams sind. Die Anordnung seiner Achsen ist die gleiche wie beim Burnup-Diagramm, weshalb es oft als dessen komplexere Version bezeichnet wird.

Das kumulative Flussdiagramm dient jedoch nicht nur dazu, die Anzahl der in einem bestimmten Zeitraum abgeschlossenen Aufgaben zu bestimmen. Es berücksichtigt auch die Anzahl der Aufgaben, die in der Warteschlange auf die Ausführung warten. Dank dessen ermöglicht es die Diagnose der sogenannten “Engpässe” – Momente im Prozess, die die Erstellung eines Produkts verlangsamen.

Diese sehr diagnostische Funktion macht es zu einer der nützlichsten Kennzahlen in den Händen des Scrum Masters. Denn es ermöglicht, die Arbeit so umzuorganisieren, dass die Stärken des Entwicklungsteams anders verteilt werden und Ausfallzeiten vermieden werden.

Überwachung der Benutzererfahrung der Mitarbeiter Entwickler

Die regelmäßige und sorgfältige Pflege und Analyse von Statistiken ist ein wesentlicher Bestandteil der effektiven Arbeit eines Scrum Masters. Er/Sie muss jedoch zunächst die Benutzererfahrung der Mitarbeiter der Entwickler im Auge behalten, d.h. die Art und Weise, wie sie die Arbeit im Scrum-Team wahrnehmen. Es ist jedoch nicht die Qualität der Kennzahlen, die entscheidet, sondern die Art und Weise, wie der Scrum Master sie verwendet.

Wenn die Statistiken gemäß den Prinzipien von Scrum geführt werden – sie sind transparent, öffentlich und für die beteiligten Entwickler verständlich – können sie ein Weg sein, das Team zu motivieren, effizienter zu arbeiten oder sie für großartige Ergebnisse zu belohnen. Statistiken können jedoch auch als Druckmittel auf das Entwicklungsteam fungieren. Dann werden ihre Indikationen zu einem Generator von Anschuldigungen und Ressentiments. Sie können zur Verschlechterung der Team-Moral und zur Beeinträchtigung der Teamarbeit beitragen.

Der zweite wichtige Faktor der Benutzererfahrung der Entwickler, um den sich der Scrum Master, der mit statistischen Werkzeugen arbeitet, kümmern muss, ist die Art und Weise, wie sie ihre Zeit verwalten. Denn der Scrum Master muss genügend Zeit haben, um sich um das Entwicklungsteam zu kümmern. Aus diesem Grund ist es bei einem großen Projekt sinnvoll, eine zusätzliche Person in das Scrum-Team aufzunehmen. Er/Sie wird als Projektmanager fungieren und sich um die Kennzahlen kümmern. Dadurch wird der Scrum Master – und bis zu einem gewissen Grad der Product Owner – von den Aufgaben entlastet, die ihn von der Arbeit mit dem Entwicklungsteam ablenken.

Statistiken und Kennzahlen – Zusammenfassung

Der Scrum Master sollte die grundlegenden Statistiken verfolgen, die die Arbeit des Entwicklungsteams beschreiben. Ihre geschickte Interpretation erhöht die Chance, Probleme in der Teamarbeit schnell zu erkennen und darauf zu reagieren. Wichtiger als das Führen der Diagramme ist jedoch, was der Scrum Master mit ihnen macht. Er/Sie sollte die Kennzahlen nicht als Werkzeug zur Bewertung des Teams betrachten, sondern sie vielmehr als nützliche Hilfe zur Motivation des Teams und zur Diagnose ihrer eigenen Arbeitsweise ansehen. Denn Kennzahlen werden nur dann nützliche Werkzeuge sein, wenn sie helfen, die Prozesse zur Verbesserung des Teams und des Produkts zu erleichtern.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube.