Outsourcing Legacy-Wartung: Was der Übergang wirklich erfordert

Die Entscheidung ist gefallen. Ein externer Dienstleister soll die Wartung Ihrer Altanwendung übernehmen. Der Vertrag ist unterschrieben, der Starttermin steht. Viele Unternehmen halten das Outsourcing der Legacy-Wartung an diesem Punkt für erledigt. Tatsächlich beginnt jetzt die Phase, die über Erfolg oder Frust entscheidet: der Übergang. Er dauert Wochen, bei großen Systemen auch Monate. Wer ihn ernst nimmt, bekommt einen Betreuer, der das System wirklich kennt. Wer ihn abkürzt, kauft sich Probleme, die erst später sichtbar werden.

Dieser Artikel zeigt, was in eine gute Übergabe gehört. Es geht um Dokumentation, Einarbeitung, Wissenstransfer und belastbare Reaktionszeiten.

Warum der Übergang so viel Gewicht hat

Legacy-Software ist Software, die seit Jahren produktiv läuft und Ihr Geschäft trägt. Solche Systeme leben selten von guter Dokumentation. Sie leben davon, dass jemand sie kennt. Ein Entwickler weiß, warum der Export nachts um drei läuft. Eine Kollegin kennt den Handgriff für den Jahresabschluss. Dieses Wissen steht in keinem Handbuch. Es hat sich über viele Jahre angesammelt.

Genau darin liegt das Risiko beim Outsourcing der Legacy-Wartung. Der neue Dienstleister übernimmt Code, aber kein Gedächtnis. Ohne geplante Übergabe muss er sich jedes Detail selbst erschließen. Das kostet Zeit und Geld. Auf beiden Seiten.

Was passiert, wenn die Übergabe fehlt

Die Lücken zeigen sich selten am ersten Tag. Sie zeigen sich beim ersten Ernstfall.

Ein Beispiel: Die Anwendung steht still, Kunden rufen an. Der Dienstleister sucht zuerst die Zugangsdaten zum Server. Danach sucht er den richtigen Ansprechpartner beim Hoster. Aus einer Störung von 30 Minuten werden vier Stunden. Der Dienstleister könnte längst reparieren. Er findet nur den Einstieg nicht.

Auch im Alltag kostet die fehlende Übergabe. Jedes Ticket beginnt mit Spurensuche im Code. Aufwände steigen, Antworten dauern länger. Irgendwann steht der Vorwurf im Raum, die Zusammenarbeit funktioniere nicht. Dabei fehlte nur der geordnete Start.

Der teuerste Irrtum dabei: Die Einarbeitung fällt nicht weg, wenn man sie streicht. Sie verschiebt sich in den Störfall. Dort zahlen Sie sie mit Zinsen.

Die vier Bausteine einer guten Übergabe

Dokumentation: sichern, was greifbar ist

Am Anfang steht eine Bestandsaufnahme. Welche Server laufen wo? Wer hat welche Zugänge? Wie kommt eine Änderung in den laufenden Betrieb? Welche Schnittstellen hängen am System? Dazu kommen die Eigenheiten. Der nächtliche Automatik-Lauf, den niemand verschieben darf. Die Datenbanktabelle, die seit Jahren keiner anfassen will.

Perfekte Dokumentation brauchen Sie dafür nicht. Eine brauchbare reicht für den Start. Wie Sie die aufbauen, beschreibt unser Artikel über Dokumentation für Legacy-Software. Fehlt jede Unterlage, ist das kein Ausschlusskriterium. Ein erfahrener Dienstleister erstellt die Dokumentation während der Übergabe. Bei uns gibt es das als eigene Leistung: Dokumentation und Übergabe.

Einarbeitung: gemeinsame Wochen statt kalter Start

Einarbeitung heißt: Der neue Betreuer arbeitet eine Zeit lang parallel zum bisherigen. Er löst erste Tickets, solange die alten Ansprechpartner noch erreichbar sind. Er richtet sich eine Testumgebung ein, also eine Kopie des Systems zum gefahrlosen Ausprobieren. Er spielt eine erste Änderung unter Aufsicht ein. So lernt er das System im laufenden Betrieb kennen. Fehler passieren dann dort, wo noch jemand helfen kann.

Planen Sie für diese Phase feste Termine ein. Ein wöchentlicher Austausch von einer Stunde bewirkt mehr als ein dickes Dokument, das niemand liest. Halten Sie die Ergebnisse dieser Termine schriftlich fest. So wächst die Dokumentation dort weiter, wo gerade gearbeitet wird.

Wissenstransfer: die Köpfe anzapfen, solange sie da sind

Der wertvollste Teil der Übergabe sind Gespräche. Setzen Sie den bisherigen Entwickler mit dem neuen Team zusammen. Zeichnen Sie diese Runden auf. Zwei Fragen bringen dabei besonders viel: Warum wurde das so gebaut? Und wo ist die heikelste Stelle im System? Die Antworten ersparen dem neuen Team Wochen an Detektivarbeit.

