Legacy-Systeme modernisieren – wann Altsysteme zum Risiko werden

Jedes Unternehmen hat sie: Systeme, die seit Jahren laufen, die niemand mehr wirklich versteht, aber von denen trotzdem alles abhängt. Die Access-Datenbank, die ein ehemaliger Mitarbeiter vor zehn Jahren gebaut hat. Das ERP-System, das seit der Einführung kaum aktualisiert wurde. Die Excel-Datei mit 47 Tabellenblättern, die den gesamten Produktionsprozess steuert. Diese Systeme funktionieren – irgendwie. Aber sie funktionieren auf eine Art, die das Unternehmen zunehmend einschränkt, verlangsamt und verwundbar macht.

Legacy-Systeme sind kein abstraktes IT-Problem. Sie sind ein Geschäftsrisiko. Und je länger man wartet, desto teurer und schwieriger wird der Wechsel. Die gute Nachricht: Man muss nicht alles auf einmal ersetzen. Aber man muss ehrlich hinschauen und die richtigen Prioritäten setzen.

Was ein System zum Legacy-System macht

Veraltete Software ist nicht automatisch ein Legacy-System. Ein System wird dann zum Problem, wenn es das Unternehmen daran hindert, sich weiterzuentwickeln. Die Frage ist nicht, wie alt die Software ist, sondern wie stark sie das Geschäft einschränkt.

Fehlende Integrationen. Das System kann nicht mit anderen Tools kommunizieren. Daten müssen manuell übertragen werden – per Export, per Copy-Paste, per Telefon. Jede Schnittstelle, die fehlt, erzeugt Aufwand, Fehler und Zeitverlust. In einer Welt, in der Systeme miteinander sprechen müssen, ist ein isoliertes System ein Bremsklotz.

Abhängigkeit von Einzelpersonen. Nur eine Person im Unternehmen weiss, wie das System konfiguriert ist, wo die Daten liegen und was passiert, wenn man an einer bestimmten Stelle etwas ändert. Wenn diese Person das Unternehmen verlässt, in den Urlaub geht oder krank wird, steht das Unternehmen vor einem Problem, das sich nicht kurzfristig lösen lässt.

Keine Updates oder kein Support mehr. Der Hersteller liefert keine Sicherheitsupdates mehr. Die Version, die im Einsatz ist, wird nicht mehr unterstützt. Oder schlimmer: Den Hersteller gibt es gar nicht mehr. Das bedeutet, dass jede Sicherheitslücke offen bleibt und jedes Problem intern gelöst werden muss – sofern überhaupt jemand dazu in der Lage ist.

Steigende Betriebskosten. Legacy-Systeme sind oft teuer im Unterhalt, auch wenn es nicht sofort auffällt. Alte Server brauchen Wartung, spezialisierte Dienstleister verlangen hohe Stundensätze für Nischentechnologien, und die manuelle Arbeit, die das System verursacht, bindet Mitarbeitende an Aufgaben, die längst automatisiert sein könnten.

Die versteckten Kosten des Nichtstuns

Eines der grössten Missverständnisse bei Legacy-Systemen ist die Annahme, dass Behalten billiger ist als Ersetzen. Auf den ersten Blick stimmt das: Das System ist da, es läuft, es kostet kein Projektbudget. Aber diese Rechnung ignoriert die Kosten, die sich nicht auf einer Rechnung zeigen.

Da sind die Stunden, die Mitarbeitende jede Woche damit verbringen, Daten von einem System ins andere zu übertragen. Da ist die Verzögerung, wenn ein Kunde eine Information braucht und drei verschiedene Systeme konsultiert werden müssen, um sie zusammenzusetzen. Da sind die Fehler, die entstehen, weil Daten in unterschiedlichen Systemen unterschiedliche Stände haben. Und da ist die Frustration im Team, wenn man mit Werkzeugen arbeiten muss, die längst nicht mehr zeitgemäss sind.

Diese Kosten summieren sich – leise, aber kontinuierlich. In vielen KMU sind sie höher als die Kosten eines strukturierten Modernisierungsprojekts. Aber weil sie nicht als einzelner Posten in der Buchhaltung auftauchen, bleiben sie unsichtbar. Bis jemand nachrechnet.

Warum der Big Bang fast nie funktioniert

Die naheliegende Reaktion auf ein Legacy-Problem ist oft radikal: Alles rausreissen, ein neues System einführen, Stichtag setzen, umschalten. Dieser Ansatz klingt sauber, ist in der Praxis aber einer der häufigsten Gründe, warum IT-Modernisierungen scheitern.

