Wie plane ich ein festes Gebot während der Vertragslaufzeit?

Tl;dr;

Führen Sie eine relative Größenanpassung für Features durch.

Zum Ausarbeiten:

Wenn Sie sich einen Festpreisvertrag ansehen, sagen Sie: „Ich brauche nicht mehr als so viel Geld, um den vollen Umfang zu liefern.“ Dies ist bei Agile problematisch, da wir erkennen, dass die meisten Softwareprojekte ihren Umfang erst sehr spät im Projekt verstehen. Dies ist nicht das Ergebnis von Agile – die meisten Wasserfallprojekte verstehen auch nicht ihren Umfang; Der Unterschied besteht darin, dass Agile nicht vorgibt, dies zu tun.

Feature-Größen

Wenn wir uns die Gesamtgröße eines Projekts ansehen, möchten wir immer noch die relative Größe verwenden. Möglicherweise haben Sie eine Basisfunktion aus früheren Projekten (Sie müssen immer mit etwas beginnen, das Sie wirklich getan haben) und das kann ein Medium sein. Dann können Sie sich die Funktionen neuer Projekte ansehen und fragen: „Ist das ungefähr gleich groß, etwas größer, viel kleiner?“ Ihre Entwicklungsgruppe wird auf dieser Ebene genauso schnell sein wie auf der Sprint-Ebene.

Wenn Ihr Team eine durchschnittliche Sprintgeschwindigkeit von etwa 30 Story Points hat und Sie 3 8-Punkte-Storys und 4 5-Punkte-Storys haben, werden sie diese wahrscheinlich in 2 Sprints abschließen. Die Merkmalsgrößen funktionieren auf die gleiche Weise. Mittlere Funktionen (wenn Sie die relative Größe richtig vornehmen) kosten ungefähr dasselbe mit einer gewissen Fehlerquote.

Warum nicht einfach Story Points hinzufügen?

Wenn Sie alle Geschichten detailliert beschreiben und alle schätzen, gehen Sie davon aus, dass der Umfang festgelegt ist, und Sie verstehen das gründlich. Sobald Sie davon ausgehen, gehen Sie ein unglaubliches Risiko für sich und Ihren Kunden ein und vereiteln viele der Kernprinzipien der Agilität.

Wenn Sie sich die Merkmalsgröße ansehen und dort eine relative Schätzung anwenden, lassen Sie viel Raum für Unsicherheiten und Änderungen an den Details. Wie können Sie beginnen? Schauen Sie sich Ihre bisherige Arbeit an. Abgesehen davon, dass Sie ein früheres Feature als Basislinie verwenden, können Sie auch rückwirkend eine relative Schätzung vornehmen, um eine Datenbasis zu erhalten, mit der Sie arbeiten können. Hier gibt es jedoch einen großen Fallstrick: Sie wissen, wie lange es gedauert hat – Sie werden natürlich die Realität nutzen wollen, um Ihre Schätzungen zu beeinflussen. Sie können versuchen, dies bewusst zu vermeiden, oder vielleicht Personen die relative Schätzung vornehmen lassen, die nicht an dem Feature gearbeitet haben.

Sei gewarnt

Genauso wie die Art und Weise, wie das Durcheinander mit der Teamzusammensetzung die Geschwindigkeit der Story Points beeinträchtigt und Story Points zwischen Gruppen nicht vergleichbar sind, wird dieser Ansatz auseinanderfallen, wenn Sie die Struktur Ihrer Entwicklungsgruppe ständig ändern oder Personen in Projekten aufteilen Trends bei den Feature-Kosten sehen.

Gebühr für die Erstellung des Kostenvoranschlags

Du sagtest:

...niemand in der Vertragsphase Zeit hat, Geschichten zu erstellen und über Story Points zu entscheiden?

Wenn ich einen Anbieter für ein Heimwerkerprojekt anrufe, geht er so vor. Ein Vertreter wird mich zu Hause besuchen, um diese Dinge zu besprechen:

1. Erklären Sie die verschiedenen Produktoptionen und lassen Sie mich die auswählen, die ich möchte.
2. Erklären Sie, welche Verpflichtungen ich habe, während sie die Arbeit erledigen, z. B. Möbel umrücken oder einen Tag lang keinen Zugang zur Küche haben.
3. Nehmen Sie Messungen vor.

Der Anbieter wird mir die Erstellung dieser Schätzung in Rechnung stellen. Obwohl sie normalerweise anbieten, diese Schätzungsgebühr vom endgültigen Vertragspreis abzuziehen, wenn ich die Bestellung bei ihnen aufgebe. Einige Auftragnehmer geben kostenlose Kostenvoranschläge, aber ich finde oft, dass die zuverlässigen erfahrenen Auftragnehmer keine kostenlosen Kostenvoranschläge abgeben. Die Neuankömmlinge, die versuchen, in den Markt einzusteigen, sind diejenigen, die kostenlose Schätzungen anbieten.

Du hast gefragt:

Gibt es einen anderen Weg?

Ja. Berechnen Sie den Kostenvoranschlag und machen Sie einen ordentlichen Job. Das ist die Praxis in reifen Industrien, die seit langem erfolgreich funktioniert.

Erstellen Sie zusätzlich zu den User Stories ein Anforderungsdokument:

Es wäre für uns eine Herausforderung und riskant gewesen, die Arbeit nur auf der Grundlage dieser User Stories zu schätzen und uns dann auf einen Festpreisvertrag festzulegen. Wir brauchten mehr Informationen, die wir durch Gespräche mit unserem Kunden bekommen konnten. Aber wir mussten auch einige wichtige Annahmen und Entscheidungen dokumentieren, die sich aus diesen Gesprächen ergeben würden. Wir haben für jede User Story eine kleine Anzahl von Akzeptanzkriterien auf hoher Ebene identifiziert. Heute bezeichne ich diese als Bedingungen der Zufriedenheit für die Geschichte. Anschließend erstellten wir Anforderungsdokumente, die jede User Story zusammen mit ihren Erfüllungsbedingungen enthielten.

Verwenden Sie außerdem spezifische Formulierungen darüber, wie die Postproduktionsarbeit im Abschnitt „Annahmen“ der Ausschreibung durchgeführt wird:

Wir gehen davon aus, dass jede Verbesserungs-/Änderungsanfrage, die nach der Abnahme des Produkt-/Release-Backlogs, die im Mittelpunkt dieser Vereinbarung steht, mitgeteilt wird, als Projektänderungsanfrage (PCR) behandelt wird. Die Verwaltung einer PCR wird im Änderungsverwaltungsplan beschrieben. Eine Änderungsanfrage sollte die Entfernung des Umfangs (d. h. eine vergleichbare oder gleichgroße Geschichte) aus dem 40 %-Umfangsabschnitt „möchten“ dieses Vertrags für gleichwertige Artikel erfordern, oder sie wird zu einer Neubewertung Rücksichtnahme. Wenn ein neuer Geltungsbereich hinzugefügt wird, erhöht sich dadurch der im Geltungsbereichsabschnitt dieser Vereinbarung angegebene Geltungsbereich. In jedem Fall werden die Änderungen am Umfang als Projektänderungsantrag behandelt.

Das klingt nach einem Projekt von agilefall:

Wir haben ein Produkt-Backlog mit Prioritäten, aber wir beginnen mit der Arbeit an einer Version mit einer langen Liste von Funktionen, die bereits für das Unternehmen vorgesehen sind.

Wir kennen unsere Produktveröffentlichungstermine mehrere Monate im Voraus. Es gibt eine lange Liste von Zieldaten, die vor dem Veröffentlichungsdatum erfüllt werden müssen.

Wir führen Kunden unsere Software in der Entwicklung vor, aber erst, wenn wir damit zufrieden sind. Wenn wir dazu kommen, eine Demo zu haben, könnte es zu spät sein, um viel zu ändern.

Verweise

• AgileFall: Was ist AgileFall?

• Ein agiler Twist: Festgebotspreise (pdf)

• Verträge für agile Entwicklung schreiben