Scrum und XP im harten Projektalltag

1
Einleitung
Sie wollen in Ihrem Unternehmen Scrum einsetzen oder tun das bereits
seit einiger Zeit? Sie kennen die Grundlagen, haben Bücher zum Thema
gelesen und vielleicht sogar eine Scrum-Zertifizierung absolviert? Dann
kann ich Sie nur beglückwünschen.
So richtig sicher fühlen Sie sich aber trotzdem noch nicht?
Um es mit den Worten von Ken Schwaber zu sagen: Scrum ist keine
Methodik, sondern nur ein Framework. Auf Deutsch heißt das in etwa,
dass Scrum nicht genau vorgibt, was Sie zu tun oder zu lassen haben.
Aber keine Sorge. Von mir erfahren Sie bis ins letzte Detail, wie Scrum
bei uns eingesetzt wird. Natürlich müssen Sie es nicht genauso machen.
Selbst wir würden es unter anderen Umständen vermutlich anders
machen.
Dass, man Scrum den eigenen Bedürfnissen anpassen kann und auch
muss, ist zugleich Stärke und Crux von Scrum.
Unsere aktuelle Arbeitsweise ist das Ergebnis eines Jahres voller
Experimente in einem 40-köpfigen Team. Damals ging es der Firma nicht
gut. Obwohl alle im Akkord arbeiteten, hatten wir massive
Qualitätsprobleme, hetzten von einem Feuerwehreinsatz zum nächsten
und verfehlten ständig unsere Abgabetermine. Der Einsatz von Scrum
wurde beschlossen und mein Job war es, dafür zu sorgen, dass das auch
passierte. Damals war Scrum für die meisten Kollegen in der
Entwicklungsabteilung nicht mehr als ein abgehobenes Modewort ohne
jeden Alltagsbezug.
Es verging ein Jahr, bis Scrum in allen Unternehmensbereichen etabliert
war. Wir haben mit Teamgrößen von drei bis zwölf Leuten, Sprintlängen
von zwei bis sechs Wochen und den verschiedensten Definitionen des
Wortes "Erledigt" herumexperimentiert. Wir haben verschieden Formate
und Tools (z.B. Excel, JIRA, oder Karteikarten) für Product und Sprint
Backlog sowie Strategien für Tests, Sprint-Vorführungen und die
Zusammenarbeit verteilter Teams evaluiert.