Seite 3: Scrum Master & Team

Inhaltsverzeichnis

Unterstützung für moderierende Mentoren

Der Scrum Master agiert als Mentor und Coach des gesamten Scrum-Teams (Product Owner und Entwicklerteam) und Moderator bei Konflikten [4]. Er sollte sich um jene Dinge kümmern, die das Entwicklerteam behindern. Hierzu kann der Scrum Master in Agilo Aufgaben (Tasks) anlegen, die nicht unbedingt einer User Story zugeordnet sind, da es sich eher um Aufgaben handelt, die als übergeordnet anzusehen sind. Ist der Scrum Master als Entwickler tätig, was ja durchaus vorkommt, können ihm ebenfalls alle Möglichkeiten eines Mitglieds des Entwicklerteams zur Verfügung stehen.

Diese sind zum einen am interaktiven Whiteboard der Agilo-Pro-Edition zu sehen, zum anderen finden sie sich im Sprint Backlog. In beiden Ansichten (Whiteboard und Sprint Backlog) lassen sich neue Aufgaben erstellen oder verändern. Jeder Aufgabe ist ein Wert für die zur Bearbeitung verbleibende Zeit zuzuweisen. Somit bleibt der Burndown Chart (Abarbeitungsdiagramm) immer aktuell (siehe Abbildung 5). Außerdem ist der Scrum Master als Einziger in der Lage, die Durchschnittsgeschwindigkeit des Teams berechnen zu lassen und das Commitment des Teams auf einen Sprint durchzuführen. Dazu gehört die Übernahme von User Stories in den aktuellen Sprint. Mit diesen Funktionen unterstützt Agilo den Scrum Master in vielen Punkten, die er bei der täglichen Arbeit braucht.

Da ein Werkzeug wie Agilo hauptsächlich in verteilt arbeitenden Teams zum Einsatz kommt, ist das interaktive Whiteboard eine gelungene Unterstützung, die in vielen anderen Werkzeugen so nicht gegeben ist. Was bei der Arbeit in verteilten Team jedoch nicht unterstützt wird, ist die Aufwandsschätzung. Sobald die Mitglieder eines Teams an unterschiedlichen Orten arbeiten, sollte es möglich sein, die relative Schätzung von User Stories verteilt durchzuführen. Agilo unterstützt die relative Schätzung von User Stories und die Verwendung von Story Points nach Mike Cohns "Agile Estimation and Planning" [5]. Dabei geht es im Grunde darum, dass man nicht versucht, User Stories exakt zu bestimmen, sondern das relative Verhältnis zwischen diesen beschreibt. Um die Schätzung mit verteilten Teams durchzuführen, muss man auf andere Werkzeuge wie den Planning Poker für verteilte Teams ausweichen. Wer einen Einblick bekommen möchte, was einen guten Scrum Master ausmacht, dem sei die Lektüre der "Scrum Master Checklist" empfohlen, die klarstellt, dass die Rolle des Scrum Master vielfältig und zeitintensiv ist.

Team-Spirit leicht gemacht

Betrachtet man die Tätigkeiten des Entwicklerteams in Scrum, kommt man neben den klassischen Entwicklertätigkeiten auf Folgendes:

• Schätzen von User Stories
• Analyse der User Stories und Erstellen damit verbundener Aufgaben
• Commitment
• Bearbeiten der Aufgaben
• tägliches Update
• Demonstration der Ergebnisse eines Sprints
• Retrospektive

Wie erwähnt unterstützt Agilo die relative Schätzung von User Stories. Zu Beginn des Sprint-Planning-Meetings führt das Team die Schätzung für die präsentierten User Stories durch. Die Ergebnisse lassen sich dann in Agilo in den jeweiligen User Stories eintragen. Änderungen können jederzeit vollzogen werden.

Im zweiten Teil des Meetings erfolgt eine Analyse der User Stories durch das Entwicklerteam. Es erstellt alle Aufgaben, die nötig sind, um die Akzeptanzkriterien der User Story zu erfüllen. Dazu gehören beispielsweise die Programmierung, das Erstellen von Elementen der grafischen Benutzeroberfläche und von Datenbankschemata sowie Testerstellung und -durchführung. Die Aufgaben lassen sich mit Zeitangaben versehen, die angeben, wie viel Zeit noch zu investieren ist, bis die Aufgabe abgeschlossen ist. Es ist normal, dass die Zeitangabe steigen kann, sollte man sich einmal verschätzt haben. Agilo speichert die Angaben und verwendet sie zur Darstellung des Burndown Chart. Neben Aufgaben, die bestimmten User Stories zugewiesen sind, gibt es solche, die nicht zu bestimmten User Stories gehören (etwa das Aufsetzen eines Continuous Integration-Servers).

Wenn das Team bestimmte User Stories an sich bindet (Commitment), um sie im aktuellen Sprint fertigzustellen, lässt sich das durch den Scrum Master vollziehen. Er weist den User Stories dann einen neuen Sprint zu, der vorher erstellt wurde. Das Commitment kann in Agilo nur der Scrum Master durchführen.

Das interaktive Whiteboard ist ein hervorragendes Collaboration-Werkzeug und sollte spätestens im Daily Scrum zum Einsatz kommen, über das sich die Entwickler gegenseitig auf den aktuellen Stand der Bearbeitung bringen. Gerade im täglichen Einsatz spielt das seine Stärke aus (siehe Abbildung 6).

Zur Demonstration des Sprint-Ergebnisses kann Agilo nicht viel beitragen. Da das in eigenen dafür vorgesehenen Umgebungen stattfindet, ergibt es hier auch nicht viel Sinn. Die Verwendung des Wiki eignet sich gut zum Festhalten der Ergebnisse und denen der Retrospektive. Sollte die Retrospektive eine Aufgabenliste nach sich ziehen, lässt sie sich ebenfalls mit Agilo erstellen und verwalten. Neben den Scrum-bezogenen Tätigkeiten kann das Entwicklerteam Fehlermeldungen verwalten.

Um den Scrum Master und den Product Owner zu unterstützen, kann jedes Teammitglied seine eigenen Zeitkontingente verwalten. Dadurch lässt sich schnell sehen, wer in welchem Sprint wie verfügbar ist. Abbildung von Urlaubszeiten, Krankheiten et cetera sind somit leicht nachzuvollziehen.

Andere Arbeiten sind weder vorgesehen noch nicht notwendig. Sie decken alles ab, was in Scrum an Aufgaben für das Team neben der eigentlichen Entwicklung vorgesehen ist [6]. Jedoch haben die Teammitglieder keine Berechtigung, User Stories aus dem Product Backlog in den aktuellen Sprint zu übernehmen. Das kann einzig und allein der Scrum Master. Für das Entwicklerteam ist Agilo noch auf eine andere Art und Weise nützlich. Durch die erwähnte Integration mit Werkzeugen wie Trac und Subversion unterstützt Agilo nicht nur den Scrum-Teil der Entwickleraufgaben, sondern auch die Entwicklungstätigkeiten. Weitere Optionen findet der Leser in der Vergleichsübersicht.