Scrum und XP im harten Projektalltag

WIE WIR MIT MEHREREN SCRUM-TEAMS UMGEHEN | 123
� Halten Sie den Hauptstrang (engl. trunk) unbedingt in einem
konsistenten Zustand. Alles sollte sich kompilieren lassen und die
Unit Test sollten fehlerfrei abschließen. Zu jeder Zeit sollte sich
ein lauffähiges Release erzeugen lassen. Idealerweise baut ein
sog. Continuous Build System jede Nacht ein Release und
installiert es auf der Testumgebung.
� Taggen Sie jedes Release! Für jede Auslieferung auf Ihre
Abnahme- oder Produktivumgebung sollte auf dem Hauptstrang
(engl. trunk) ein Versionstag gesetzt werden, damit sie genau
wissen was Sie ausgeliefert haben. So haben sie später jederzeit
die Möglichkeit einen entsprechenden Wartungsstrang (engl.
release branch) anlegen zu können.
� Legen Sie nur dann separate Codestränge (engl. branches) an,
wenn sich dies nicht vermeiden lässt. Eine gute Regel ist es, nur
dann einen neuen Codezweig anzulegen, wenn sie andernfalls
bestehende Regeln brachen müssten. Im Zweifelsfall aber
verzichten Sie lieber auf separate Zweige (engl. branches); da
jeder zusätzliche Zweig den Wartungsaufwand und die
Komplexität erhöht.
� Nutzen Sie Codezweige vor allem dazu, verschiedene
Entwicklungsstränge unterscheidbar zu machen. Es bleibt Ihnen
überlassen, ob jedes Scrum-Team einen eigenen Branch erhält.
Bedenken Sie aber, dass die Auslieferung von Fehlerbehebungen
(engl. patches) schwierig werden kann, wenn langfristige
Weiterentwicklungen und kurzfristige Bugfixes in ein und
demselben Codestrang gemischt sind.
� Gleichen Sie häufig ab. Wenn Sie auf einem Codestrang arbeiten,
sollten Sie Ihren Stand mit dem Hauptstrang abgleichen, sobald
sie etwas Kompilierbares haben. Außerdem sollten jeden
Morgen, wenn Sie ins Büro kommen, einen Abgleich machen. So
können sie auf einem Stand weiterarbeiten, die der aktuellen
Änderungen der anderen Teammitglieder enthält. Auch wenn das
Zusammenführen der Änderungen manchmal die Hölle ist,
sollten Sie bedenken, dass der Verzicht darauf wesentlich
schlimmere Konsequenzen haben kann.
Retrospektiven mit mehreren Teams
Es stellt sich die Fragen, wie Sprint-Retrospektiven ablaufen, wenn
mehrere Teams am selben Produkt arbeiten?
Sobald die Sprint-Vorführung und der anschließende Applaus und
Smalltalk abgeschlossen sind, zieht sich jedes Team in einem separaten