Scrum und XP im harten Projektalltag

12
Wie wir Releases und Festpreisprojekte
planen
Manchmal müssen wir mehr als einen Sprint im Voraus planen. Das
passiert oft in Verbindung mit Festpreisangeboten, bei denen wir weiter
vorausschauen müssen, um nicht mehr zu versprechen als wir leisten
können. Releaseplanung bedeutet für uns normalerweise, eine Antwort
auf die folgende Frage zu finden: Wann können wir spätestens eine 1.0
Version des neuen Systems ausliefern?
Wenn Sie wirklich etwas über Releaseplanung lernen wollen, dann
überspringen Sie dieses Kapitel und besorgen sich das Buch "Agile
Estimating and Planning" von Mike Cohn. Ich wünschte ich hätte dieses
Buch gelesen, bevor wir dieses ganze Zeug selbst herausfinden mussten.
Auch wenn sie weniger ausgereift ist, sollte meine Art der
Releaseplanung trotz allem ein guter Ausgangspunkt sein,
Definieren Sie Akzeptanzschwellen
Zusätzlich zum normalen Product Backlog definiert der Product Owner
verschiedene Akzeptanzschwellen, die festlegen, was die Wichtigkeit
eines Backlog-Eintrags vertraglich bedeutet.
Hier ist eine beispielhafte Liste von Akzeptanzschwellen:
• Stories mit der Wichtigkeit >= 100 müssen in Version 1.0
enthalten sein, oder wir müssen eine drastische Vertragsstrafe
fürchten.
• Stories mit der Wichtigkeit 50-99 sollten in der Version 1.0
enthalten sein, können aber notfalls auch in einer raschen
Nachlieferung abgedeckt werden.
• Stories mit der Wichtigkeit 25-49 sind wichtig, können aber auch
in einem Nachfolge-Release 1.1 realisiert werden.
• Stories mit einer Wichtigkeit unter 25 sind spekulativ - und
werden eventuell nie gebraucht.