Was sind die rechtlichen und vertraglichen Probleme im Zusammenhang mit der agilen Entwicklung?

Es gibt verschiedene Methoden zur Durchführung der Systementwicklung. Das klassischste und allgemeinste Modell ist das Wasserfallmodell, und viele juristische Bücher, die sich mit der Systementwicklung befassen, diskutieren auf der Grundlage dieses Modells. In diesem Artikel werden wir die rechtlichen Probleme erläutern, die bei der Systementwicklung auf der Grundlage des agilen Entwicklungsmodells auftreten können, über das es schwierig ist, Informationen aus Büchern und ähnlichen Quellen zu erhalten.

Agile Entwicklungsmodell und Rechtswesen

Was ist ein Modell in der Systementwicklung?

In Systementwicklungsprojekten gibt es Entwicklungsmodelle als Rahmen für das Gesamtverständnis des Fortschritts. Ein typisches Beispiel ist das sogenannte “Wasserfallmodell”. Wie Wasser, das von “oben” nach “unten” fließt, werden die verschiedenen Phasen wie Anforderungsdefinition, Design, Implementierung und Test in einem Durchgang durchgeführt. Dieser Ansatz zielt darauf ab, Rückläufe und Doppelarbeit so weit wie möglich zu reduzieren und ist geeignet für eine planmäßige Durchführung der Arbeit.

Andererseits wiederholt das Agile Entwicklungsmodell die Implementierung kleiner Programme und deren Tests. Durch diese wiederholte Arbeit von Implementierung und Test kleiner Programme wird schrittweise ein größeres System aufgebaut. Eine detailliertere Beschreibung dieser Systementwicklungsmodelle und ein Vergleich der Vor- und Nachteile beider Entwicklungsmodelle finden Sie im folgenden Artikel.

https://monolith.law/corporate/legal-merits-and-demerits-of-development-model[ja]

Eigenschaften des agilen Entwicklungsmodells

Ein großer Vorteil der Entwicklung mit dem agilen Entwicklungsmodell ist die Möglichkeit, schnell in die tatsächliche Arbeit einzusteigen. Da die “Upstream”-Arbeiten wie Anforderungsdefinition und Erstellung von Design-Dokumenten nicht von der Implementierung des Programms getrennt sind, ist es geeignet für eine flexible Steuerung, einschließlich der Reaktion auf zusätzliche Funktionen, Korrekturen und Änderungen der Spezifikationen. Aus rechtlicher Sicht sind die Dokumentenverwaltung und das Änderungsmanagement besonders wichtig für den Erfolg des agilen Entwicklungsmodells. Im agilen Entwicklungsmodell sind die Rollen und Verantwortlichkeiten nicht so klar definiert wie im Wasserfallmodell. Darüber hinaus neigt es dazu, die Geschwindigkeit der Ausführung und Umsetzung gegenüber der “Verwaltung” zu betonen, was oft zu einer unzureichenden Dokumentation von Design-Dokumenten, Spezifikationen und Protokollen führt.

In Bezug auf das Änderungsmanagement besteht auch das Risiko, dass das Projekt aus dem Ruder läuft, wenn auf Anfragen zur Änderung der Spezifikationen auf Feldebene reagiert wird, ohne den Genehmigungsprozess durch den Entscheidungsträger zu durchlaufen. In diesem Fall kann der Vorteil des Entwicklungsmodells, “eine reibungslose Reaktion auf nachträgliche Änderungen”, selbst zum Risiko einer Projektentgleisung werden.

Verwaltung von Dokumenten und Änderungen in der agilen Entwicklung

Die Bedeutung der Dokumentenverwaltung

In Entwicklungsprojekten, die auf dem agilen Entwicklungsmodell basieren, besteht ein rechtliches Bedenken darin, dass mündliche Kommunikation angesammelt wird und dies zu einem Mangel an Dokumentation führt. Warum die Dokumentenverwaltung in Systementwicklungsprojekten wichtig wird, wird in dem folgenden Artikel ausführlich erläutert.

https://monolith.law/corporate/the-minutes-in-system-development[ja]

In diesem Artikel wird die Bedeutung der Dokumentenverwaltung in Systementwicklungsprojekten aus zwei Perspektiven erläutert: der Vorbeugung von Streitigkeiten (d.h. “präventive Rechtsarbeit”) und der Beweissicherung im Falle eines Streits (d.h. “Krisenmanagement”).

Die Einrichtung eines Kommunikationsrats ist effektiv für die Dokumentenverwaltung

