Ihr Rechtsanwalt für IT-Projekte: IT-Projekte sind komplexe Vorhaben, die eine Vielzahl rechtlicher Fragestellungen aufwerfen. Diese reichen von urheberrechtlichen Themen bis hin zu vertraglichen Regelungen, die sowohl während der Durchführung als auch beim Abbruch eines Projekts relevant werden können. In diesem Beitrag beleuchte ich als Fachanwalt für IT-Recht die wichtigsten rechtlichen Aspekte in einem kurzen Überblick – und gebe einige praktische Tipps für eine rechtssichere Umsetzung von IT-Projekten.
Rechtsanwalt Jens Ferner ist nicht nur Fachanwalt für IT-Recht: Als Softwareentwickler betreute er früher eigene IT-Projekte und ist im Projektmanagement ständig fortgebildet – so insbesondere zertifiziert im Projektmanagement (Fernuni Hagen).
Juristischer Umgang mit IT-Projekten
IT-Projekte sind von Natur aus komplex und risikobehaftet. Ob es um die Einführung einer ERP-Lösung, die Entwicklung individueller Software oder die Anpassung von Standardsoftware geht – die rechtliche Ausgestaltung des Projekts entscheidet maßgeblich darüber, ob Konflikte vermieden, Kosten kontrolliert und Ziele erreicht werden. Die Praxis zeigt, dass viele Projekte nicht an technischen Herausforderungen, sondern an unklaren Verantwortlichkeiten, mangelnder Flexibilität im Umgang mit Änderungen und unzureichender vertraglicher Absicherung scheitern. Für das Management heisst das: Wer juristische Stellschrauben kennt, kann Risiken frühzeitig steuern und die Erfolgswahrscheinlichkeit deutlich erhöhen.
Verträge sollten Klauseln enthalten, die die Vertraulichkeit und den Schutz von Know-how gewährleisten. Dies schließt Regelungen ein, die das unerlaubte Verbreiten von intern entwickelten Lösungen und Geschäftsgeheimnissen unterbinden.
Vertragsrecht beim IT-Projekt
Ein zentrales Problemfeld ist die Abgrenzung zwischen Dienst- und Werkvertrag. Während Dienstverträge die bloße Tätigkeit des Auftragnehmers in den Vordergrund stellen, schuldet ein Werkvertrag einen konkreten Erfolg – etwa die funktionsfähige Software. Die Wahl des Vertragstyps hat weitreichende Konsequenzen: Beim Werkvertrag trägt der Auftragnehmer die Erfolgsverantwortung, beim Dienstvertrag bleibt das Risiko eines Scheiterns weitgehend beim Auftraggeber.
Die Rechtsprechung tendiert bei der Softwareentwicklung regelmäßig zum Werkvertrag, selbst wenn die Parteien den Vertrag als „Dienstleistung“ bezeichnen. Entscheidend ist der objektive Vertragsinhalt, nicht die gewählte Terminologie. Besonders in agilen Projekten, bei denen Anforderungen iterativ entwickelt werden, ist die Abgrenzung schwierig. Hier hilft nur eine präzise Leistungsbeschreibung, die klärt, welche Ergebnisse in welcher Qualität geschuldet sind und wie mit Änderungen umgegangen wird. Ohne solche Regelungen drohen Streitigkeiten über die Vergütungspflicht bei nicht erreichten Zielen oder über die Zulässigkeit von Change Requests. Die bis heute klassische IT-Projekt-Vertragsgestaltung ist im Übrigen so aufgebaut:
- Zweiphasen-Struktur: Ein IT-Projekt-Vertrag teilt das Projekt in klassisch eine Planungsphase und eine Umsetzungsphase. In der Planungsphase erstellt der Auftragnehmer auf Grundlage des Lastenhefts des Auftraggebers ein Pflichtenheft, das die spezifischen Anforderungen detailliert ausführt. Nach Abnahme des Pflichtenhefts kann der Auftraggeber entscheiden, ob er die Umsetzungsphase, also die eigentliche Softwareentwicklung, ebenfalls beim Auftragnehmer in Auftrag gibt.
- Leistungen und Mitwirkungspflichten: Beide Phasen erfordern spezifische Leistungen von beiden Seiten, einschließlich detaillierter Mitwirkungspflichten des Auftraggebers, wie z.B. die Bereitstellung notwendiger Informationen und Zugänge.
Ein gut strukturierter Vertrag mit klar definierten Pflichtenheften und Leistungsspezifikationen ist essenziell. Ebenso sollten Regelungen zur Haftung und zu den Folgen eines Projektabbruchs nicht fehlen. Es empfiehlt sich, Regelungen aufzunehmen, die dem Auftraggeber bei einem Projektabbruch ein Übernahmerecht der bereits erarbeiteten Ergebnisse zusichern.
Change Requests
Change Requests sind ein weiteres kritisches Thema. Sie entstehen, wenn sich Anforderungen während des Projekts ändern – sei es durch neue technische Möglichkeiten, geänderte Geschäftsprozesse oder unvorhergesehene Hindernisse. Öffentliche Auftraggeber müssen dabei nicht nur vertragliche, sondern auch vergaberechtliche Vorgaben beachten. Nach § 132 GWB sind wesentliche Änderungen nur unter engen Voraussetzungen ohne neues Vergabeverfahren zulässig.
Eine professionelle Vertragsgestaltung sollte daher von vornherein regeln, unter welchen Bedingungen Änderungen möglich sind, wie sie dokumentiert und abgerechnet werden und wer die zusätzlichen Kosten trägt. Agile Methoden können hier Vorteile bieten, da sie Änderungen als natürlichen Bestandteil des Prozesses betrachten. Allerdings erfordern sie eine besonders sorgfältige vertragliche Absicherung, da die klassische Abgrenzung zwischen Leistungspflicht und Change Request schwieriger wird.
Urheberrecht im IT-Projekt
Die Erstellung von Software ist ein kreativer Prozess, der urheberrechtlichen Schutz genießt. Dies umfasst sowohl die Software selbst als auch vorbereitende Materialien wie Pflichtenhefte und Konzeptbeschreibungen. Während die Software selbst nach § 69a UrhG schutzfähig ist, genießen reine Ideen und Konzepte keinen Urheberrechtsschutz. Eine Herausforderung besteht darin, die Rechte am geistigen Eigentum zwischen Auftraggeber und Softwarehaus angemessen zu verteilen.
Vertraglich sollte daher genau festgelegt werden, wer die Rechte an der entwickelten Software hält. Dies kann durch Klauseln zur Rechteübertragung geregelt werden, die sicherstellen, dass die Urheberrechte am Projektergebnis beim Auftraggeber liegen, sobald diese entstehen.
Softwarerecht bei uns
Das Softwarerecht samt Rechtsfragen rund um Open Source ist die große Leidenschaft von Rechtsanwalt Jens Ferner; entsprechend finden Sie auf unserer Seite Unmengen von Informationen rund um Rechtsfragen von Software sowie Beratung zu Softwarerecht und Opensource-Software:
- Rechtsfragen in IT-Projekten
- Rechtsfragen zu Computerspielen
- Cybersicherheit in der Software-Lieferkette und SBOM
- Urheberrechtlicher Schutz von Software und Urheberrecht in der Softwareentwicklung mit Arbeitnehmer
- Copyleft bei Opensource-Software
- Opensource-Software-Compliance und OSS-Rechtsfragen
- Haftung bei Opensource-Software
- Softwareupdates im Vertragsrecht
- CE-Kennzeichen für Software
- Man sollte in jedem Fall unsere Übersichten mit EUGH-Rechtsprechung und BGH-Rechtsprechung zum Thema gebrauchte Software gelesen haben
- GNU GPL und deutsches Recht
- Produkthaftung: Opensource Software sowie kommerzielle Software & KI
- Schutz von KI
- Fortbestand der Unterlizenz nach Untergang der Hauptlizenz
- Haftung für Chatbot
Mitwirkungspflicht
Ein oft unterschätzter Aspekt ist die Mitwirkungspflicht des Auftraggebers. Viele Projekte scheitern, weil der Kunde notwendige Informationen nicht rechtzeitig liefert, Entscheidungen verzögert oder interne Widerstände ignoriert. Rechtlich sind solche Mitwirkungen zwar häufig nur als Obliegenheiten ausgestaltet, doch ihre Unterlassung kann zu Verzögerungen, Mehrkosten oder sogar zum Scheitern des Projekts führen. Klare vertragliche Regelungen, die Mitwirkungspflichten als echte Vertragspflichten ausgestalten und Konsequenzen bei Nichterfüllung vorsehen, schaffen hier Abhilfe. Dazu gehört auch ein Eskalationsmanagement, das bei Blockaden schnelle Entscheidungen ermöglicht – etwa durch einen Lenkungsausschuss mit Vertretern beider Seiten.
Frühzeitige Einbeziehung von Datenschutzbeauftragten und regelmäßige Datenschutz-Folgenabschätzungen sind zu empfehlen, um Datenschutzanforderungen von Anfang an zu integrieren. Zudem sollte eine klare Vereinbarung zur Datenverarbeitung (Data Processing Agreement) Bestandteil des Projekts sein.
Risikominimierung durch klare Vertragsgestaltung und professionelles Change-Management
Die Praxis zeigt, dass erfolgreiche IT-Projekte nicht nur von technischer Expertise, sondern auch von einer durchdachten juristischen Strategie abhängen. Dazu gehört die Wahl des richtigen Vertragstyps, die klare Definition von Verantwortlichkeiten, ein professionelles Change-Management und ein robustes Eskalationsverfahren. Wer diese Elemente von Anfang an berücksichtigt, kann Konflikte vermeiden, Kosten kontrollieren und die Erfolgswahrscheinlichkeit deutlich erhöhen.
Doch bei allem Bemühen gilt eben auch: Projekte scheitern und heute wissen wir, dass eine grundlegende Schwäche dabei ist, nicht loslassen zu können. Eine durchlaufende strategische Bewertung, mit der die Möglichkeit gesichert wird, rechtzeitig die Reissleine zu ziehen gehört daher ebenso dazu. Und dabei zeigt sich dann auch: Juristische ebenso wie strategische Beratung sind kein notwendiges Übel, sondern zentraler Erfolgsfaktor.
Das IT-Projekt in der Krise
IT-Projekte in der Krise erfordern ein strategisches Zusammenspiel aus rechtlicher Weichenstellung und pragmatischer Konfliktlösung, um existenzbedrohende Verzögerungen oder Scheitern abzuwenden.
Wie der Fall eines deutschen Automobilzulieferers zeigt (Beispiel aus CR 2025, 418), der mit einem französischen SAP-Implementierer in einen massiven Verzug und Kostenstreit geriet, kommt es zunächst darauf an, die technische Leistungsfähigkeit des Dienstleisters realistisch einzuschätzen: Kann das Projekt durch Priorisierung, Personalaufstockung oder Vertragsanpassungen noch gerettet werden, oder ist eine Trennung unvermeidbar?
Rechtlich entscheidend ist, ob der Dienstleister seine Pflichten aus dem Werkvertrag verletzt hat – etwa durch inkompetente Umsetzung oder unberechtigte Change Requests – oder ob der Kunde durch überzogene Sonderwünsche Mitverantwortung trägt. Hier lohnt sich eine detaillierte Begutachtung durch IT-Sachverständige, um Versäumnisse gerichtsfest zu dokumentieren und gleichzeitig die eigene Position zu stärken, etwa durch Zurückbehaltung fälliger Meilensteinzahlungen oder die Androhung von Vertragsstrafen. Außergerichtliche Methoden wie Mediation bieten sich an, wenn beide Seiten ein Interesse an einer Fortführung haben, aber die Fronten verhärtet sind: Ein neutraler Mediator kann helfen, die zugrundeliegenden Interessen – etwa die Vermeidung eines öffentlichen Imageschadens oder die Sicherung bereits erworbener Lizenzen – von den verhandelten Positionen zu trennen und so Win-Win-Lösungen zu erarbeiten, die vor Gericht kaum erreichbar wären.
Professionelles IT-Vertragsrecht
Unser Fachanwalt für IT-Recht berät und vertritt Unternehmen in IT-Vertragsangelegenheiten, insbesondere in Bezug auf Künstliche Intelligenz und Cloud-Dienste, um rechtliche Risiken zu minimieren und die Einhaltung relevanter Vorschriften zu gewährleisten.
Scheitert die Einigung, müssen Unternehmen jedoch vorbereitet sein, um nahtlos in ein (schieds)gerichtliches Verfahren überzugehen – etwa durch vorherige Fristsetzungen oder die Einleitung vertraglich vereinbarter Eskalationsstufen. Besonders kritisch wird es, wenn der Dienstleister mit Leistungseinstellung droht: Dann gilt es, die Haftungsbegrenzungen im Vertrag zu prüfen und abzuwägen, ob ein Wechsel des Anbieters trotz Verzögerungskosten langfristig weniger schädlich ist als ein Festhalten an einem unfähigen Partner. Die Fallstudie macht deutlich, dass selbst bei festen Preisvereinbarungen und Haftungsobergrenzen Spielraum für Nachverhandlungen besteht – vorausgesetzt, man nutzt die Hebel der Zurückbehaltung, der Beweissicherung und der gezielten Kommunikation, um Druck aufzubauen, ohne die Projektfortführung zu gefährden. Letztlich zeigt sich: Wer in der Krise nur auf juristische Härte setzt, riskiert das Projekt; wer aber rechtliche Instrumente klug mit technischen und wirtschaftlichen Überlegungen verknüpft, kann selbst aus scheinbar ausweglosen Konflikten noch eine tragfähige Lösung entwickeln.
Umgang mit Rechten in IT-Projekten: Ihr Rechtsanwalt für IT-Projekte
Es muss im Blick gehalten werden, wem die Rechte an der entwickelten Software zustehen und welche Ansprüche bei einem vorzeitigen Abbruch eines Softwareprojekts auf die bereits erbrachten Arbeitsergebnisse bestehen. Zusätzlich muss die Rechteverteilung bei der kontinuierlichen Aktualisierung und Pflege von Software bedacht sein.
Besonders müssen die Urheberrechte der Entwickler bedacht sein, wobei die wirtschaftlichen Verwertungsrechte häufig beim jeweiligen Softwarehaus liegen. Dabei spielt die Möglichkeit der Miturheberschaft bei technisch relevanten Beiträgen des Auftraggebers eine Rolle – sowie der Schutz von strukturierten Sammlungen, wie Pflichtenheften, unter dem Datenbankschutzrecht.
Zur Vermeidung rechtlicher Schwierigkeiten ist zu empfehlen detaillierte vertragliche Regelungen zu treffen, die die Rechte und Pflichten beider Parteien klar definieren. Dies schließt auch die Handhabung von Rechten bei der Beendigung der Zusammenarbeit oder bei der Weiterverwendung der Software ein.
Es ist dringend in Erinnerung zu rufen, technische und rechtliche Begriffe klar und verständlich zu formulieren, um Missverständnisse zu vermeiden. Darüber hinaus sollten Verträge flexible Anpassungen bei technologischen Entwicklungen zulassen, um aktuellen und zukünftigen Anforderungen gerecht zu werden.
Empfehlungen für IT-Projekte
Es ergeben sich damit im Ergebnis einige einfache Anhaltspunkte zum rechtlichen Umgang mit IT-Projekten, die gleichwohl in der Praxis immer wieder ignoriert werden:
- Klarheit und Präzision: Alle technischen und vertraglichen Anforderungen sollten klar und unmissverständlich definiert sein, um spätere Missverständnisse oder Rechtsstreitigkeiten zu vermeiden. Die damit verbundene „Schreibarbeit“ ist nachvollziehbar unbeliebt – aber Haupt-Streitpunkt.
- Flexibilität für Änderungen: Der Vertrag muss praktikable Mechanismen für Leistungsänderungen während der Projektlaufzeit vorsehen, um auf neue Anforderungen oder Herausforderungen reagieren zu können – diese müssen so gestaltet sein, dass zusätzliche Kosten nicht zum Streitpunkt werden.
- Sicherstellung der Qualität und Rechte: Der Vertrag hat Qualitätsstandards festzulegen und klarzustellen, welche Rechte an den Ergebnissen und eventuellen geistigen Eigentum übertragen werden.
- Einhaltung des Pflichtenhefts: Die Umsetzung der Software muss des Weiteren streng nach den Vorgaben des Pflichtenhefts erfolgen, und alle Änderungen müssen formal vereinbart werden. Hieran scheitert es oft aus einem Grund: Welches Pflichtenheft? Gerade zu Beginn versteht man sich, ist euphorisch und hat gar keine Lust auf nervige Dokumentationen. All das verfliegt aber sehr schnell, sobald die ersten Streitigkeiten über Gestaltung einer GUI oder interne Prozessabläufe aufkommt. Das Pflichtenheft ist unbeliebt und agil ist ja auch viel cooler … bis es eben knallt.
- Abnahmeprozess: Die Software und zugehörige Dokumentation müssen offiziell abgenommen werden, wobei der Auftraggeber die Möglichkeit hat, bei signifikanten Mängeln die Abnahme zu verweigern.
- Geheimhaltung und Datenschutz: Es müssen umfassende Geheimhaltungsvereinbarungen getroffen und Datenschutzvorschriften eingehalten werden.
Als Lehrbeauftragter an der FH Aachen (Wirtschaftsstrafrecht und IT-Compliance) doziert er zu KI-Kompetenz und strategischem Denken und publiziert regelmäßig in straf- und IT-rechtlichen Fachaufsätzen sowie in der Kommentierung im BeckOK StPO (IT-Strafprozessrecht, digitale Beweismittel). Überdies beschäftigt er sich mit den rechtsstaatlichen Grundlagen moderner Arbeit und moderner Technologie – insbesondere mit der Frage, wie Bewusstsein, Verantwortung und Cybersecurity-Awareness im KI-geprägten Alltag Freiheitsräume und europäische Rechtsprinzipien sichern.
Wir übernehmen im IT-Recht und Strafrecht nur bestimmte Bereiche. So im IT-Recht allein im Softwarerecht mit darauf bezogenem IT‑Vertragsrecht und Lizenzrecht sowie rund um Cybersicherheit. Im Strafrecht übernehmen wir ausschiesslich Strafverteidigungen in Bereichen, auf die wir uns spezialisieren: Jugendstrafrecht, Sexualstrafrecht, BtMG/KCang/AMG, Medizinstrafrecht, Cybercrime & Medienstrafrecht, Wirtschaftsstrafrecht mit Schwerpunkten Arbeitsstrafrecht und Steuerstrafrecht