Ein Big-Bang-Wechsel birgt enorme Risiken. Das neue System muss vom ersten Tag an alles können, was das alte konnte – plus alles, was es besser machen soll. Die Mitarbeitenden müssen gleichzeitig umlernen. Und wenn etwas schiefgeht – ein fehlender Prozess, eine unvollständige Datenmigration, ein Schnittstellenproblem – gibt es keinen Rückweg. Das Unternehmen steckt fest zwischen einem System, das nicht mehr läuft, und einem, das noch nicht richtig funktioniert.

In der Realität scheitern Big-Bang-Projekte nicht an der Technik, sondern an der Komplexität. Wenn man versucht, alles gleichzeitig zu ändern, verliert man die Kontrolle. Anforderungen werden übersehen, Prioritäten vermischen sich, und der Zeitplan gerät unter Druck, weil der Stichtag nicht verschoben werden kann. Am Ende wird ein System eingeführt, das technisch modern ist, aber die tatsächlichen Bedürfnisse des Unternehmens nur teilweise abdeckt.

Der pragmatische Weg: Schrittweise modernisieren

Die bessere Strategie ist fast immer eine schrittweise Modernisierung. Das bedeutet nicht, dass man weniger konsequent vorgeht. Es bedeutet, dass man klüger vorgeht – mit klaren Prioritäten, überschaubaren Etappen und messbaren Ergebnissen nach jedem Schritt.

Bestandsaufnahme machen. Bevor man irgendetwas ersetzt, muss man verstehen, was man hat. Welche Systeme sind im Einsatz? Welche Daten fliessen zwischen ihnen? Welche Prozesse hängen davon ab? Wer nutzt sie und wofür? Diese Bestandsaufnahme klingt banal, aber sie ist der Schritt, der in den meisten gescheiterten Modernisierungsprojekten übersprungen wurde. Man kann kein System ersetzen, das man nicht vollständig verstanden hat.

Risiken bewerten. Nicht jedes Legacy-System hat die gleiche Dringlichkeit. Manche Systeme laufen stabil und stellen kein unmittelbares Risiko dar – auch wenn sie alt sind. Andere sind eine tickende Zeitbombe, weil der einzige Mensch, der sie versteht, bald in Pension geht, oder weil sie auf einer Technologie basieren, für die es keine Sicherheitsupdates mehr gibt. Die Bewertung nach Geschäftsrisiko – nicht nach technischem Alter – bestimmt die Reihenfolge.

Mit dem grössten Schmerzpunkt beginnen. Die erste Etappe der Modernisierung sollte dort ansetzen, wo der Leidensdruck am höchsten ist. Das ist der Bereich, in dem die Akzeptanz für Veränderung am grössten ist, und der Bereich, in dem der Nutzen am schnellsten sichtbar wird. Ein erfolgreicher erster Schritt schafft Vertrauen im Team und bei der Geschäftsleitung – und das ist die beste Grundlage für die nächsten Schritte.

Parallelbetrieb statt Stichtag. Wo immer möglich, sollte das neue System parallel zum alten laufen, bevor das alte abgeschaltet wird. Das gibt Zeit, Fehler zu finden und zu korrigieren, bevor sie den Betrieb beeinträchtigen. Es gibt den Mitarbeitenden Zeit, sich einzuarbeiten, ohne unter Druck zu stehen. Und es gibt der Geschäftsleitung die Sicherheit, dass der Betrieb nicht plötzlich stillsteht.

Die Datenfrage – oft unterschätzt, immer entscheidend

In jedem Modernisierungsprojekt gibt es einen Punkt, an dem die Technik in den Hintergrund tritt und die Daten ins Zentrum rücken. Denn das wertvollste an einem alten System sind nicht die Funktionen – es sind die Daten, die darin stecken. Kundendaten, Auftragsdaten, Produktionsdaten, historische Auswertungen. Diese Daten müssen ins neue System überführt werden, und das ist fast immer aufwändiger als erwartet.

In Legacy-Systemen sind Daten oft inkonsistent, unvollständig oder in Formaten gespeichert, die sich nicht einfach übertragen lassen. Adressfelder, die für ein altes Postleitzahlensystem ausgelegt waren. Artikelnummern, die sich im Laufe der Jahre dreimal geändert haben. Kundenbeziehungen, die in Freitextfeldern statt in strukturierten Verknüpfungen abgebildet sind. Diese Altlasten müssen bereinigt werden – und das braucht Zeit, Sachverstand und die Beteiligung der Fachbereiche, die mit den Daten arbeiten.

