Vertragsrecht in agilen Zeiten – wo lauern die Fallen?

Bei einer gemeinsamen Unternehmung zweier oder mehrerer Firmen, wie z.B. einem Kundenprojekt, wissen die Beteiligten zu Beginn oft noch nicht, wie sich ihre Zusammenarbeit genau gestalten wird. Der Vertrag, auf dem diese beruhen soll, braucht deshalb ein hohes Maß an Offenheit. Verschärft gilt dieses als "incomplete contracts" bekannte Konzept für agile Projekte, weil bei ihnen das Ziel nicht genau definiert ist und häufige Änderungen den Projektverlauf prägen. Auftragnehmer sollten bei agilen Projekten in der Vertragsgestaltung daher einiges beachten, wie folgendes Beispiel zeigt.

 

Vertragsrecht in agilen Zeiten – wo lauern die Fallen?

Bei einer gemeinsamen Unternehmung zweier oder mehrerer Firmen, wie z.B. einem Kundenprojekt, wissen die Beteiligten zu Beginn oft noch nicht, wie sich ihre Zusammenarbeit genau gestalten wird. Der Vertrag, auf dem diese beruhen soll, braucht deshalb ein hohes Maß an Offenheit. Verschärft gilt dieses als "incomplete contracts" bekannte Konzept für agile Projekte, weil bei ihnen das Ziel nicht genau definiert ist und häufige Änderungen den Projektverlauf prägen. Auftragnehmer sollten bei agilen Projekten in der Vertragsgestaltung daher einiges beachten, wie folgendes Beispiel zeigt.

 

Wir empfehlen zum Thema Agile
<1 Tag
26.06.2024
795,-
So gelingen Veränderungen unter hoher Auslastung

In diesem Workshop betrachten wir verschiedene Wege, wie Unternehmen Veränderungen unter Vollauslastung des Systems erfolgreich einleiten und umsetzen können. Mehr Infos

Bei einer gemeinsamen Unternehmung zweier oder mehrerer Firmen, wie z.B. einem Kundenprojekt, wissen die Beteiligten zu Beginn oft noch nicht, wie sich ihre Zusammenarbeit genau gestalten wird. Der Vertrag, auf dem diese beruhen soll, braucht deshalb ein hohes Maß an Offenheit. Verschärft gilt dieses als "incomplete contracts" bekannte Konzept für agile Projekte, weil bei ihnen das Ziel nicht genau definiert ist und häufige Änderungen den Projektverlauf prägen. Auftragnehmer sollten bei agilen Projekten in der Vertragsgestaltung daher einiges beachten, wie folgendes Beispiel zeigt.

Ein Unternehmen beauftragte ein anderes, ihm dabei zu helfen, neue gesetzliche Vorschriften termingerecht zu erfüllen. Als vertragliche Basis für die Zusammenarbeit vereinbarten Kunde und Auftragnehmer einen Festpreisvertrag über die Gesamtlaufzeit des Projekts. Zudem einigten sie sich darauf, agile Praktiken anzuwenden. Während des Projektverlaufs gab es vom Kunden häufig wechselnde Anforderungen und Änderungswünsche, sodass der Auftragnehmer befürchtete, seine Arbeit nicht mehr kostendeckend und fristgerecht zu Ende führen zu können. Als er dies kommunizierte, verwies der Kunde auf das Agile Manifest und pochte auf den Grundsatz, dass bei der Anwendung agiler Methoden häufige Änderungswünsche doch begrüßt werden sollten.

Erst durch den Hinweis, dass er durch seine vielen Änderungswünsche die Deadline gefährdete, konnte der Auftragnehmer seinen Kunden überzeugen. So erkannte der Zulieferer, welch starkes Instrument eine solche Terminfrist sein kann, besonders wenn es im Interesse des Kunden liegt, diese einzuhalten. So konnte das Projekt schlussendlich doch noch zu einem guten Abschluss gebracht werden.

Nobelpreis für incomplete contracts

Die Theorie der incomplete contracts wurde ab Mitte der 1980er Jahre in den USA entwickelt. Oliver D. Hart schrieb 1987 in einem Fachartikel, dass Verträge immer zwangsläufig unvollständig seien – denn alle Eventualitäten können niemals vorhergesehen und festgeschrieben werden. Für seinen Beitrag zur Vertragstheorie erhielt er 2016 (gemeinsam mit Bengt Holmström) den Wirtschafts-Nobelpreis.

