Die KITA-Bewohner spielen wieder!

Sieben frisch aufgesetzte Scrum-Teams arbeiten derzeit eine klassische Releasebeauftragung eines halben Jahres ab. Mitten im Release ging der Überblick darüber verloren, was tatsächlich schon ausgeliefert worden war, was bereits fertig entwickelt war und auf den Releasewechsel wartete und was noch zu tun war. Jedes Team für sich konnte dazu zwar Auskunft geben, aber die Zuordnung zum Company Backlog war mehr als schwierig aus den elektronischen Tools, aber auch vom Releaseboard abzulesen.Dort sah man zwar ca. 100 Stories und Epics, allerdings konnte man nicht erkennen, was zu welchem Item aus dem Company Backlog beitrug bzw. ob es überhaupt im Company Backlog auftauchte. Die klassische Beschriftung mit Zahlen brachte uns leider auch kein Stück weiter. Also gingen wir auf Textmarker-Jagd, um möglichst viele unterschiedliche Farben zu ergattern. Als wir mit dem ersten Product Owner anfingen, die Stories aus seinem Backlog den unterschiedlichen Company Backlog Items zuzuordnen, gingen uns aber zu schnell die Farben aus. Was in der Theorie so schön aussieht, war bei uns im aktuellen Release absolute Theorie und hatte nichts mit dem tatsächlichen Releaseboard zu tun.Nach kurzer Ratlosigkeit kam ein ScrumMaster auf die Idee, nicht nur Farben, sondern zusätzlich Symbole einzuführen. Ich gebe zu, ein Workaround! Wir sind einfach noch nicht bei thematischen Releases.Aber immerhin half uns dieses Vorgehen zu identifizieren, was im Company Backlog alles fehlte und bei welchem der hoch priorisierten Epics im Backlog die Arbeit noch nicht mal gestartet worden war. Außerdem hatte es den schönen Nebeneffekt, dass sich die POs selbst Symbole und Farben aussuchen durften, mit denen sie ihre Stories kennzeichneten. Ich freue mich schon, wenn wir im Grooming demnächst über das Sonnenepic sprechen ;-)Da die Visualisierung initial einiges an Zeit beanspruchte, bekamen wir von den Büro-Bewohnern in unmittelbarer Umgebung des Releaseplans bei jeder Gelegenheit zu hören: "Ach, die KITA-Bewohner spielen wieder." Für mich war es toll zu sehen, wie das Arbeiten an den Wänden, auf dem Boden und im Stehen zu sehr viel Interaktion und Aktion führte. Stifte wurden hin und her geworfen, über blöd gemalte Symbole gelacht, sich gegenseitig beim schnellen Ausmalen geholfen...Meine Hypothese, warum es funktioniert hat? Weil es einfach war und jeder sofort mitmachen konnte!Und trotzdem: Wir haben zwar jetzt eine Zuordnung der "User Stories" und Aufgaben zu einer übergeordneten Liste. Ein Company Backlog ist das allerdings noch nicht. Ein rhythmisches Liefern erst recht nicht! Es hat aber deutlich gemacht, dass wir etwas ändern müssen, wenn wir anfangen wollen, gemeinsam zu liefern!

Agile Toolbox
Scrum
Product Owner
Team
bgloger-redakteur
September 19, 2013

Table of content

Diesen Beitrag teilen

Das könnte auch interessant sein:

Scrum ist wie Klavierspielen – Warum du es nur durchs Tun wirklich lernst
BG

Scrum ist wie Klavierspielen – Warum du es nur durchs Tun wirklich lernst

Wer die Zukunft voraussagen will, muss sie gestalten
BG

Wer die Zukunft voraussagen will, muss sie gestalten

Die etwas andere agile Bücherliste.
BG

Die etwas andere agile Bücherliste.

Agile Transformation: Schluss mit dem Theoriedschungel – Fang endlich an!
BG

Agile Transformation: Schluss mit dem Theoriedschungel – Fang endlich an!

Scrum organisiert am Produkt entlang
BG

Scrum organisiert am Produkt entlang

Trainings verändern - oder sie sind wertlos!
BG

Trainings verändern - oder sie sind wertlos!

Zertifizierung – Das ist hier die Frage
BG

Zertifizierung – Das ist hier die Frage

Die größten Missverständnisse über Scrum – und warum sie gefährlich sind
BG

Die größten Missverständnisse über Scrum – und warum sie gefährlich sind

Organisationsentwicklung am Produkt entlang
BG

Organisationsentwicklung am Produkt entlang

Scrum im Krankenhaus: Eine Revolution in der Gesundheitsversorgung
BG

Scrum im Krankenhaus: Eine Revolution in der Gesundheitsversorgung

Speed kills – oder rettet?
BG

Speed kills – oder rettet?

Weniger ist mehr – der Upstream ist zu managen
BG

Weniger ist mehr – der Upstream ist zu managen