Scrum und XP im harten Projektalltag

WIE WIR MIT MEHREREN SCRUM-TEAMS UMGEHEN | 117
abgehalten wurden. Obwohl das Meeting nur 15 Minuten dauert, sieht er
für Überziehungen pro Team 30 Minuten vor.
Das ist aus zwei Gründen sehr praktisch.
1. Mitarbeiter wie der Product Owner oder ich können alle täglichen
Scrum-Meetings an einem einzigen Morgen besuchen. Es gibt
keine bessere Art, ein akkurates Bild über den Zustand des
Sprints und die wesentlichen Bedrohungen zu erhalten.
2. Teams können die Scrum-Meetings anderen Teams besuchen:
Auch wenn das zwar eher selten passiert, kommt es vor, dass
Teams, die an ähnlichen Themen arbeiten, sich gegenseitig auf
dem Laufenden halten und die Scrum-Meetings der anderen
besuchen.
Der Nachteil ist, dass die einzelnen Teams bei der Terminwahl für das
tägliche Scrum-Meeting nicht mehr ganz so frei sind. Für uns ist das aber
eigentlich nie ein Problem gewesen.
"Feuerwehr-Teams"
Wir hatten einmal die Situation, dass bei einer großen Neuentwicklung
Scrum nicht zum Einsatz kam, weil wir ausschließlich mit Notfällen (z.B.
ein zu früh ausgeliefertes System zu bereinigen) beschäftigt waren. Es
war eine Teufelskreis, weil das viele "Feuerlöschen" uns gleichzeitig
davon abhielt die Ursachen der Notfälle zu beseitigen und z.B. die
Architektur zu verbessern, Tests zu automatisieren oder Überwachungsund
Warnsysteme einzubauen.
Um dem Problem zu begegnen, stellten wir ein eigenes Feuerwehr-Team
und ein Scrum-Team auf.
Die Aufgabe des Scrum Teams war es, gemeinsam mit dem Product
Owners zu versuchen, das System zu stabilisieren und damit Notfälle zu
vermeiden. Das Feuerwehr- oder Support-Team, - wie wir es offiziell
nannten - hatte zwei Aufgaben:
1) Feuerlöschen
2) Das Scrum-Team von Störungen, also z.B. Featureanfragen, die
plötzlich wie aus dem Nichts auftreten, abzuschotten.
Um das Scrum-Team auch physisch vor Störungen wie z.B. übereifrigen
Vertrieblern oder aufgebrachten Kunden, zu schützen, saß das Feuerlösch-