Scrum Board

scrum-boar

Copyright ┬ę Shutterstock / Pixel-Shot

Was ist ein Scrum Board?

Ein Scrum Board ist ein wesentlicher Bestandteil der Scrum-Methodik im Rahmen der Agile Softwareentwicklung. Das Board dient der visuellen Darstellung der auszuf├╝hrenden Arbeiten. Die meisten Scrum-Teams verwenden ein Scrum Board, um Aufgaben zu isolieren und organisieren, um Teammitgliedern bestimmte Aufgaben zuzuweisen und jede Aufgabe w├Ąhrend ihres Lebenszyklus zu verfolgen.

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.

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.

Funktionell verh├Ąlt sich ein Online Scrum Board wie ein physisches Board. Bei einem Online-Board k├Ânnen die Teammitglieder jedoch auf zus├Ątzliche Funktionen wie ├änderungsverlauf, Dokumentenspeicher, automatische Erinnerungen, Freigabeeinstellungen und eine bessere Anpassung zugreifen. Cloud-basierte Tools erleichtern dar├╝ber hinaus Remote-Teams die Zusammenarbeit. Ein Online Scrum Board kann wertvolle Zeit sparen, indem es ein Team organisiert und Flexibilit├Ąt gew├Ąhrt, die ein physisches Scrum-Board m├Âglicherweise nicht unterst├╝tzt.

Sie haben noch Fragen?

Kontaktieren Sie uns

Kostenloser SEO-Check der OSG


Weitere Inhalte