Legacy-System übernehmen: So gelingt der Wechsel
Ein gewachsenes System, der bisherige Dienstleister steigt aus: So übernehmen Sie Code, Zugänge und Wissen geordnet – ohne den laufenden Betrieb zu gefährden.
Viele Unternehmen arbeiten jeden Tag mit Software, die über Jahre gewachsen ist: ein Kundenportal, eine Auftragsverwaltung, eine Schnittstelle zur Warenwirtschaft. Solange der ursprüngliche Entwickler oder die Agentur verfügbar ist, fällt kaum auf, wie viel Wissen nur in wenigen Köpfen steckt. Spätestens wenn dieser Dienstleister aufhört, den Schwerpunkt wechselt oder schlicht nicht mehr erreichbar ist, wird daraus ein Geschäftsrisiko.
Ein Wechsel ist trotzdem gut planbar. Entscheidend ist, die Übernahme als eigenes kleines Projekt zu behandeln – mit klarer Bestandsaufnahme, sauberer Übergabe und einem definierten Übergang in den laufenden Betrieb.
Woran Sie erkennen, dass eine Übernahme ansteht
Nicht jeder Wechsel kündigt sich mit einer Kündigung an. Typische Warnsignale sind:
- Anfragen bleiben wochenlang liegen, Fehler werden nur noch notdürftig behoben.
- Niemand im Unternehmen weiß, wo der Quellcode liegt oder wer Zugriff auf Server und Domains hat.
- Updates von Frameworks, Bibliotheken oder Betriebssystem werden seit Langem aufgeschoben.
- Neue Anforderungen werden mit „das geht mit dem System nicht“ beantwortet, ohne dass jemand erklären kann, warum.
Je früher Sie reagieren, desto mehr Wissen lässt sich noch vom bisherigen Dienstleister übernehmen. Eine Übergabe im Guten ist fast immer günstiger als eine Rekonstruktion im Nachhinein.
Schritt 1: Zugänge und Eigentum klären
Bevor über Technik gesprochen wird, gehört Ihnen idealerweise alles, was Sie für den Betrieb brauchen. Prüfen Sie:
| Bereich | Was Sie brauchen |
|---|---|
| Quellcode | Vollständiges Repository inklusive Historie |
| Server und Hosting | Administrativer Zugang, Verträge auf Ihr Unternehmen |
| Domains und Zertifikate | Inhaberschaft und Zugang zum Registrar |
| Drittdienste | Zugänge zu E-Mail-Versand, Zahlungsanbieter, Cloud-Konten |
| Datenbanken und Backups | Zugriff sowie Nachweis, dass Backups wiederherstellbar sind |
Gerade bei Domains und Cloud-Konten zeigt sich oft, dass Verträge auf den Dienstleister laufen. Das sollte vor der eigentlichen Übernahme gelöst werden, nicht danach.
Schritt 2: Eine ehrliche Bestandsaufnahme
Eine Übernahme ohne Analyse ist ein Blindflug. In einer strukturierten Bestandsaufnahme wird das System so weit verstanden, dass es sicher betrieben werden kann:
- Code: Aufbau, verwendete Technologien, Testabdeckung, offensichtliche Schwachstellen.
- Infrastruktur: Wo läuft was, wie wird ausgeliefert, wie wird überwacht?
- Abhängigkeiten: Welche Bibliotheken und Dienste sind veraltet oder nicht mehr unterstützt?
- Dokumentation: Was ist beschrieben, was existiert nur im Kopf des bisherigen Teams?
Das Ergebnis ist kein Selbstzweck. Es beantwortet die Fragen, die Sie für die nächste Entscheidung brauchen: Lässt sich das System stabil weiterbetreiben? Welche Risiken müssen zuerst behoben werden? Was kostet die laufende Wartung realistisch?
Genau dafür bieten wir die Übernahme-Analyse zum Festpreis an. Sie endet mit einem schriftlichen Übernahmebericht, einem Entwurf für das Betriebshandbuch und einem konkreten Wartungsangebot.
Schritt 3: Wissen übergeben, solange es noch geht
Wenn der bisherige Dienstleister noch erreichbar ist, nutzen Sie diese Zeit. Bewährt haben sich wenige, gut vorbereitete Termine statt vieler spontaner Fragen:
- Ein gemeinsamer Rundgang durch Architektur und Deployment.
- Eine Liste bekannter Probleme, Workarounds und „Stellen, die man nicht anfassen sollte“.
- Eine begleitete Auslieferung, bei der das neue Team den Prozess einmal selbst durchführt.
Alles, was dabei besprochen wird, landet schriftlich im Betriebshandbuch. So hängt das Wissen künftig nicht mehr an einzelnen Personen – auch nicht an uns.
Schritt 4: Stabilisieren, bevor Sie verändern
Der häufigste Fehler nach einer Übernahme ist, sofort mit großen Umbauten zu beginnen. Die ersten Wochen gehören der Stabilität:
- Monitoring einrichten, damit Ausfälle auffallen, bevor Kunden sie melden.
- Backups prüfen – und zwar durch eine tatsächliche Wiederherstellung.
- Kritische Sicherheitsupdates einspielen.
- Einen verlässlichen Weg für Fehlermeldungen und Rückfragen festlegen.
Erst wenn das System unter neuer Verantwortung ruhig läuft, lohnt es sich, über Weiterentwicklung oder Modernisierung nachzudenken.
Schritt 5: Den Betrieb vertraglich absichern
Für ein System, von dem Ihr Tagesgeschäft abhängt, reicht ein „Melden Sie sich, wenn etwas ist“ nicht aus. Ein Wartungsvertrag sollte mindestens regeln:
- welche Leistungen regelmäßig erbracht werden (Updates, Monitoring, Sicherheitschecks),
- wie viele Stunden für Anpassungen und Fehlerbehebung enthalten sind,
- welche Reaktionszeiten gelten und zu welchen Zeiten,
- wie Sie über den Zustand des Systems informiert werden.
Worauf es dabei im Detail ankommt, beschreiben wir im Beitrag Wartungsvertrag für Business-Software.
Fazit
Ein Dienstleisterwechsel muss kein Risiko sein. Mit geklärten Zugängen, einer ehrlichen Bestandsaufnahme, dokumentiertem Wissen und einer Phase der Stabilisierung wird aus einem fremden System wieder eines, das Sie im Griff haben. Wie eine solche Übernahme bei uns abläuft, zeigt unser Vorgehen in IT-Projekten.