Archiv der Kategorie: Allgemein

TaskBoards müssen nicht gleich aussehen

Update: English version available.

Es gibt unzählige Artikel im Netz, wie man ideale Taskboards – (Kanban/Scrumban/Scrum-Boards)  für agile Teams erstellen kann. Mein Team versucht zur Zeit ein sich oftmals änderndes Projekt mit weniger als 12 Zwei-Tages Sprints umzusetzen.

Die Idee war nun, unser Taskboard den sich ändernden Umständen anzupassen und eine völlig andere Form für dieses Board zu finden.

Das Ergebnis erfüllt zur Zeit all unsere Anforderungen. Tasks (Frontend-Elemente) werden abgearbeitet (siehe Magneten der Entwickler) und können abgehakt werden, wenn sie unserer Definition of Done entsprechen. Dinge die nicht im skizzierten Userinterface ersichtlich sind (z.B. Profiling-Tasks, CSS-Änderungen,…) haben eine eigene Bubble in der die entsprechenden Teammitglieder kleben.

Altlasten in Form von maintainance oder Bugs werden als Postits ans Board geklebt oder anders dargestellt.

Taskboard 2.0

Da ein skizziertes Board schlecht mit Priorisierungen einher gehen kann, schrieben wir die entsprechende Priorität des UI-Elements einfach auch ans Board. Dies bedeutet zwar, dass man ein wenig länger suchen muss, um das nächst-wichtige Steuerelement zu finden, dies ist aber ein kleiner Preis den man für solch ein Taskboard zahlen muss.

Durch die spielerische Art, mit der die UI skizziert ist, wurden auch noch während des Arbeitens Änderungen eingebracht und gleich im nächsten Zwei-Tages-Sprint umgesetzt.

Bis jetzt mögen wir unser Board; aber wir sind ja auch erst im zweiten Sprint – was noch viel Raum für Veränderungen lässt. Wenn Ihr gute Ideen für uns habt, lasst es uns wissen. Frei nach dem Motto: „inspect and adapt“.

Sprint Review

Zu den elementaren Meetings in Scrum gehört neben Planning (1 und 2), den Dailies und der Retrospektive auch das Sprint Review. Ein gut vorbereitetes Sprint Review, in dem lauffähige Software in einem geschäftlichen Kontext demonstriert werden kann, ist der gelungene Abschluss eines Sprints.

A Sprint Review is held at the end of the Sprint to inspect the Increment and adapt the Product Backlog if needed. During the Sprint Review, the Scrum Team and stakeholders collaborate about what was done in the Sprint.

— Scrum Guide

image

Warum ist ein gutes Sprint Review wichtig?

Ein gutes Sprint Review ist nicht nur ein Meeting in dem es darum geht, Arbeitsergebnisse abzunehmen, sondern hier werden die erstellten Lösungen in einen Kontext gebracht: Es wird nochmals die Zielsetzung des Inkrements reflektiert und erläutert, warum die geplanten Ergebnisse wichtig für die Organisation sind. Hierdurch wird allen Beteiligten nochmals in Erinnerung gerufen, warum das Inkrement so geplant wurde. Das Umsetzungsteam hat zudem die Möglichkeit, gemachte Erfahrungen und Herausforderungen sowie besondere Leistungen und Lösungen vorzustellen.

Damit spiegelt das Review nicht nur die Arbeit des letzten Sprints wieder, sondern ist auch ein Hilfsmittel für die kommenden Sprints bzw. die weitere Zusammenarbeit innerhalb eines Teams.

Im Review trifft die Sichtweise des Auftraggebers (PO) und des Umsetzungsteams aufeinander und es findet ein intensiver Austausch statt. Die Vorstellung des Business hinsichtlich Zielsetzung und Anforderungen werden ebenso erörtert wie die durch das Umsetzungsteam gewählten Lösungsvariante. Hierbei können beide Seiten voneinander lernen, gegenseitiges Verständnis verbessern und das Gelernte in kommende Sprints einbringen.

Sprint Review weiterlesen

Iterationen erzwingen Entscheidungen

Führt man kurze Iterationen mit definiertem Inhalt ein, so stößt man relativ häufig auf Widerstand oder erlebt, dass die versprochenen Inhalte nur als „fast fertig“ geliefert werden oder das der Product Owner sich bereits in der Planungssitzung nicht festlegen möchte, was genau geliefert werden soll.

Stefan Roock hat in seinem Artikel „Understanding Sprints and Timeboxes“ meiner Meinung nach sehr gut zusammengefasst weshalb kurze Iterationen mit einem definierten Inhalt so wichtig sind:

Es müssen Entscheidungen zu konkreten Fragestellungen und zu Prioritäten getroffen und eingehalten werden.

Iterationen erzwingen Entscheidungen weiterlesen