Richtig dringend wird der Wissenstransfer, wenn der letzte Kenner geht. Rente, Kündigung oder Firmenverkauf setzen harte Fristen. Steht so ein Abschied an, zählt jede Woche.

Reaktionszeiten: das SLA regelt den Ernstfall

SLA steht für Service Level Agreement. Gemeint ist die vertragliche Zusage, wie schnell der Dienstleister reagiert und Störungen behebt. Ein brauchbares SLA für Legacy-Wartung regelt mehr als eine pauschale Reaktionszeit. Es unterscheidet Schweregrade, denn ein Totalausfall wiegt schwerer als ein Tippfehler im Formular. Es benennt Eskalationswege mit Namen und Telefonnummern. Und es zieht Verantwortungsgrenzen: Wer kümmert sich um das Hosting, wer um den Code?

Ein fairer Vertrag enthält außerdem eine Übergangsklausel. Die vollen Zusagen gelten erst nach der Einarbeitung. Vorher wäre jede Garantie geraten, und beide Seiten wüssten es.

Was Sie selbst vorbereiten können

Der Dienstleister trägt den Übergang nicht allein. Einiges liegt bei Ihnen, und vieles davon kostet wenig Zeit. Sammeln Sie Verträge und Zugänge an einem Ort: Hosting, Domain, Lizenzen, externe Dienste. Benennen Sie eine interne Ansprechperson mit Entscheidungsbefugnis. Klären Sie, wer den bisherigen Betreuer für Rückfragen freistellt. Und formulieren Sie Ihre Erwartungen schriftlich: Was soll in sechs Monaten besser sein als heute?

Prüfen Sie außerdem stille Abhängigkeiten. Läuft ein Datenimport über den Rechner eines einzelnen Mitarbeiters? Liegt ein wichtiges Skript nur auf einem alten Laptop? Solche Funde gehören auf die Übergabeliste.

Diese Vorarbeit verkürzt die Übergabe spürbar. Sie zeigt dem Dienstleister außerdem, dass er einen organisierten Auftraggeber bekommt.

Ein realistischer Zeitplan

Für eine mittelgroße Anwendung hat sich dieser Rahmen bewährt. Die ersten zwei Wochen gehören den Grundlagen: Zugänge, Systemüberblick, eine Notfallliste mit Ansprechpartnern. Ab der dritten Woche arbeitet der neue Betreuer parallel mit und übernimmt erste Tickets. Die Dokumentation wächst dabei nebenher. Ab Woche sieben oder acht wechselt die Verantwortung schrittweise. Nach zwei bis drei Monaten trägt der Dienstleister den Betrieb allein.

Halten Sie diese Schritte im Vertrag fest. Ein Übergabeplan mit Terminen und Zuständigkeiten schafft Verbindlichkeit. Und er zeigt früh, wenn etwas hakt.

Kleine Anwendungen gehen schneller. Ein Warenwirtschaftssystem mit 20 Jahren Geschichte braucht länger. Misstrauen Sie Angeboten, die eine Übernahme "ab morgen" versprechen. Wer so plant, hat den Aufwand nicht verstanden. Oder er berechnet ihn später, wenn Sie schlechter verhandeln können.

Woran Sie einen guten Dienstleister erkennen

Ein seriöser Anbieter fragt vor dem Angebot nach Dokumentation und Wissensträgern. Er plant die Übergabe als eigene Phase mit eigenem Budget. Er benennt Risiken, bevor Sie danach fragen. Und er kann erklären, was Software-Wartung bei ihm konkret umfasst.

Fragen Sie im Gespräch nach der letzten Übernahme. Wie lief sie ab? Was ging schief? Eine ehrliche Antwort sagt mehr als jede Referenzliste.

Falls Sie noch grundsätzlich abwägen, helfen zwei weitere Artikel. Wir haben die Vor- und Nachteile von Outsourcing nüchtern sortiert. Und der Vergleich Inhouse oder Outsourcing zeigt, für wen sich welches Modell rechnet.

Fazit: Die Übergabe entscheidet

Beim Outsourcing der Legacy-Wartung fällt die eigentliche Entscheidung nach der Unterschrift. Planen Sie für den Übergang mehrere Wochen ein. Sichern Sie die Dokumentation, organisieren Sie Gespräche mit den Wissensträgern, verhandeln Sie ein ehrliches SLA. Dann bekommt der neue Betreuer ein System mit Anleitung statt eines Rätsels.

Sie planen, die Wartung Ihrer Altanwendung abzugeben? Wir übernehmen Legacy-Software in PHP, Java und JavaScript. Die strukturierte Übergabe gehört bei uns zum Start dazu. Sprechen Sie uns an. Das Erstgespräch ist kostenlos.