Das Beispiel verdeutlicht eine große Herausforderung für agile Projekte: Das Ziel ist oft noch nicht genau definiert und häufige Änderungen prägen den Projektverlauf. Wie der Kunde im Beispiel richtig herausstellte, sind Agile Praktiken dafür gedacht, die nötige Flexibilität für einen offenen, gar begrüßenden Umgang mit diesen Änderungen zu schaffen. Trotz aller Offenheit für das Unbekannte müssen Kundenprojekte, die mit agilen Methoden durchgeführt werden, immer von Vertragswerk begleitet sein. Dabei kann das eingangs beschriebene Spannungsfeld entstehen, das alle Beteiligte immer im Blick haben sollten.

Das Agile Manifest setzt die Priorität: "We […] value customer collaboration over contract negotiation" (siehe agilemanifesto.org). Wie bei allen Statuten des Manifests bedeutet dies nicht, dass schriftliche Verträge nicht gewünscht oder unnötig wären – lediglich sollten sie einer fruchtbaren Zusammenarbeit nicht im Weg stehen.

Die Absicht hinter der Formulierung durch die Autoren des Manifests war zudem sicher nicht, Firmen, die agile Methoden einsetzen, möglichst häufig vor Gericht enden zu lassen. Bei den meisten agilen Rahmenwerken wie Scrum geht es vielmehr darum, für alle Beteiligten von vornherein vorteilhafte Bedingungen zu schaffen: Gutwilligkeit auf beiden Seiten, ein Höchstmaß an Respekt für und Vertrauen in alle, die am Projekt mitarbeiten, möglichst nahe räumliche Zusammenführung dieser Zusammenarbeitenden, Transparenz und Anpassungsfähigkeit sowie enger Austausch mit Kunden und Endnutzern des zu erschaffenden Produkts – bekannt als das "Agile Mindset". Wer all dies genauso umsetzt, ist nahe an einem Idealzustand, der es eher unwahrscheinlich macht, dass Vertragsstreitigkeiten überhaupt erst entstehen. Die Praxis sieht jedoch manchmal anders aus.

Festpreisvertrag als rotes Tuch für Agile?

Deshalb ist bei der Wahl des Vertragstyps Vorsicht geboten. Für agile Projekte ist ein Festpreisvertrag über das Gesamtprojekt aus bereits genannten Gründen sehr wahrscheinlich ungeeignet. Denn dort liegt das Kostenrisiko allein beim Lieferanten. Das hat in der Regel auch negative Auswirkungen für den Kunden: Um sich gegen zu häufige Änderungen zu schützen, lässt der Lieferant deutlich weniger Freiraum für Änderungswünsche.

Überblick zu ausgewählten Vertragstypen

  • Festpreisvertrag: Der Preis ist im Vorfeld festgelegt, evtl. Anpassungsklauseln (z.B. Rohkostenschwankungen und Bonus-/Malusregelungen)
  • Time & Material und Kostenerstattungsverträge: Der Preis hängt von Aufwänden oder Projektkosten ab
  • Zielkosten: Ein Kostenziel wird vereinbart und ein Preis ist festgelegt, das Risiko von Abweichungen vom Kostenziel wird vertraglich auf die Parteien verteilt

Sie fragen sich jetzt sicher: Welche Vertragstypen eignen sich denn für ein agiles Projekt? Ich habe häufig von Firmen gehört, die durchaus Festpreisverträge einsetzen. Allerdings vereinbaren sie pro Iteration einen Einzelpreisvertrag (engl. Unit Price) – statt für das Gesamtprojekt. Dass die Kosten für jede Iteration festgelegt werden, erscheint angesichts der inkrementell-iterativen und von enger Zusammenarbeit geprägter Natur agiler Projekte sinnvoll.

Folgende Kriterien sollten dabei schriftlich festgehalten werden: (angeregt durch Arbogast et al.: "Agile Contracts Primer", 2012, S. 20)

Dauer (üblicherweise zwischen zwei und vier Wochen) und evtl. Anzahl der Iterationen

Definition of Done: Übereinkunft über den Grad der Fertigstellung und potentiellem Auslieferzustand

Timeboxing: Die Dauer der Iterationen ist begrenzt, nicht aber der Leistungsumfang des Projekts

Indefinite Delivery, Indefinite Quantity

Ein weiterer, besonders im Verwaltungsbereich der USA sich verbreitender Vertragstyp ist "Indefinite Delivery, Indefinite Quantity" (IDIQ), dort vor allem unter der Bezeichnung "Blanket Purchase Agreement" gekannt. Dabei handelt es sich um eine zeitlich befristete, offene Rahmenvereinbarung, bei der Anzahl der Lieferabrufe und Umfang zum Abschlusszeitpunkt nicht feststehen. Diese Verträge sind "hybrid", weil sie Elemente aus Time & Material sowie Kostenerstattungsverträgen beinhalten.

