Scrum und XP im harten Projektalltag

92 | SCRUM UND XP IM HARTEN PROJEKTALLTAG
denen Tester außerhalb des Teams das System mit Tests bombardieren.
Tests für die das Team keine Zeit oder nicht die richtige Hardware zur
Verfügung hatte oder an die sie im Traum nicht gedacht hätten. Diese
Tester benutzen das System genau auf die Art wie es auch Endbenutzer
tun würden - falls das System überhaupt für menschliche Benutzer
gedacht ist.
Das Test-Team findet Bugs, das Scrum-Team erstellt Bugfix-Releases
und früher oder später – früher wäre mir lieber - können Sie eine
fehlerbereinigte Version 1.0.1. an die Endbenutzer ausliefern und die
windige 1.0 Version ersetzen.
Wenn ich hier von einer Abnahmetest-Phase spreche, meine ich den
gesamten Prozess von Testen, Bugfixen und anschließender
Neuauslieferung. Solange, bis schließlich eine Version in
Produktionsreife vorliegt.
Minimieren Sie die Abnahmetestphase
Die Abnahmetestphase schmerzt und fühlt sich ziemlich un-agil an. Auch
wenn wir nicht auf sie verzichten können, haben wir immer noch die
Möglichkeit sie zu minimieren. Das heißt, die für die Phase reservierte
Zeit so kurz wie möglich zu halten. Das erreichen wir, indem wir:
� die Code-Qualität des Scrum-Teams maximieren
� die Effizienz bei manuellen Tests maximieren, also z.B. mit den
besten Testern arbeiten, ihnen die besten Werkzeuge zur
Verfügung stellen und sicherstellen, dass zeitintensive Aufgaben,
die automatisiert werden können, sofort gemeldet werden .
Und wie maximieren wir die Code-Qualität des Scrum-Teams? Nun, da
gibt es viele Wege. Hier sind zwei, die bei uns recht gut funktionieren:
� Setzen Sie Tester direkt in das Scrum-Team
� Nehmen Sie sich pro Sprint weniger vor