Scrum Board

Copyright © Shutterstock / Pixel-Shot

Viele Software- und Entwicklungsteams verwenden Scrum seit Jahren für ihre Arbeit. Andere Industrien sehen zunehmend den Wert von Scrum und das Agile Projektmanagement im Allgemeinen. Wie alle Agile-Derivate betont Scrum einen iterativen Arbeitsplan und priorisiert die kontinuierliche Kommunikation und das Feedback zwischen Teammitgliedern und wichtigen Interessengruppen.

Das Scrum Board dient als Hub für Projekt- und Aufgabeninformationen. Diese visuelle Darstellung der geleisteten Arbeit macht es für die Entwicklerteams einfacher, die Arbeit zu organisieren und über den Fortschritt auf dem Laufenden zu bleiben.

© OSG

Aufbau eines Scrum Boards

Ein Scrum-Board ist im Prinzip eine Pinnwand oder ein Whiteboard und enthält Spalten für die Story, Aufgaben, Work in Progress (WIP) und fertiggestellte Aufgaben. Teams, die mehr Details über den Status einer Aufgabe wünschen, können zusätzliche Spalten hinzufügen wie nicht gestartet, spezifiziert oder zu überprüfen.

Unabhängig von den gewählten Spalten ist es wichtig, für jede Geschichte klar zu definieren, wann eine Aufgabe fertiggestellt ist, da das Ziel darin besteht, jede Geschichte bis zum Ende des Sprints zu vervollständigen.

Ein Scrum Board für den ersten Sprint vorbereiten

Das Board sollte an einem zentralen, zugänglichen Bereich installiert werden, damit alle Teammitglieder Updates vornehmen können. Um das Board vorzubereiten, wird ein Gitter mit genügend Zellen für die Anzahl der Storys aufgezeichnet, die im ersten Sprint bearbeitet werden müssen. Das Board sollte zumindest Spalten für Storys, Aufgaben, WIP und erledigt aufweisen. Zu diesem Zeitpunkt ist das Scrum Board mit Ausnahme der Spaltenüberschriften komplett leer.

Danach werden die Storys zum Beispiel auf Haftnotizzettel aufgeschrieben und vertikal in die Story-Spalte des Boards (jede Geschichte wird eine eigene Reihe) eingefügt. Jede Geschichte sollte ein bis zwei Sätze umfassen und das gewünschte Ergebnis der Geschichte beschreiben. Jede Aufgabe wird einem Teammitglied zugeteilt und der Name in der Aufgabe notiert.

Die Teammitglieder erhalten während der Sprint-Planungssitzung jeweils eine Aufgabe und übernehmen die volle Verantwortung für die zugewiesene Arbeit. Zu Beginn jedes Sprints werden alle Aufgaben in der Spalte ganz links platziert und durchlaufen die anderen Spalten von links nach rechts, wenn sie sich dem Abschluss nähern.

Abschluss und Bewertung des Sprints

Am Ende eines Sprints führt der Scrum Master eine Sprint-Retrospektive durch, um den Gesamtfortschritt zu bewerten. Wenn alle Storys in der Spalte “fertiggestellt” sind, wird das Scrum Board von den abgeschlossenen Aufgaben befreit und für den nächsten Sprint vorbereitet. Erfahrenere Scrum-Teams bewerten außerdem ihre Sprint-Effizienz, indem sie ein Sprint-Burndown-Diagramm erstellen, in dem die während des Sprints erwarteten Stunden mit den tatsächlich geleisteten Stunden protokolliert werden.

Ein Burndown-Diagramm hilft dem Scrum-Master, Ineffizienzen unter den Teammitgliedern zu identifizieren und genauere Vorhersagen für zukünftige Aufgaben zu treffen. Dies ähnelt einem Release-Burndown-Diagramm, in dem die geleisteten Arbeitsstunden analysiert werden, wenn sich Teams einem Produkt oder einer Feature-Version nähern.

Mithilfe eines Scrum-Boards können Teams transparente Workflows aufbauen und die Verantwortlichkeit der Teammitglieder verbessern. Indem jedes Teammitglied Einblick in den aktuellen Aufgabenstatus erhält – sei es der Product Owner oder die Entwickler – können Scrum-Teams sicherstellen, dass kein Element übersehen wird und notwendige Änderungen an seinem Prozess oder Zeitplan erkannt werden.

Physische und online Scrum Boards

Wenn sich ein Team für die Implementierung von Scrum entscheidet, muss es zunächst entscheiden, ob ein physisches oder ein Online-Scrum-Board verwendet werden soll. Beide haben ihre Vor- und Nachteile. Aber es ist wichtig, die Bedürfnisse des Teams zu beurteilen, bevor es sich auf einen bestimmten Stil festlegt. In den Anfängen standen für die Scrum-Teams nur physische Scrum-Boards zur Verfügung, um ihre Geschichten zu verfolgen, und viele Teams verwenden noch heute ein physisches Scrum Board.

Physische Boards funktionieren am besten für lokale und kleinere Teams, bei denen manuellen Updates schnell erledigt sind oder die Gefahr von Kommunikationsfehlern gering. Bei der Verwendung eines physischen Scrum Board sollte die Kommunikationsstrategien festgelegt werden, sodass keine Aufgabe übersehen wird und der Aufgabenstatus immer auf dem neuesten Stand ist.

Ein Weg, dies zu tun, besteht darin, die Informationen der Sprint-Planungssitzung und der Retrospektive zu nutzen und diszipliniert bei Daily Scrums zu bleiben. Ein physisches Scrum Board fördert die direkte Kommunikation zwischen den Teammitgliedern. Dies ist ein Vorteil, da Scrum auf ein eng kooperierendes Team angewiesen ist, das oft kommuniziert und die Verantwortung für die Arbeit übernimmt.

Physische Boards sind für Scrum-Neulinge oft intuitiver als Online-Boards, da ein physisches, handgeschriebenes Board einfacher zu visualisieren und zu verstehen ist. Die Teammitglieder sollten das Scrum-Board häufig überprüfen, unabhängig davon, ob sie Updates vornehmen müssen.

Dies stellt sicher, dass alle über den Status der Benutzergeschichte auf dem Laufenden sind. Physische Scrum-Boards erfassen den Aufgabenstatus und andere Projektinformationen, indem sie die Teammitglieder zwingen, manuelle Aktualisierungen vorzunehmen.

Online Scrum Boards

Zu den Vorteilen eines Online-Boards gehören Live-Updates, kundenspezifische Anpassungen und mehr Flexibilität. Dies ist hilfreich, wenn sich die zu erbringenden Leistungen oder Fristen ändern. Darüber hinaus vereinfachen viele Online-Tools das Zusammenfassen aller Projektinformationen, indem Sie die Dokumentation direkt an die Tafel anhängen. Online-Boards funktionieren in der Regel gut für Software- / Technologieteams, schnelllebige Teams, Teams mit Remote-Mitarbeitern oder wenn externe Stakeholder Einblick in den Projektfortschritt benötigen.