Vertragsmuster agile softwareentwicklung

Posted by admin @ 1:56 pm on August 13, 2020

“Ich habe von einer Organisation gehört, die eine Klausel geschrieben hat, dass der Kunde 50 % der Einsparungen zurückbekommen würde, wenn das Team bei einer Iteration überschätzt würde, und wenn er untergeht, würde er 50 % der Einsparungen zurückbekommen. Ich bin mir nicht sicher, wie das in der Praxis funktioniert hat, aber es ist ein interessanter Ansatz.” Wo ich arbeite, verwenden wir diesen Ansatz häufig für agile Projekte. Es funktioniert besser für Kunden, die wirklich wissen wollen, wie viel die Software, die sie wollen, wird sie kosten. Mit einem Festpreisvertrag belasten Sie am Ende Risikofaktoren auf den Preis und versuchen, die Details des Anwendungsbereichs in der Vertragsphase zu festnageln. Mit Zielpreis- oder Incentive-Verträgen teilen Sie die Risiken und Belohnungen mit den Kunden. Sie gehen den Gesamtumfang der Lösung so detailliert ein, dass Sie sie schätzen können. Beide Parteien haben Anreize, den Preis zu erfüllen, aber keine der Parteien wird über Gebühr bestraft, wenn dies nicht der Grund ist, und Sie können einen Großteil des Schuldspiels vermeiden, sollte sie das Ziel verfehlen. Außerdem hat der Kunde die Möglichkeit, die Details zu erarbeiten und seine Meinung später zu ändern (in der Regel auf einer vergleichbaren Basis – z.B. tauschen Eine 3-Punkte-Geschichte gegen eine andere), ohne dass saftige Gebühren für das Erhöhen von Änderungsanfragen anfallen. Wenn es sich um ein öffentliches Beschaffungsprojekt handelt, gibt es einige sichere Hindernisse, um die “magische Zahl” (auch geschwindigkeit genannt) mithilfe der im Artikel beschriebenen Ansätze abzuleiten. Es ist unwahrscheinlich, dass Sie viele Besprechungen mit Kunden bis zu den letzten Verhandlungsphasen haben werden, das Team, das Sie an die Aufgabe stellen, wird wahrscheinlich vorher nicht zusammengearbeitet haben (es sei denn, Sie sind ein sehr kleines Kundenunternehmen), und Sie werden nicht wissen, dass es geschwindigkeit von früher ist.

Auch wenn es eine großartige Praxis ist, kann es schwierig sein, Zeit für das (geplante) Team zu bekommen, um zusammen zukommen, um die Schätzungen zu machen, wenn sie an anderen Projekten oder für verschiedene Kunden arbeiten. Wartungsprojekte sind in dieser Hinsicht viel einfacher – es ist einfacher, die Erfahrung des vorhandenen Teams mit dem System zu nutzen, um den Aufwand zu planen und die Geschwindigkeit zu projizieren. Burndown-Diagramme sind eine sehr häufige Methode, um den Fortschritt in vielen agilen Projekten zu verfolgen. All diese Techniken erfordern eine Sache, so dass sie tatsächlich mit dem Festpreisvertrag verwendet werden können – Vertrauen. Aber wie wir wissen, können wir es nicht nur verdienen, indem wir beschreiben, was für eine großartige Arbeit unser Team für unsere Kunden leisten wird. Tipps: Wagniskapitalgeber arbeiten oft auf dieser Basis. Dies vermischt sich gut mit Zeit und Materialien mit variablem Scope und einer Kostendecke. Ich habe sehr glücklich unter diesem Modell gearbeitet.

Wir haben einfach das Release-Ziel, den Stundensatz und die Kostenobergrenze im Kaufvertrag festgelegt. Der Kunde stellte den Produkteigentümer zur Verfügung. Alles andere wurde in den Sprintverträgen bestimmt. Dieses Projekt wird monatlich auf Zeit- und Materialbasis abgerechnet. Jeden Monat erhält [Client.Company] eine Netto-30-Rechnung für Leistungen, die während des vorangegangenen 30-Tage-Zeitraums erbracht wurden, zusammen mit einer detaillierten Aufschlüsselung der Stunden, die von jedem Mitglied des [Sender.Company]-Teams genutzt werden. Die folgende Tabelle enthält die Stundensätze für jede Rolle innerhalb unseres agilen Software-Entwicklungsteams: In Bezug auf das Zitieren von Vertragswerten * Preis – 480.000 USD * Zeit – 15 Iterationen (30 Wochen) * Umfang – 300 Story-Punkte achten Sie sehr darauf, die 300 Story-Punkte als Teil des Vertrags einzubeziehen, da 1) Story-Punkte durch Schätzung der Arbeit als größer gespielt werden können und daher das Team ihre Geschwindigkeit erhöht haben kann; 2) Geschichten werden oft neu geschätzt, da wir mehr erfahren und sich daher ändern können und 3) der Kunde (oder noch schlimmer, Management) kann beginnen, Story-Punkte auf eine Dollar-Zahl zu verankern, die nicht das ist, was Sie wollen – nach den oben genannten Werten kostet 1 Story-Punkt 1.600 USD. Diese können unerwünschte Nebenwirkungen für das Projekt haben.