Modernisieren, ohne den Betrieb anzuhalten.
Das Problem
Niemand traut sich mehr, etwas anzugreifen.
Das System läuft seit fünfzehn Jahren und trägt den halben Betrieb. Genau deshalb hat alle Angst davor, es anzufassen.
Der eine Entwickler
Nur noch eine Person versteht den Code. Manchmal ist sie schon in Pension, und ihre Nummer hängt am schwarzen Brett.
Jede Änderung ist ein Risiko
Eine kleine Anpassung, drei neue Fehler. Releases passieren am Wochenende, mit angehaltenem Atem.
Die Technik sperrt zu
Alte Versionen ohne Updates, keine Schnittstellen, Sicherheitslücken. Und junge Entwickler winken ab.
Der Weg
Ablösen, während alles weiterläuft.
Kein Big Bang, kein Parallelprojekt über Jahre. Das neue System wächst um das alte herum und übernimmt einen Bereich nach dem anderen.
Verstehen & absichern
Bestandsaufnahme, Datensicherung und Tests rund um das bestehende Verhalten – auch das ungeschriebene.
Fassade davorsetzen
Eine neue Schnittstelle legt sich vor das alte System. Ab jetzt läuft aller Verkehr über eine Stelle.
Modul für Modul ablösen
Hinter der Fassade wird ein Bereich neu gebaut und umgeschaltet. Der Rest merkt nichts davon.
Parallel prüfen
Alt und neu rechnen eine Zeit lang beide mit. Abweichungen fallen sofort auf, nicht erst beim Jahresabschluss.
Alt abschalten
Erst wenn nichts mehr darüber läuft, wird der Stecker gezogen. Das darf man dann auch feiern.
Die Reihenfolge richtet sich nach Risiko und Nutzen: Zuerst kommt das Modul dran, das am meisten Schmerzen macht, auch wenn ein anderes leichter wäre.
Die Bilanz
Was bleibt, was geht.
In fünfzehn Jahren System stecken fünfzehn Jahre Geschäftswissen. Das ist das Wertvollste daran, und es geht nicht verloren.
Bleibt erhalten
Ihre Daten und die Historie
Jeder Kunde, jeder Auftrag, jede Buchung wandert vollständig mit.
Ihre Regeln und Sonderfälle
Die Preislogik von Seite 3 des alten Handbuchs und die Ausnahme für den größten Kunden: Beides wird nachgebaut und diesmal dokumentiert.
Was sich bewährt hat
Abläufe, die funktionieren, bleiben wie sie sind. Modernisierung heißt nicht, dass alle neu arbeiten lernen.
Wird abgelöst
Code, den niemand mehr wartet
Ersetzt durch eine Architektur, an der jeder Entwickler weiterbauen kann.
Die Abhängigkeit von einer Person
Wissen steht künftig in Tests und Dokumentation, nicht nur in einem Kopf.
Technik ohne Zukunft
Abgekündigte Versionen und Systeme ohne Updates gehen in den Ruhestand.
Sicherheitsnetz
Der Betrieb geht vor. Immer.
Eine Modernisierung ist nur so gut wie ihr schlechtester Tag. Deshalb ist jeder Schritt abgesichert, bevor er passiert.
Alt läuft, bis Neu es beweist
Umgeschaltet wird erst, wenn das neue Modul im Parallelbetrieb dieselben Ergebnisse liefert.
Jeder Schritt ist umkehrbar
Geht etwas schief, schalten wir zurück. Der Weg zurück ist Teil jedes Schritts, nicht der Notfallplan.
Verhalten wird festgeschrieben
Bevor etwas ersetzt wird, halten Tests fest, was das Alte im Detail tut, inklusive der Eigenheiten.
Mehr als ein Kopf
Am Ende verstehen Dokumentation, Tests und Ihr Team das System. Nicht wieder nur eine Person.
Selbstcheck
Woran Sie erkennen, dass es Zeit ist.
Kein System wird über Nacht zum Problem. Es kündigt sich an. Meistens so:
Nur noch eine Person traut sich an den Code.
Der Hersteller ist weg oder das Produkt abgekündigt.
Updates werden verschoben, weil sonst nichts mehr läuft.
Neue Mitarbeiter brauchen Monate, bis sie sich zurechtfinden.
Daten verlassen das System nur per Export und USB-Stick.
Gute Ideen scheitern am Satz: „Das kann unser System nicht.“
Mehr als zwei Haken? Dann lohnt sich ein Gespräch.
Häufige Fragen
Vier Fragen, die vor jeder Modernisierung kommen.
Nein, genau das vermeiden wir. Komplette Neuentwicklungen auf einen Schlag dauern Jahre und scheitern oft. Wir lösen zuerst den Bereich ab, der am meisten Schmerzen macht, und der Rest folgt in verdaubaren Schritten.
Sie ziehen vollständig um, inklusive Historie. Vor jeder Umstellung gleichen wir alt und neu ab, danach können Sie es im System selbst nachprüfen.
Er steht nicht still. Umgestellt wird pro Modul, meist außerhalb der Stoßzeiten, und das alte System bleibt als Rückfallebene bestehen, bis das neue sich bewiesen hat.
Ja. Dann arbeiten wir vom Verhalten aus: Datenbank, Exporte und Oberflächen zeigen, was das System tut. Das wird nachgebaut, getestet und diesmal festgehalten.
Nächster Schritt
Wie alt ist das System, über das niemand reden will?
Erzählen Sie uns, was es tut und wo es zwickt. Wir sagen Ihnen, welches Modul wir zuerst herauslösen würden und wie riskant das ist.