Legacy System: "Never change a running system." Der teuerste Irrtum im Mittelstand.
Das System rennt nicht mehr. Es humpelt. Und es zieht den ganzen Betrieb mit runter.
Deine Mitarbeiter sind nicht unmotiviert. Sie arbeiten heute noch mit einer OberflÀche die aussieht wie Windows 95.
"Never change a running system" ist einer der gefÀhrlichsten SÀtze im deutschen Mittelstand. Er klingt nach Pragmatismus. Er ist in Wirklichkeit aufgeschobene Kapitulation.
Das System, um das es geht, lĂ€uft nicht mehr. Es humpelt. Es braucht Workarounds fĂŒr Workarounds. Es braucht Mitarbeiter die sich ĂŒber Jahre ein geheimes Wissen aufgebaut haben das nirgendwo dokumentiert ist. Und es kostet jeden Tag Energie, die besser woanders eingesetzt wĂ€re.
Dazu kommt: wenn Mitarbeiter im Vertrieb oder Kundenservice tĂ€glich unnötige Mehrarbeit leisten mĂŒssen weil das System nervt, und die Lösung auf "in 24 Monaten" verschoben wird, dann kĂŒndigen die besten Leute. Zurecht.
Drei Situationen die entstehen wenn das Legacy System zur Dauerlösung wird.
Diese Situationen kennen wir aus fast jedem Unternehmen das zu uns kommt.
Das Ticket das niemand bearbeitet
Der Vertrieb braucht eine kleine Anpassung am Angebotsgenerator. Ticket an die IT. Antwort: "Geht aktuell nicht, wir stecken im groĂen ERP-Rollout. FrĂŒhestens in 12 Monaten." Der Vertrieb baut die Angebote ein weiteres Jahr mit Workarounds. Frustlevel: 100%.
Das Ergebnis: Die beste Vertriebskraft kĂŒndigt. Nicht wegen des Gehalts.
Das Wissen das nirgendwo steht
Das System wird von einem Mitarbeiter betrieben der seit 15 Jahren dabei ist und als einziger weiĂ wie man bestimmte Dinge darin erledigt. Kein Handbuch. Keine Dokumentation. Wenn er geht, geht das Wissen mit.
Das Ergebnis: Das Unternehmen ist erpressbar von einem System das niemand mehr versteht.
Das Mega-Projekt das alles einfriert
Die Standard-Antwort: komplett rausreiĂen, neues ERP fĂŒr eine Million Euro, Dauer zwei Jahre. WĂ€hrend die IT am neuen Projekt arbeitet, bleibt keine KapazitĂ€t fĂŒr alltags-Anpassungen. Zwei-Jahres-Freeze fĂŒr ein System das zur EinfĂŒhrung bereits wieder veraltet ist.
Das Ergebnis: Ein 30-Monate-Projekt blockiert nicht nur das Budget, es killt die Innovation.
Der Ăltanker oder nichts. Warum das falsch ist.
Die IT-Welt hat lange eine Antwort auf Legacy Systeme gehabt: alles rausreiĂen, groĂes Plattformprojekt, neues ERP einfĂŒhren. Ganzheitlich. Zukunftssicher. Integriert.
Das klingt gut. Die RealitÀt sieht anders aus.
Ein 30-Monate-Projekt friert die komplette IT-KapazitÀt ein. Jede Anfrage aus dem TagesgeschÀft bekommt dieselbe Antwort: keine KapazitÀt. Und wenn das neue System nach zwei Jahren live geht, ist es manchmal bereits wieder das neueste von gestern.
Dazu kommt: die Angst vor Insellösungen. "Wenn wir verschiedene spezialisierte Tools nutzen, haben wir plötzlich zehn Systeme die nicht miteinander reden." Das war frĂŒher ein legitimes Problem. Jede moderne Lösung hat heute offene APIs. Systeme die sich ĂŒber Make.com, Zapier oder n8n verbinden lassen, oder mit einem kleinen Python-Skript. Der Ăltanker ist kein QualitĂ€tsmerkmal mehr. Er ist eine Entscheidung aus der Vergangenheit.
Best-of-Breed statt Ăltanker. Und manchmal reichen zwei Tage.
Es gibt eine Alternative zum Mega-Projekt. Sie heiĂt Best-of-Breed: der Vertrieb holt sich das beste Vertriebs-Tool, der Service das beste Service-Tool, und beide werden ĂŒber offene APIs miteinander verbunden.
Der Vorteil: die Fachabteilung kann selbst evaluieren, einfĂŒhren und anpassen. Ohne dass die zentrale IT monatelang blockiert wird. Spezialisierte Partner helfen wenn man nicht weiterkommt. Kein Vendor-Lock-in mehr. Das Risiko verteilt sich auf mehrere Systeme. FĂ€llt ein Tool aus oder wird schlechter, wechselt man es. Nicht das gesamte Fundament.
Und manchmal braucht es nicht mal ein neues System. Manchmal schlieĂen wir uns zwei Tage mit der IT ein. Am Ende hat man etwas geschafft das eigentlich erst in zwei Jahren umgesetzt werden sollte. Nicht weil wir Zauberer sind. Sondern weil niemand vorher die richtigen Fragen gestellt hat.
Kein Mega-Projekt. Zwei Tage. Ein Problem gelöst das seit drei Jahren wartet.
Ein Vertriebsteam arbeitet mit einem CRM aus 2014. Das System kann nicht was der Vertrieb braucht. Die IT sagt: Wir tauschen das komplett aus, neues Projekt, frĂŒhestens nĂ€chstes Jahr. Das Vertriebsteam hat das dreimal gehört.
Wir schauen uns eine Woche lang an was konkret nervt. Ergebnis: ein einzelner manueller Prozess der tÀglich eine Stunde kostet lÀsst sich mit einer API-Verbindung zu einem spezialisierten Tool lösen. Kein neues ERP. Kein Jahresprojekt.
- Problemanalyse in zwei Tagen
- API-Verbindung zu spezialisiertem Tool gebaut
- Manueller Prozess von 60 Minuten tÀglich eliminiert
- IT-KapazitÀt nicht belastet
- Fachabteilung kann Tool selbst weiterentwickeln
- NÀchste Baustelle identifiziert: ebenfalls lösbar ohne Mega-Projekt
âManchmal schlieĂen wir uns zwei Tage mit der IT ein. Am Ende hat man was geschafft, was eigentlich erst in zwei Jahren umgesetzt werden sollte.â
Was ihr uns zum Thema Legacy System meistens fragt.
Meistens nicht sofort. Wir schauen zuerst was konkret nervt und ob das lösbar ist ohne das Fundament anzufassen. Oft reicht eine gezielte ErgĂ€nzung oder Schnittstelle um den gröĂten Schmerz zu beseitigen.
War es frĂŒher. Heute hat fast jede moderne Lösung eine offene API. Verbindungen lassen sich ĂŒber Make.com, Zapier oder n8n aufbauen, oder mit einem kleinen Skript. Die Integration ist kein Hexenwerk mehr.
Dann schauen wir was parallel lösbar ist ohne die IT-KapazitĂ€t zu belasten. Viele Fachabteilungen können spezialisierte Tools selbst einfĂŒhren und anpassen. Wir helfen dabei.
Eine erste ehrliche Bestandsaufnahme mit konkreten Handlungsempfehlungen schaffen wir in zwei bis drei Tagen. Kein Langzeit-Consulting, kein Folienberg. Sondern: wo drĂŒckt der Schuh am meisten und was ist der schnellste erste Schritt.
STECKT IHR IM GROSSPROJEKT FEST? LASST UNS REDEN.
Beschreibt uns kurz wo der Schuh am meisten drĂŒckt, wir sagen euch in einem GesprĂ€ch was realistisch und schnell lösbar ist.