In vielen mittelständischen Unternehmen läuft der wichtigste Teil des Tagesgeschäfts auf Software, zu der sich niemand mehr bekennt: eine über zwanzig Jahre gewachsene Access-Datenbank, eine Excel-Mappe mit hunderten VBA-Makros, ein Windows-Server im Nebenraum, dessen Betriebssystem längst keine Updates mehr erhält. Diese Systeme tun ihren Dienst, und genau das macht die Entscheidung so schwer. Der folgende Beitrag ordnet ein, woran Sie echten Handlungsdruck von Unbehagen unterscheiden, welche vier Wege realistisch offenstehen und warum ein kompletter Neubau selten die günstigste und fast nie die schnellste Antwort ist.
Symptome, die echten Handlungsdruck anzeigen
Ein Altsystem wird nicht dadurch zum Problem, dass es alt ist. Es wird zum Problem, wenn eines der folgenden Signale auftritt. Prüfen Sie ehrlich, wie viele davon auf Ihre Situation zutreffen:
- Kein Support mehr: Hersteller aufgelöst, Entwickler im Ruhestand, Vertrag ausgelaufen. Bei einer Störung gibt es keine Instanz, die helfen könnte.
- Sicherheitslücken ohne Aussicht auf Behebung: Betriebssystem, Datenbank oder Laufzeitumgebung erhalten keine Patches. Wer solche Systeme erreichbar hält, trägt ein Risiko, das mit der Zeit wächst statt zu sinken.
- Ein einzelner Wissensträger: Genau eine Person kann Auswertungen anpassen, Fehler beheben oder erklären, warum eine Berechnung so aussieht. Urlaub, Krankheit oder Kündigung werden damit zum Betriebsrisiko.
- Keine Schnittstellen: Daten wandern per Export, Copy-and-paste oder Zuruf zwischen Systemen. Doppelerfassung ist Alltag, Zahlen widersprechen sich.
- Mobiler oder externer Zugriff unmöglich: Wer im Außendienst, in der Werkstatt oder im Homeoffice arbeitet, bleibt vom System ausgeschlossen.
- Wachstum stößt an Grenzen: Neue Standorte, Mandanten oder Produktlinien lassen sich nicht mehr abbilden, ohne die Struktur zu verbiegen.
Ein einzelnes Signal rechtfertigt selten ein Projekt. Drei oder mehr bedeuten, dass Sie den Zeitpunkt der Modernisierung besser selbst wählen, als ihn von einem Ausfall bestimmen zu lassen.
Und die Argumente, die keine sind
Ebenso wichtig ist die Gegenprobe. „Sieht altmodisch aus“ ist kein Handlungsgrund. Eine graue Maske mit dichten Eingabefeldern kann für geübte Anwender schneller sein als jede moderne Oberfläche. Auch „läuft auf veralteter Technologie“ trägt allein nicht: Solange die Technologie gewartet wird und das System die Prozesse abbildet, ist Stabilität ein Wert.
Vorsicht ebenfalls bei Argumenten, die aus Personalwechseln entstehen. Eine neue IT-Leitung bringt naturgemäß eigene Vorlieben mit, und ein Dienstleister empfiehlt gern das, was er baut. Aus einem weichen Argument wird allerdings ein hartes, sobald es messbar wird: Wenn die Einarbeitung neuer Mitarbeiter Wochen dauert oder sich Erfassungsfehler häufen, ist die Oberfläche ein Kostenfaktor und gehört in die Rechnung.
Der eigentliche Wert steckt in der undokumentierten Fachlogik
Der teuerste Bestandteil eines Altsystems ist nicht der Code und selten die Datenbank. Es ist das Wissen, das über Jahre in Sonderfälle, Rundungsregeln, Rabattstaffeln, Prüfroutinen und stille Ausnahmen eingeflossen ist. Diese Regeln haben oft niemand aufgeschrieben, sie sind aber der Grund, warum das System im Alltag trägt.
Wer ein solches System ersetzt, ohne diese Logik vorher zu heben, baut zwangsläufig eine Version, die im Kern richtig und in den Details falsch ist. Genau daran scheitern Modernisierungen: nicht an der Technik, sondern an den zweihundert Kleinigkeiten, die erst im Echtbetrieb auffallen. Deshalb steht am Anfang jeder ernsthaften Modernisierung eine Bestandsaufnahme: Welche Funktionen werden tatsächlich genutzt, welche Regeln stecken dahinter, welche Auswertungen hängen daran? Dieser Schritt kostet Zeit und ist der einzige, an dem zu sparen sich garantiert rächt.
Vier Strategien im Vergleich
Zwischen „so lassen“ und „neu bauen“ liegen zwei Wege, die in der Praxis häufig die klügeren sind. Die folgende Übersicht zeigt die Optionen mit ihren Voraussetzungen, Risiken und typischen Kostenverläufen. Die Kostenangaben sind bewusst qualitativ, denn belastbare Zahlen ergeben sich erst aus Ihrer konkreten Systemlandschaft.
| Strategie | Voraussetzung | Hauptrisiko | Kostenverlauf |
|---|---|---|---|
| Weiterbetrieb mit Absicherung | System läuft stabil, Fachlogik ändert sich kaum | Risiko wird verschoben, nicht gelöst | Geringer Einmalaufwand, laufend planbar |
| Kapselung per Schnittstelle | Datenbestand ist technisch erreichbar | Zwei Systeme dauerhaft im Betrieb | Moderat, gut auf Teilbudgets aufteilbar |
| Schrittweise Ablösung | System lässt sich fachlich in Module schneiden | Lange Projektdauer, Übergangsaufwand | Verteilt über Jahre, jederzeit stoppbar |
| Kompletter Neubau | Fachlogik dokumentiert, Budget und Zeit gesichert | Alles-oder-nichts beim Umstieg | Hoch und früh, Nutzen erst spät |
Der Weiterbetrieb ist dabei keine Kapitulation, sondern eine legitime Entscheidung: Netz abtrennen, Zugriffe einschränken, Datensicherung wiederherstellbar testen, Wissen auf mindestens zwei Personen verteilen. Damit kaufen Sie sich Jahre, in denen Sie in Ruhe planen können. Die Kapselung geht einen Schritt weiter: Das Altsystem bleibt Datenhaltung, erhält aber eine definierte Schnittstelle, über die neue Anwendungen wie ein Webportal oder eine mobile Erfassung angebunden werden. Wie solche Anbindungen grundsätzlich funktionieren, behandeln wir in weiteren Beiträgen im Blog.
Schrittweise Ablösung: Modul für Modul statt Stichtag
In Fachkreisen heißt dieses Vorgehen Strangler-Ansatz, und das Bild dahinter ist eine Kletterpflanze, die einen Baumstamm allmählich umwächst, bis der Stamm irgendwann entbehrlich ist. Praktisch bedeutet es: Vor das Altsystem wird eine neue Schicht gesetzt, und dann übernimmt ein Modul nach dem anderen die Arbeit, während der Rest unverändert weiterläuft.
Zuerst wandert oft ein Bereich mit klarem Rand und hohem Nutzen, etwa die Zeiterfassung, die Angebotserstellung oder ein Kundenportal. Läuft er, folgt das nächste Modul. Der Vorteil ist erheblich: Nutzen entsteht nach Monaten statt nach Jahren, jede Stufe ist einzeln abnehmbar, und wenn sich Prioritäten ändern, können Sie nach jeder Stufe anhalten, ohne mit leeren Händen dazustehen.
Die Kehrseite gehört genannt: Während der Übergangszeit existieren zwei Welten, die synchron bleiben müssen. Das erzeugt Aufwand für Abstimmung und Datenabgleich, und die Gesamtdauer ist länger als bei einem Neubau auf dem Papier. Voraussetzung ist zudem, dass sich das System fachlich sinnvoll schneiden lässt. Bei einer Excel-Landschaft mit hunderten Querverweisen zwischen allen Mappen ist dieser Schnitt manchmal nicht zu finden.
Neubau: die richtige Antwort, aber seltener als gedacht
Ein vollständiger Neubau ist gerechtfertigt, wenn das Altsystem die fachlichen Anforderungen grundsätzlich nicht mehr abbildet, wenn sich das Geschäftsmodell geändert hat, oder wenn eine technische Kapselung nachweislich nicht möglich ist. Dann ist er der ehrlichste Weg. Was er dagegen fast nie ist: der schnellste. Und günstiger als eine schrittweise Ablösung wird er nur, wenn das Altsystem so klein ist, dass sich die Zwischenschritte nicht lohnen.
Genauso wichtig ist der Fall, in dem Individualsoftware nicht die Antwort ist. Wenn Ihr Altsystem im Kern einen Standardprozess abbildet, für den es ausgereifte Produkte gibt, ist ein fertiges Werkzeug die vernünftigere Wahl. Wenn eine Access-Datenbank mit drei Nutzern lediglich Listen verwaltet, genügt oft eine No-Code-Plattform. Und wenn der Aufwand für ein Individualprojekt größer wäre als der Schaden, den das Altsystem verursacht, sollte niemand dieses Projekt verkaufen. Welche Fälle wir übernehmen und welche nicht, halten wir auf der Leistungsseite nachvollziehbar fest.
Parallelbetrieb, Abnahme, Schulung
Unabhängig vom gewählten Weg entscheidet die Übergangsphase über den Erfolg. Ein befristeter Parallelbetrieb, in dem altes und neues System dieselben Vorgänge verarbeiten, ist der zuverlässigste Test für Fachlogik: Weichen die Ergebnisse ab, haben Sie eine Regel gefunden, die niemand dokumentiert hatte. Setzen Sie diese Phase bewusst kurz an und definieren Sie vorab, wann sie endet, sonst wird sie zum Dauerzustand.
Für die Abnahme gilt: Nicht Funktionen abhaken, sondern echte Vorgänge durchspielen, ausgeführt von den Menschen, die später damit arbeiten. Rechnen Sie Schulung und eine Phase erhöhter Betreuung fest ein, denn Anwender, die ein eingespieltes System aufgeben, verlieren zunächst Tempo. Die Datenübernahme ist ein eigenes Thema mit eigenen Fallstricken, dem wir einen separaten Beitrag im Blog gewidmet haben. Wie wir Projekte insgesamt takten, zeigt unsere Beschreibung des Vorgehens.
Fazit: erst die Diagnose, dann die Strategie
Die Frage lautet nicht, ob ein Altsystem alt ist, sondern welches Risiko es erzeugt und welcher Weg dieses Risiko am wirtschaftlichsten senkt. Sichern Sie ab, was stabil läuft. Kapseln Sie, was Daten liefert, aber keine Oberfläche mehr braucht. Lösen Sie ab, was sich schneiden lässt. Und bauen Sie neu, wenn die Fachlichkeit es verlangt, nicht weil eine Maske aus einer anderen Zeit stammt. Wenn Sie vor dieser Entscheidung stehen und eine nüchterne Zweitmeinung samt Bestandsaufnahme möchten, sprechen Sie uns über die Kontaktseite an. Manchmal ist das Ergebnis eines solchen Gesprächs, dass Sie zunächst nichts tun sollten.
Häufige Fragen
Woran erkenne ich, dass unser Altsystem wirklich ersetzt werden muss?
Entscheidend sind harte Signale: kein Support mehr, ungeschlossene Sicherheitslücken, nur ein einzelner Wissensträger, fehlende Schnittstellen oder kein mobiler Zugriff. Treffen drei oder mehr zu, sollten Sie den Zeitpunkt selbst wählen. Eine altmodische Oberfläche allein ist kein Grund.
Ist ein kompletter Neubau nicht am Ende billiger als eine schrittweise Ablösung?
Meist nicht. Der Neubau bündelt hohe Kosten früh, während der Nutzen erst am Ende entsteht, und der Umstieg findet an einem Stichtag statt. Eine schrittweise Ablösung verteilt Kosten, liefert früher Nutzen und lässt sich nach jeder Stufe anhalten. Günstiger ist der Neubau vor allem bei sehr kleinen Altsystemen.
Was ist mit dem Strangler-Ansatz gemeint?
Ein neues System wächst um das alte herum: Eine vorgeschaltete Schicht leitet Vorgänge weiter, dann übernimmt Modul für Modul die Arbeit, während der Rest unverändert weiterläuft. Am Ende wird das Altsystem entbehrlich. Voraussetzung ist, dass es sich fachlich sinnvoll in Module schneiden lässt.
Was passiert mit dem Wissen, das nur im alten System steckt?
Es zu heben ist der wichtigste Projektschritt. Sonderfälle, Berechnungsregeln und Prüfroutinen sind oft nirgends dokumentiert und machen den eigentlichen Wert des Altsystems aus. Bestandsaufnahme mit den Anwendern und ein befristeter Parallelbetrieb sind die wirksamsten Mittel, um Abweichungen früh zu finden.
