Softwarerecht: Beim Oberlandesgericht Frankfurt am Main (5 U 152/16) stritt man um die Mangelhaftigkeit einer Softwarelösung, die mittels agiler Entwicklung entwickelt wurde. Der Auftraggeber bemängelte eine unzureichende Dokumentation einmal der Software insgesamt, aber auch hinsichtlich einer (vereinbarten) Kommentierung des Software-Quelltextes.

Das Gericht macht deutlich, dass eben auch eine „äußerst knappe“ Kommentierung des Quelltextes ausreichend sein kann; etwas anderes gilt, aber bei der Dokumentation der Systemarchitektur – hier kann eine mangelnde Dokumentation insbesondere dann problematisch sein, wenn hierdurch verhindert wird, dass ein fachkundiger Dritter sich in das Projekt einarbeiten und dieses fortführen kann, die Leistung kann damit für den Auftraggeber unbrauchbar und letztlich wertlos sein. Hier aber schlägt die vereinbarte agile Softwareentwicklung durch, wie auch das OLG bestätigt: Eine solche Dokumentation ist erst dann sinnvoll möglich, wenn die Systemarchitektur und die letztendlich verwendeten Komponenten überhaupt feststehen – das ist während eines laufenden und „mittendrin“ gescheiterten Projekts – anders als bei den Quelltextdateien – kaum sinnvoll möglich.

Angesichts der 6-stelligen im Streit stehenden Summe ein für den Auftraggeber unerfreuliches Ergebnis, das durchaus gewisse Tücken agiler Entwicklung dokumentiert: Softwareprojekte, gerade die besonders umfangreichen, entwickeln sich durchaus gerne für alle Beteiligten recht unerfreulich. Bei agiler Entwicklung besteht an dieser Stelle eine gewisse Unsicherheit, wenn das Projekt wie so oft „mittendrin“ abgebrochen wird – der Auftraggeber möchte dann ein zumindest irgendwie verwertbares Ergebnis, der Auftragnehmer seinen Aufwand angemessen vergütet sehen. Bei zunehmendem Streit driftet diese Schere von Ansprüchen immer weiter auseinander, dem vertraglich zu begegnen ist bei agiler Entwicklung ebenso trickreich wie mit Tücken versehen.