Scrum und XP im harten Projektalltag

40 | SCRUM UND XP IM HARTEN PROJEKTALLTAG
Beim Umgang mit Technik-Stories haben wir vieles ausprobiert. Wir
haben sie wie reguläre Stories behandelt. Das hat sich nicht bewährt, weil
damit das Priorisieren des Product Backlogs durch den Product Owner
zum berüchtigten Vergleich von Äpfeln und Birnen wird.
Wie nicht anders zu erwarten, erhielten Technik-Stories meist niedrige
Priorität. Ganz nach dem Motto: "Klar Jungs, ich bin sicher, so ein
Integrationsserver ist wichtig. Aber lasst uns erst einmal etwas für den
Umsatz tun und Technik-Spielereien später nachholen.“
Manchmal hat der Product Owner sogar recht damit. Da das meistens
allerdings nicht zutrifft, haben wir beschlossen, dass er die falsche Person
für derartige Abwägungen ist. Wir versuchen stattdessen...:
1) Technik-Stories ganz zu vermeiden oder sie in normale Stories
mit messbarem, betriebswirtschaftlichem Nutzen umzuwandeln.
So kann der Product Owner auch leichter Kompromisse finden.
2) Gelingt die Umwandlung in eine reguläre Story nicht, versuchen
wir sie als Aufgabe in einer der Stories unterzubringen. Da z.B.
die reguläre Story "Benutzer bearbeiten" die Datenzugriffsschicht
benutzt, ist die Technik-Story "Überarbeiten der
Datenzugriffsschicht“ ein Teil von ihr.
3) Klappt auch das nicht, belassen wir sie so und nehmen sie in eine
separate Liste für Technik-Stories auf. Der Product Owner kann
diese einsehen aber nicht bearbeiten. Wir verwenden den Fokus-
Faktor und die geschätzte Entwicklungsgeschwindigkeit, um mit
dem Product Owner für Technik-Stories ausreichend Zeit
auszuhandeln.
Ein Gespräch, das dem folgenden recht ähnlich war, fand in einem
unserer Sprint-Planungsmeetings statt:
� Team: “Es gibt einige Technik-Stories, die wir angehen müssen.
Dafür möchten wir gern 10% unserer Zeit veranschlagen. Das
bedeutet, dass wir den Fokus-Faktor im Gegenzug auf 75 oder 65
Prozent reduzieren müssten. Ist das in Ordnung? ”
� Product Owner: “ Gott bewahre - nein! Wir haben keine Zeit für
so etwas. ”
� Team: “Aber schau Dir doch mal den letzten Sprint an (alle
drehen sich zur Wandtafel mit den Werten der Entwicklungs-
Geschwindigkeit.). Wir haben eine Entwicklungs-
Geschwindigkeit von 80 geschätzt. Tatsächlich lag sie nur bei 30.
”
� PO: “ Stimmt! Und genau deshalb fehlt uns die Zeit für internen
Technik-Kram. Was wir brauchen sind neue Features! ”