Kostenschätzung für einen Prototyp
Wie man einen Prototyp einschätzt: Es handelt sich um ein Ergebnis, das zum Lernen und nicht zum Einsatz gedacht ist. Wie lässt sich verhindern, dass aus dem „Wegwerfprodukt“ der Produktionscode wird, den niemand eingeplant hat?
Die Geschichte, deren Ergebnis lautet: „Wir wissen nun, was wir entwickeln müssen“, und nicht: „Wir haben es entwickelt.“
Ein Prototyp ist auf das Lernen ausgelegt, nicht auf den Einsatz. Es geht darum, eine Frage zu beantworten – fühlt sich diese Interaktion richtig an, lässt sich dieser Ansatz skalieren, wird diese API den Anforderungen standhalten? – und zwar so schnell, dass Sie die Richtung noch ändern können, bevor Sie sich endgültig darauf festlegen. Teams, die Prototypen auf dieselbe Weise einschätzen wie Funktionen, erhalten einen Wert, der die falsche Art von Arbeit finanziert.
Die andere Fehlerquelle ist das Gegenteil: Man plant einen zu kleinen Prototyp, liefert etwas aus, das gerade noch „funktioniert“, und überführt dieses Produkt dann in die Produktion, weil der Zeitplan weiterläuft. Der Prototyp, der zum Produkt wird, ist der teuerste Code in der Codebasis, da niemand die Teile eingeplant hat, die fehlen.
Was in dem Raum gesagt wird
Ingenieur: „Ich kann in ein paar Tagen etwas auf die Beine stellen.“
Leitgedanke: „Welche Frage versuchen wir zu beantworten?“
PM: „Ist das für Kunden bestimmt oder nur für den internen Gebrauch?“
Leitgedanke: „Wenn die Antwort ‚Ja‘ lautet, werfen wir es dann weg und fangen von vorne an?“
Ingenieur: „Wir werfen es niemals weg.“
Fragen, die man sich vor der Stimmabgabe stellen sollte
- Welche Frage beantwortet der Prototyp, und woran erkennen wir, dass wir eine Antwort haben?
- Nur intern oder auch vor Kunden?
- Standardmäßig zum Wegwerfen – und steht das Team dazu?
- Wie lange dauert die Zeitbox, und was geschieht am Ende dieser Zeit?
- Falls es funktioniert, wie sieht der Weg vom Prototyp zum Produktionscode aus?
Das Motto des Ingenieurs „Wir werfen es niemals weg“ stellt das eigentliche Risiko dar: Planen Sie den Prototyp als Lösung ein und legen Sie den Umfang der Serienfertigung als eigenständiges Projekt fest, damit der Wegwerfansatz nicht automatisch zum Standard wird.
Entwerfen Sie einen Prototyp für die Lösung, nicht für das Endprodukt – und planen Sie die Neugestaltung, bevor der Zeitplan dies für Sie vorsieht.
Genau wie bei der Schätzung eines Forschungsschubs ist das Ergebnis Wissen; behandeln Sie beides auf dieselbe Weise. Lesen Sie dazu die häufigen Fehler beim Planning Poker bezüglich der Einbeziehung von Rechercheelementen in die Story sowie die weiteren Beispiele für gelungene Schätzungen.