Software-Übergabe – was passiert, wenn dein Dienstleister geht?

Was passiert, wenn dein Entwicklungspartner in zwei Jahren nicht mehr existiert, das Team wechselt oder du einfach unzufrieden bist? Wer diese Frage erst stellt, wenn es so weit ist, hat meist schon verloren. Die Antworten gehören in den Vertrag, nicht in eine Krisensitzung.

Was Vendor-Lock-in in der Softwareentwicklung bedeutet

Vendor-Lock-in entsteht, wenn du faktisch nicht mehr wechseln kannst, ohne bei null anzufangen - weil dir der Quellcode fehlt, die Dokumentation unvollständig ist oder die Software auf proprietärer Infrastruktur des Anbieters läuft, die nicht übertragbar ist. Das Risiko ist nicht theoretisch: Gerade bei günstigen Angeboten sparen Anbieter genau an den Stellen, die im Ernstfall teuer werden.

Quellcode-Rechte vertraglich klären

Standardmäßig solltest du als Auftraggeber die vollständigen Nutzungs- und Verwertungsrechte am Quellcode erhalten - nicht nur eine Lizenz zur Nutzung der fertigen Software. Prüfe im Vertrag konkret:

Wem gehört der Quellcode nach Projektabschluss?
Hast du Zugriff auf das vollständige Repository inklusive Versionshistorie, nicht nur auf ein finales Zip-Archiv?
Gilt das auch für eingesetzte Bibliotheken und Frameworks Dritter, oder nur für den selbst geschriebenen Code?

Dokumentation ist keine Kür, sondern Bedingung

Code ohne Dokumentation ist für einen neuen Entwickler kaum wartbar. Verlange als Projektbestandteil - nicht als optionales Extra:

eine technische Architekturübersicht
eine Dokumentation der Deployment- und Infrastruktur-Konfiguration
Zugangsdaten und Verantwortlichkeiten für alle genutzten Drittdienste (Hosting, APIs, Domains)

Laufender Know-how-Transfer statt Big-Bang-Übergabe

Eine Übergabe am letzten Projekttag ist fast immer unvollständig. Besser: Vereinbare regelmäßige, dokumentierte Übergabepunkte während des Projekts, zum Beispiel nach jedem größeren Meilenstein. So bleibt das Wissen nachvollziehbar, statt sich am Ende in einem einzigen Übergabetermin zu verdichten, den niemand vollständig verarbeiten kann.

Infrastruktur: Wem gehören die Accounts?

Ein oft übersehener Punkt: Wenn der Dienstleister Hosting, Domain oder Datenbank-Accounts in seinem eigenen Namen anlegt, bist du technisch von ihm abhängig, selbst wenn dir der Code gehört. Bestehe darauf, dass zentrale Infrastruktur-Accounts auf dein Unternehmen laufen - der Dienstleister erhält darauf Zugriffsrechte, nicht umgekehrt.

Fazit

Die Frage "was, wenn der Dienstleister geht" lässt sich nicht im Nachhinein beantworten, sondern nur vorab vertraglich regeln. Quellcode-Rechte, laufende Dokumentation und eigene Infrastruktur-Accounts sind der Unterschied zwischen einem Wechsel, der ein paar Wochen dauert, und einem, der bei null anfängt.

Häufig gestellte Fragen

Was ist Vendor-Lock-in bei Softwareprojekten?

Vendor-Lock-in bedeutet, dass du faktisch nicht mehr zu einem anderen Anbieter wechseln kannst, ohne bei null anzufangen - meist weil dir der Quellcode, die Dokumentation oder die Kontrolle über die Infrastruktur fehlt.

Wem gehört der Quellcode nach Abschluss eines Softwareprojekts?

Das hängt vom Vertrag ab. Standardmäßig solltest du die vollständigen Nutzungs- und Verwertungsrechte am Quellcode erhalten, inklusive Zugriff auf das vollständige Repository mit Versionshistorie - nicht nur eine Lizenz zur Nutzung der fertigen Software.

Warum sollten Infrastruktur-Accounts auf mein Unternehmen laufen statt auf den Dienstleister?

Wenn Hosting-, Domain- oder Datenbank-Accounts im Namen des Dienstleisters laufen, bist du technisch von ihm abhängig, selbst wenn dir der Code rechtlich gehört. Zentrale Accounts sollten auf dein Unternehmen laufen, der Dienstleister erhält darauf nur Zugriffsrechte.

Wann sollte die Wissensübergabe im Projekt stattfinden?

Nicht erst am letzten Projekttag. Besser sind regelmäßige, dokumentierte Übergabepunkte nach jedem größeren Meilenstein, damit Wissen nachvollziehbar bleibt statt sich in einem einzigen, kaum verarbeitbaren Termin zu verdichten.