Die Datenmigration ist kein technisches Nebenprojekt. Sie ist der Kern jeder Systemablösung. Wer diesen Punkt unterschätzt, steht am Ende mit einem neuen System da, das zwar modern aussieht, aber auf einem Fundament aus fehlerhaften oder unvollständigen Daten operiert. Und das ist schlimmer als das alte System, denn jetzt vertrauen alle der neuen Lösung – ohne zu wissen, dass die Datenbasis nicht stimmt.

Menschen mitnehmen – der unterschätzte Erfolgsfaktor

Jede Systemablösung ist auch eine Veränderung für die Menschen, die damit arbeiten. Und Veränderung erzeugt Widerstand – nicht weil die Mitarbeitenden dagegen sind, sondern weil sie Unsicherheit empfinden. Das alte System war vertraut. Man wusste, wo man klicken muss, welche Workarounds funktionieren und wie man seine tägliche Arbeit erledigt. Das neue System bedeutet: alles neu lernen, Routinen aufgeben, vorübergehend langsamer sein.

Unternehmen, die diese menschliche Seite der Modernisierung ignorieren, erleben regelmässig, dass das neue System zwar eingeführt, aber nicht genutzt wird. Mitarbeitende arbeiten mit dem alten System weiter, umgehen das neue oder führen parallele Schattenprozesse ein. Das Resultat ist das Gegenteil von dem, was man erreichen wollte: mehr Komplexität statt weniger.

Die Lösung ist kein aufwändiges Change-Management-Programm, sondern ehrliche Kommunikation und echte Beteiligung. Erklären, warum die Veränderung notwendig ist. Die Mitarbeitenden in die Anforderungserhebung einbeziehen. Schulungen anbieten, die auf die tatsächlichen Arbeitsabläufe zugeschnitten sind. Und nach der Einführung Anlaufstellen schaffen, an die man sich mit Fragen wenden kann, ohne sich dumm zu fühlen.

Wann ist der richtige Zeitpunkt?

Die ehrliche Antwort: In den meisten Fällen ist der richtige Zeitpunkt bereits vorbei. Unternehmen warten typischerweise zu lange mit der Modernisierung – nicht aus Nachlässigkeit, sondern weil der Handlungsdruck schleichend wächst und es immer einen Grund gibt, das Projekt noch ein Quartal zu verschieben. Ein neuer Auftrag, eine Messeplanung, ein anderes laufendes Projekt.

Es gibt allerdings klare Warnsignale, die eine Modernisierung dringend machen. Wenn der einzige Mensch, der das System versteht, das Unternehmen verlässt oder in den nächsten zwei Jahren in Pension geht. Wenn der Hersteller den Support einstellt. Wenn das System nicht mehr mit gesetzlichen Anforderungen kompatibel ist. Wenn die manuelle Arbeit rund um das System einen messbaren Anteil der Arbeitszeit ausmacht. Oder wenn das Unternehmen wachsen möchte, aber das System nicht mitwachsen kann.

Der beste Zeitpunkt für eine Modernisierung ist dann, wenn man die Wahl noch hat – wenn man in Ruhe planen, evaluieren und umsetzen kann. Der schlechteste Zeitpunkt ist, wenn das alte System ausfällt und man unter Druck eine Notlösung braucht. Denn Notlösungen werden zu den Legacy-Systemen von morgen.

Was Modernisierung nicht bedeuten muss

Ein verbreitetes Missverständnis ist, dass Modernisierung immer bedeutet, ein grosses, teures Enterprise-System einzuführen. Für viele KMU ist das weder nötig noch sinnvoll. Manchmal reicht es, eine einzelne Schnittstelle zu bauen, die zwei vorhandene Systeme verbindet. Manchmal genügt es, einen manuellen Prozess mit einem einfachen Workflow-Tool zu automatisieren. Manchmal ist die beste Lösung, ein altes System nicht komplett zu ersetzen, sondern seine kritischsten Funktionen in eine moderne Umgebung zu verlagern – etwa von einem lokalen Server in die Cloud – und den Rest weiterlaufen zu lassen, bis der nächste Schritt sinnvoll ist.

Pragmatische Modernisierung bedeutet, den grösstmöglichen Nutzen mit dem geringstmöglichen Risiko zu erzielen. Nicht alles auf einmal. Nicht das Grösste und Neueste. Sondern das, was jetzt den grössten Unterschied macht – und was das Unternehmen tatsächlich umsetzen und absorbieren kann.

Das Ziel ist nicht technische Perfektion. Das Ziel ist ein Unternehmen, das handlungsfähig bleibt, das seine Daten im Griff hat und das nicht von Systemen abhängt, die niemand mehr versteht. Und dieses Ziel lässt sich in jedem KMU erreichen – Schritt für Schritt, mit klarem Blick und einem pragmatischen Plan.