Festpreis
Erst das Konzept
- Ein bis zwei Tage Audit, danach ein schriftliches Konzept.
- Auf dieser Grundlage ein Festpreis statt eines Tagessatzes.
- Gebaut wird trotzdem in Iterationen, und das Konzept bleibt aktuell.
Seit zwanzig Jahren gibt es in der Softwareentwicklung zwei Arbeitsweisen. Ein Pflichtenheft sagt Ihnen, was Sie bekommen und was es kostet, aber es wird einmal geschrieben, und alles danach ist Verhandlung. Scrum lässt Sie alle zwei Wochen die Richtung ändern, aber niemand kann Ihnen zu Beginn sagen, was das fertige Ergebnis kostet. Beide Kompromisse haben dieselbe Ursache: Eine Spezifikation zu schreiben und fortzuschreiben war langsame Handarbeit. Das hat sich jetzt geändert.
01 — Das Audit
Ein bis zwei Tage, bevor irgendetwas geschätzt wird.
Ich sehe mir an, was da ist: den Code, die Systeme drumherum, die Menschen, die damit arbeiten, und das, was am Ende herauskommen soll. Wir reden, und ich zeichne die Termine auf, damit Whisper noch am selben Tag Protokolle daraus macht. Ohne Einsatz von Cloud-Diensten, ganz privat. Das Konzept entsteht aus dem, was gesagt wurde, und nicht aus dem, woran sich eine Woche später jemand erinnert.
Heraus kommt ein schriftliches Konzept: was die Software leisten muss, für wen, in welcher Reihenfolge und womit sie sprechen muss. Auf Wunsch als Lastenheft oder Pflichtenheft, sonst dasselbe in leichterer Form.
02 — Warum sich eine Spezifikation wieder lohnt
Das Dokument ist nicht mehr teuer.
Eine detaillierte Spezifikation ist früher schlecht gealtert, weil der Tag der Abstimmung der letzte Tag war, an dem Änderungen billig waren. Also haben Teams sie entweder eingefroren und über jede Abweichung gestritten, oder sie ganz aufgegeben und ohne Bild vom Ganzen gearbeitet.
Eine Spezifikation zu entwerfen, gegenzulesen und umzuschreiben, ist heute eine Sache von Stunden statt von Wochen. Damit ist die Wahl zwischen Planen und Anpassen keine Wahl mehr. Sie können ein Konzept haben, bevor die erste Zeile Code entsteht, und trotzdem abbiegen, wenn es nötig wird.
03 — Trotzdem Iterationen
Kein Plan überlebt den Kontakt mit der Wirklichkeit.
So sind Projekte mit festem Scope zu ihrem Ruf gekommen. Nach der ersten lauffähigen Version werden Sie Anpassungen wollen. Nach dem Ausprobieren fühlen sich vorher gewünschte Features falsch an. Ein Lieferant ändert eine Schnittstelle.
Deshalb arbeiten wir in Iterationen wie in Scrum: früh etwas Lauffähiges, gemeinsam angesehen, korrigiert. Der Unterschied ist, dass wir gegen ein gemeinsam abgestimmtes Konzept korrigieren, statt es beim Bauen zu entdecken.
04 — Wenn sich etwas ändert
Die Spezifikation wird neu geschrieben, nicht kommentiert.
Es gibt immer genau ein aktuelles Dokument, das beschreibt, was gebaut wird. Es wird schnell und einfach angepasst, so dass seine Pflege kein eigenes Projekt ist.
Eine Änderung ist eine Entscheidung: Etwas von vergleichbarer Größe entfällt, oder der Umfang wächst. Sie sehen die Auswirkungen, bevor Sie entscheiden.
Nur mit einem aktuellen Konzept ist es möglich, einen Festpreis anzubieten. Wenn sich alles unverbindlich ändert, ist der Tagessatz das einzige Mittel.