Wenn das agile Entwicklungsmodell verwendet wird, gibt es im Gegensatz zum Wasserfallmodell keinen vorbereiteten klaren Plan. Daher reicht es nicht aus, nur die Abweichung zwischen Plan und tatsächlicher Leistung zu verwalten, und es besteht die Sorge, dass die Kosten sowohl finanziell als auch zeitlich steigen, wenn alles dem Feld überlassen wird.

Es ist daher wirksam, wenn der Verantwortliche regelmäßige Kommunikationsratssitzungen abhält, um einen reibungslosen Projektverlauf zu gewährleisten. Bei kleineren Entwicklungsprojekten ist es zwar bevorzugt, dass die Verantwortlichen sich treffen, wann immer sie können, anstatt regelmäßige Kommunikationsratssitzungen abzuhalten. Bei der agilen Entwicklung besteht jedoch besonders die Gefahr, dass aktuelle Probleme in Meetings übersehen werden. Daher ist es sicher, regelmäßige Kommunikationsratssitzungen auch in Verträgen usw. einzubeziehen. Die Art und Weise der Bestimmung ist wie folgt im Modellvertrag des Ministeriums für Wirtschaft, Handel und Industrie angegeben.

(Einrichtung des Kommunikationsrats)

Artikel 12 A und B sollen bis zum Abschluss der Arbeit einen Kommunikationsrat einrichten, um den Fortschritt, das Risikomanagement und die Berichterstattung, die gemeinsame Arbeit von A und B und die Durchführung der jeweiligen Aufgaben, die Bestätigung des Inhalts, der in die Systemspezifikationen aufgenommen werden soll, die Diskussion und Lösung von Problemen und andere notwendige Angelegenheiten zu diskutieren, um die Arbeit reibungslos durchzuführen. Allerdings, (ausgelassen).

2. Der Kommunikationsrat wird in der Regel regelmäßig in der im Einzelvertrag festgelegten Häufigkeit abgehalten und zusätzlich jederzeit abgehalten, wenn A oder B dies für notwendig hält.

3. An dem Kommunikationsrat nehmen die Verantwortlichen und Hauptverantwortlichen von A und B sowie Personen, die der Verantwortliche für angemessen hält, teil. Darüber hinaus können A und B die Teilnahme von Personen verlangen, die für die Diskussionen im Kommunikationsrat notwendig sind, und die andere Partei muss dieser Anforderung nachkommen, es sei denn, es gibt einen vernünftigen Grund.

4. B erstellt und reicht einen Fortschrittsbericht in dem von A und B separat vereinbarten Format beim Kommunikationsrat ein und bestätigt den Fortschritt auf der Grundlage dieses Fortschrittsberichts sowie das Vorhandensein von Verzögerungen, die Gründe und Maßnahmen für Verzögerungen, wenn sie vorhanden sind, die Notwendigkeit von Änderungen in der im vorliegenden Kapitel festgelegten Förderstruktur (Personalwechsel, Zunahme oder Abnahme, Änderung des Unterauftragnehmers usw.), den Status der Sicherheitsmaßnahmen, das Vorhandensein von Gründen für die Änderung des Einzelvertrags, den Inhalt der Gründe für die Änderung des Einzelvertrags, wenn sie vorhanden sind, und diskutiert und bestätigt die festgelegten Angelegenheiten, die zur weiteren Prüfung anstehen, und den Prüfungsplan und die Prüfungsparteien usw., wenn es Angelegenheiten zur weiteren Prüfung gibt.

(Die folgenden Absätze 5, 6 und 7 sind ausgelassen.)

Der Punkt ist, dass die Existenz des Kommunikationsrats durch Vertragsklauseln legitimiert wird und ihm eine andere Bedeutung als anderen ad-hoc-Meetings gegeben wird.

Wie man den Kommunikationsrat für das Änderungsmanagement nutzt

In der agilen Entwicklung wird davon ausgegangen, dass die von beiden Parteien ursprünglich vereinbarten Punkte nachträglich geändert werden. Daher ist es auch sehr wichtig, wie man die Situation der nachträglichen Spezifikationsänderungen verwaltet.

Wenn der Kommunikationsrat regelmäßig abgehalten wird, wird auch das Änderungsmanagement sehr reibungslos. Zum Beispiel könnte man vereinbaren, dass Änderungsverhandlungen im Kommunikationsrat stattfinden und dass, wenn eine Partei eine Änderungsverhandlung verlangt, die andere Partei verpflichtet ist, an dieser Verhandlung teilzunehmen. (Im Folgenden ist eine Bestimmung aus dem Modellvertrag des Ministeriums für Wirtschaft, Handel und Industrie zitiert.)

