Scrum und XP im harten Projektalltag

9
So präsentieren wir Sprint-Ergebnisse
Die Sprint-Vorführung (oder Sprint-Review, wie manche Leute sagen) ist
ein wichtiger und oft unterschätzter Bestandteil von Scrum.
“Wozu denn eine Demo? Was können wir schon Tolles vorführen?”
“Wir haben keine Zeit, die &%$# Vorführung vorzubereiten!”
“Ich habe keine Zeit, mir die Vorführungen anderer Teams anzusehen!”
Bei uns gilt: Kein Sprint ohne Vorführung
So unspektakulär sie auch sein mag; eine gutgemachte Sprint-Vorführung
hat eine wichtige Wirkung, weil:
� das Team Anerkennung für seine Leistung bekommt. Das fühlt
sich gut an.
� Andere Leute mitbekommen, woran das Team gerade arbeitet.
� Interessenvertreter unerlässliches Projekt-Feedback geben
können.
� Vorführungen wichtige soziale Events sind, oder es zumindest
sein sollten. Außerdem bieten sie allen die Gelegenheit für
Gespräche und Diskussionen über die Arbeit.
� Vorführungen das Team zwingen, Arbeit wirklich abzuschließen
und zumindest auf der Testumgebung als Release zu installieren.
Ohne Vorführungen häuft sich ein riesiger Berg von zu 99
Prozent abgeschlossenen Arbeiten auf. Durch die Vorführungen
hingegen wird insgesamt zwar weniger, dafür aber vollständig
abgearbeitet. Uns ist das wesentlich lieber.
Sollen Teams etwas vorführen, das noch nicht abgeschlossen ist, wird es
meist recht peinlich: Stammelnde Teamkollegen, magerer Applaus und
Kollegen, die sich darüber beschweren, für eine miserable Vorführung
Zeit vergeudet zu haben.
Das tut weh, wirkt aber wie bittere Medizin. Im nächsten Sprint wird sich
das Team Mühe geben, seine Arbeit abzuschließen. In ihren Köpfen wird
ungefähr Folgendes vorgehen: "Nun, vielleicht können wir beim nächsten
Sprint nur zwei statt fünf Features zeigen, aber dann werden sie -
verdammt noch mal – perfekt funktionieren!".