Inhouse oder Outsourcing: Was ist besser für Legacy-Wartung?
Inhouse oder Outsourcing bei der Software-Wartung: Diese Frage stellt sich fast jedes Unternehmen irgendwann. Meistens dann, wenn der bisherige Entwickler das Unternehmen verlässt, das System immer schwieriger zu betreuen wird oder die Kosten steigen.
Die ehrliche Antwort: Es gibt keine universell richtige Entscheidung. Was es gibt, ist einen strukturierten Rahmen, mit dem Sie für Ihre Situation die bessere Wahl treffen können.
Dieser Artikel vergleicht beide Modelle. Ohne Verkaufsgespräch. Dafür mit konkreten Kriterien.
Was bedeutet Inhouse-Wartung für Legacy-Software?
Inhouse bedeutet: Ein eigener Entwickler oder ein internes Team betreut das System. Er kennt den Code, reagiert schnell und ist Teil des Unternehmens.
Das klingt ideal. Und für manche Unternehmen ist es das auch.
Aber Legacy-Software stellt besondere Anforderungen. Wer ein PHP-System aus 2009 betreuen soll, braucht mehr als allgemeine Entwicklungskenntnisse. Er braucht Geduld, Erfahrung mit alten Codebasen und die Bereitschaft, sich in undokumentierten Code einzuarbeiten.
Genau das ist der Grund, warum viele Unternehmen keinen geeigneten Inhouse-Entwickler finden. Der Markt für Legacy-erfahrene Entwickler ist eng. Wer PHP 5 und Java EE nicht scheut, ist selten.
Vorteile der internen Lösung
Internes Wissen ist schwer zu ersetzen. Wer täglich mit dem System arbeitet, kennt seine Eigenheiten. Er weiß, welche Funktion zuverlässig läuft und welche beim letzten Update Probleme gemacht hat.
Reaktionszeiten sind kürzer. Ein internes Team reagiert oft schneller auf kritische Fehler. Es gibt keine Vertragsklauseln, keine Ticket-Systeme, keinen Wechsel der Ansprechperson.
Außerdem bleibt das Wissen im Unternehmen. Wer auf externe Dienstleister angewiesen ist, gibt einen Teil der Kontrolle ab.
Nachteile der internen Lösung
Der größte Nachteil ist das Klumpenrisiko. Was passiert, wenn der einzige Entwickler der das System kennt kündigt? Dann steht das Unternehmen da, ohne Plan und ohne Einarbeitungsgrundlage.
Dazu kommt die Spezialisierung. Ein Inhouse-Entwickler betreut oft mehr als nur das Legacy-System. Er pflegt die Website, hilft bei IT-Fragen, integriert neue Tools. Die Legacy-Wartung gerät zur Nebenaufgabe.
Und die Kosten sind fix. Ein angestellter Entwickler kostet jeden Monat, auch wenn nichts zu tun ist. Bei Systemen, die selten Eingriffe brauchen, ist das ineffizient.
Wann lohnt sich Outsourcing?
Outsourcing der Software-Wartung bedeutet: Ein externer Dienstleister übernimmt die Betreuung. Das kann ein Wartungsvertrag mit monatlichen Leistungen sein oder eine Vereinbarung auf Abruf.
Vorteile von externem Support
Der wichtigste Vorteil: Spezialisierung. Externe Dienstleister, die auf Legacy-Software spezialisiert sind, kennen die typischen Probleme alter PHP- und Java-Systeme. Sie haben ähnliche Projekte schon dutzende Male betreut. Dieses Erfahrungswissen fehlt dem internen Generalisten.
Dazu kommt die Flexibilität. Ein Wartungsvertrag lässt sich anpassen. Wenn das System mehr Aufmerksamkeit braucht, wird das Kontingent erhöht. Wenn alles ruhig läuft, werden die Kosten gesenkt.
Outsourcing löst auch das Klumpenrisiko. Ein guter Dienstleister arbeitet im Team. Wenn eine Person ausfällt, übernimmt eine andere. Das System bleibt betreut.
Nachteile von externem Support
Wissen wandert nach außen. Wer einen externen Dienstleister langfristig mit dem System betraut, gibt Kontrolle ab. Das ist kein Drama, solange der Dienstleister sauber dokumentiert und transparent arbeitet. Es ist aber ein Risiko, wenn die Zusammenarbeit endet.
Reaktionszeiten können länger sein. Ein externer Dienstleister reagiert nach vertraglichen SLAs (Service Level Agreements, zu Deutsch: vereinbarte Reaktionszeiten). Bei kritischen Fehlern kann das ein Problem sein, wenn keine entsprechenden Klauseln vereinbart wurden.
Und: nicht jeder externe Anbieter ist für Legacy-Arbeit geeignet. Wer hauptsächlich neue Projekte entwickelt, wird die Pflege alter Systeme oft ablehnen oder teuer berechnen.
Der Mittelweg: Hybridlösungen
Viele Unternehmen fahren gut mit einer Kombination aus beiden Ansätzen.
Ein interner Mitarbeiter übernimmt die tägliche Betreuung: Anwender-Support, kleine Anpassungen, Monitoring. Für komplexere Eingriffe, Sicherheits-Upgrades oder tiefergehende Analysen wird ein externer Spezialist hinzugezogen.
Das kombiniert die schnelle Reaktion des internen Teams mit der Fachtiefe des externen Dienstleisters. Gleichzeitig bleibt das Systemwissen nicht ausschließlich bei einer Person.
Diese Lösung ist besonders dann sinnvoll, wenn technische Schulden sich über Jahre angesammelt haben und ein gelegentlicher externer Blick hilft, Prioritäten zu setzen.
Woran Sie die richtige Entscheidung festmachen
Folgende Fragen helfen bei der Einschätzung:
Wie kritisch ist das System? Wenn ein Ausfall direkt den Betrieb oder Umsatz gefährdet, zählt Reaktionszeit mehr als alles andere. In diesem Fall ist ein klarer SLA mit einem externen Anbieter oft sicherer als die Hoffnung auf die Verfügbarkeit eines einzelnen Entwicklers.
Haben Sie geeignetes internes Personal? Nicht jeder Entwickler möchte Legacy-Code betreuen. Wer jemanden intern zwingt, den Job zu übernehmen, erhält oft halbherzige Arbeit. Und verliert den Entwickler bald.
Wie häufig braucht das System Eingriffe? Ein System, das zweimal pro Jahr ein Update braucht, lohnt keinen Vollzeit-Inhouse-Entwickler. Für solche Systeme ist ein externer Dienstleister auf Abruf wirtschaftlicher.
Wie gut ist das System dokumentiert? Schlechte Dokumentation macht den Wechsel zwischen Dienstleistern riskant. Bevor Sie outsourcen, lohnt es sich, zumindest eine Basisdokumentation aufzubauen.
Was passiert, wenn der aktuelle Betreuer ausfällt? Diese Frage ist unangenehm, aber wichtig. Wer keine Antwort hat, hat ein Risiko das er kennen sollte.
Was ein fairer Outsourcing-Vertrag enthalten sollte
Wenn Sie sich für externen Support entscheiden, sollten diese Punkte im Vertrag stehen:
Reaktionszeiten bei kritischen Fehlern. Was gilt als kritisch? Innerhalb welcher Zeit wird reagiert?
Dokumentationspflicht. Jede Änderung am System wird dokumentiert. Das schützt Sie beim Anbieterwechsel.
Übergabe-Regelung. Was passiert, wenn die Zusammenarbeit endet? Wie wird Wissen übergeben?
Zugriffsrechte. Wer hat Zugang zu welchen Systemen? Was passiert mit diesen Zugängen nach Vertragsende?
Ein Dienstleister, der bei diesen Punkten zögert, ist kein guter Dienstleister.
Fazit: Kein Modell ist grundsätzlich besser
Inhouse oder Outsourcing bei der Software-Wartung hängt von Ihrer Situation ab. Für Systeme mit hoher Kritikalität und häufigen Eingriffen ist eine interne Lösung oder ein enger Hybrid sinnvoll. Für Systeme, die stabil laufen und selten Eingriffe brauchen, ist ein externer Dienstleister auf Abruf oft wirtschaftlicher.
Was in beiden Fällen nicht funktioniert: gar nichts zu tun. Software die läuft aber nicht betreut wird, wird über die Zeit zum Risiko. Das ist keine Dramatik, das ist Erfahrung aus vielen Projekten.
Sprechen Sie uns an. Wir helfen Ihnen einzuschätzen, welches Modell für Ihr System sinnvoll ist. Das Erstgespräch ist kostenlos.