(Änderungsmanagementverfahren)

Artikel 37 A oder B, wenn sie einen Änderungsvorschlag von der anderen Partei erhalten haben (ausgelassen), sollen innerhalb von ○ Tagen nach Erhalt ein Dokument (im Folgenden “Änderungsmanagementdokument” genannt) mit den folgenden Angaben an die andere Partei übergeben und A und B sollen in dem in Artikel 12 festgelegten Kommunikationsrat über die Zulässigkeit dieser Änderung diskutieren. (Die folgenden Angaben sind ausgelassen)

Die Punkte der obigen Bestimmung können wie folgt zusammengefasst werden:

• Die Methode zur Annahme von Änderungsanträgen wird in einem “Änderungsvorschlagsformular” standardisiert.
  
• Es wird eine Frist für die Diskussion über den Antrag nach dessen Erhalt festgelegt. → Anstelle von “innerhalb von ◯ Tagen” könnte man auch “so schnell wie möglich” oder ähnliches verwenden.
  
• Der Ort für die Diskussion über die Zulässigkeit der Änderung wird auf den “Kommunikationsrat” standardisiert.
  

Mit anderen Worten, um Missverständnisse wie “Ich habe einen Änderungsantrag gestellt, ich habe keinen gestellt”, “Ich habe auf die Zulässigkeit der Änderung geantwortet, ich habe nicht geantwortet” zu vermeiden, wird das Verfahren klar definiert.

Verständnis von Treuepflicht und Grundsatz von Treu und Glauben wird gefordert

Bisher haben wir Modellklauseln für Verträge wie “Kommunikationsausschuss” und “Änderungsbesprechungen” vorgestellt. Aber um diese wirklich zu verstehen, ist es wichtig, Themen wie “Treuepflicht” und “Grundsatz von Treu und Glauben” zu verstehen. Das Agile Entwicklungsmodell ist in der Regel schwierig voranzutreiben, ohne eine Vertrauensbeziehung zwischen Auftraggeber und Auftragnehmer. Denn es legt Wert auf die Geschwindigkeit der Arbeit und die Verfahren bis zum Start werden normalerweise auf ein Minimum reduziert. Daher ist es in der Praxis üblich, Klauseln einzufügen, die dem Partner eine “Treuepflicht” auferlegen.

Artikel 4 Absatz 3: Bei Änderungsbesprechungen werden die Änderungsziele, die Möglichkeit von Änderungen und die Auswirkungen von Änderungen auf Preis und Lieferzeit diskutiert, und beide Parteien werden aufrichtig darüber diskutieren, ob Änderungen vorgenommen werden sollen.

Dies soll verhindern, dass plötzlich in Verhandlungen, die auf einer ursprünglichen Vertrauensbeziehung basierten, Methoden angewendet werden, die den Partner hintergehen, wie zum Beispiel “Ob man einer Vertragsänderung zustimmt oder nicht, liegt ausschließlich im Ermessen des Empfängers, und es besteht keine Pflicht, Zwang auszuüben”. Dies spiegelt auch die Prinzipien des Rechts wider, die für Geschäfte zwischen Privatpersonen gelten, nicht nur für Systementwicklung.

Bürgerliches Gesetzbuch Artikel 1 Absatz 2

Die Ausübung von Rechten und die Erfüllung von Pflichten müssen in Übereinstimmung mit Treu und Glauben und Aufrichtigkeit erfolgen.

Das Gesetz legt nicht unbedingt Wert auf formale “Vertragsinhalte” oder “Wortlaut der Klauseln”. Insbesondere in Geschäften mit anderen Parteien sollte es flexibel und unter Einbeziehung von wesentlichen “Treu und Glauben” und “Aufrichtigkeit” verwendet werden. Darüber hinaus wird in dem folgenden Artikel ausführlich erläutert, dass die “Pflicht”, die gesetzlich auferlegt wird, nicht unbedingt auf dem Verfahren des “Vertrags” basiert.

https://monolith.law/corporate/system-development-unlawful-responsibility[ja]

Zusammenfassung

Es ist natürlich wichtig, das Risiko zu verstehen, dass in Systementwicklungsprojekten, die auf dem agilen Entwicklungsmodell basieren, Verwaltungsverfahren und Managementstrukturen nach und nach nachlässig werden. Es ist jedoch nicht nur wichtig, die flexible Natur des Gesetzes, die auf Prinzipien wie dem “Treu und Glauben” basiert, zu verstehen und diese in der Praxis zu nutzen. Wir glauben, dass auch diese Haltung wichtig ist.