Darüber hinaus sind Typen wie Zielkostenverträge gut denkbar – wobei gerade bei diesen wichtig ist, dass Risiken und Vorteile unter den Vertragspartnern so verteilt sind, dass die Freiräume der Vertragspartner mit den Zeit- und Kostenrisiken verbunden sind. Dies bedeutet vor allem, dass ein Kunde, der im Projektverlauf Offenheit für Änderungen und Scope-Erweiterungen haben möchte, die damit verbundenen Kosten übernimmt – dass er also ins Kostenrisiko des Projektes mit einsteigt. Eine partnerschaftliche Zusammenarbeit bedeutet auch einen partnerschaftlichen Umgang mit Risiken.

Alle Links wurden zuletzt am 05.10.2017 geprüft.

Lesen Sie zum Thema auch den Blogbeitrag "PM-FAQs: Welche Vertragsart passt zu meinem Projekt?"

Unsere Abos: für jeden Bedarf das passende Abonnement

 

Das projektmagazin - unverzichtbares Nachschlagewerk und Inspirationsquelle für alle,
die in Projekten arbeiten. Ihre Vorteile auf einen Blick

Image
Wissensplattform

Zugriff auf die größte deutschsprachige Wissensplattform
für Projektmanagement  (>1.800 Artikeln und Tipps)

Image
Praxisbezogene Beiträge

Praxisbezogene Beiträge
Fachautoren schreiben aus der Praxis für die Praxis.

Image
Tools

Werkzeuge (Tools)
z.B. Checklisten und Vorlagen, Methoden mit Schritt-für-Schritt-Anleitung.

Image
Glossar

Umfangreiches Projektmanagement-Glossar
über 1.000 Fachbegriffen (deutsch/englisch)

Image
Blogbeiträge

Blogbeiträge, Themenspecials, Bücher, Stellenangebote etc.
rund um das Thema Projektmanagement

Alle Kommentare (5)

Kay
Schützler
Dr.

Ich empfehle auch einen Blick in das Buch "Der agile Festpreis". Soweit ich weiß, hatte einer der Autoren (Andreas Opelt) wesentliche Inhalte des Buches vor einigen Jahren auch hier im Projektmagazin schon einmal vorgestellt...

 

Vielen Dank für den Hinweis, Herr Dr. Schützler. Sie haben Recht, Herr Opelt hat dazu einen Beitrag im Projekt Magazin veröffentlicht: "In sechs Schritten zum Agilen Festpreis". In der Leiste rechts vom Beitrag ist dieser verlinkt unter "Artikel zum Thema".

 

Tassilo
Kubitz

Ich arbeite seit vielen Jahren mit einem hybriden Projekvorgehen, das bei festem Budget und Terminen eine Flexibilität an Inhalten ermöglicht. So gesehen ähnelt es einem Agilen Festpreis. Bei der Vertragsgestaltung war meiner Meinung nach besonders hilfreich, das gemeinsame Vorgehen zu erklären, wie das erreicht werden kann. Dabei sehe ich die Risikoteilung so explizit wie bei Herrn Opelt als nicht zielführend, da eben nicht erklärt wird, wie man sich gemeinschaftlich konkret verhält, dass beide Seiten einen Vorteil haben. Schlussendlich sehe ich den Schlüssel zum Erfolg in Methoden, die den Vertragspartnern die Sicherheit bieten, dass mit dem Budget sorgfältig umgegangen wird - und zwar in Form einer Nutzenmaximierung. Diese konkreten Techniken/Methoden sind es, de ein Agiles Festpreisprojekt erst erfolgreich machen. Wir fahren derzeit mit dem IDIQ und unserem Vorgehen ganz gut.

 

Vielen Dank für diese Schilderung Ihrer Erfahrungen, die ich immer sehr gerne lese und sehr hilfreich finde. Schlussendlich muss es ja in der Praxis funktionieren. Was Sie beschreiben, wo es hakt, ist eine Frage des "Mindsets" und schwer greifbar, was aber meines Erachtens genau ins Schwarze trifft. Welche Risikoteilung sich im Einzelfall anbietet, ist dann eine situative Entscheidung. Auch Verträge müssen in Abhängigkeit von einer Situation formuliert werden, genau wie die Auswahl von einzelnen Praktiken und Vorgehen situativ ist. Es können höchstens Empfehlungen weitergegegeben werden - keine Blaupausen.