Unser Ansatz
WENN ALTSYSTEME ZUM RISIKO WERDEN
Anzeichen, dass der Druck zur Ablösung steigt
01
Keiner traut sich an den Kern
Wer das System wirklich verstanden hat, ist schon im Ruhestand, kurz davor oder zeitlich in anderen Aufgaben gebunden.
02
Jede Änderung dauert Monate
Fachliche Kleinigkeiten werden technisch schnell zum Risiko mit ungewissem Ausgang und in langen Release-Zyklen zur Hängepartie für die Anwender.
03
Der Fachbereich löst die Dinge selbst
Die Umsetzung von Anforderungen staut sich, also baut jede Abteilung ihre eigene Lösung. Das Unternehmen entwickelt sich weiter, das System nicht.
04
Wildwuchs
Über Jahre kommen dazu: Excel-Listen, Access-Datenbanken, Speziallösungen einzelner Abteilungen. Daten werden mehrfach gepflegt, und keiner hat mehr das Gesamtbild.
05
Technisch am Ende
Produkte und Frameworks sind abgekündigt, der Support ist ausgelaufen, keine Sicherheitsupdates mehr. Ein System, für das keiner mehr geradesteht.
06
Nicht bereit für KI
Die Daten sind fachlich uneinheitlich, oft ohne Schnittstellen und nicht im richtigen Format. Damit scheitert das KI-Vorhaben an der Grundlage.
- Erweiterbarkeit am Limit
- gewachsene Komplexität
- Betriebsplattform am Ende
- Integration blockiert
- keine Fachkräfte am Markt
- Abhängigkeit von einem Anbieter
- Compliance nicht erfüllbar
- Leistung am Limit
- steigende Kosten
DRUCK VON AUSSEN
Und dann ist da noch die Regulierung
Daten müssen belastbar sein, Systeme müssen den Nachweis liefern können.
Je nach Branche, Kunde und Markt kommen mehrere Vorgaben und Auflagen zusammen — und sie ändern sich.
Was auf Unternehmen einwirkt — beispielhaft
| DSGVO | EnEfG |
| ISO 9001 | EMAS |
| ISO 27001 | ISO 14001 |
| BSI IT-Grundschutz | TISAX |
| BSI C5 | UNECE R155 |
| NIS2 | UNECE R156 |
| KRITIS | ISO/SAE 21434 |
| EU AI Act | Automotive SPICE |
| Cyber Resilience Act | MDR |
| Maschinenverordnung | IEC 62304 |
| IEC 62443 | ISO 13485 |
| ISO 27019 | DORA |
| § 11 EnWG | CSRD |
| EU-Netzkodex Cybersicherheit | GHG Protocol |
| BSI TR-03109 | Lieferkettengesetz |
| MsbG | GoBD |
| ISO 50001 | ISO 20000 |
Was DAS SYSTEM KÖNNEN MUSS FOLGT IMMER DENSELBEN PRINZIPIEN
- Nachvollziehbare Daten
- Protokolle, die einer Prüfung standhalten (Audit Trail)
- Rückverfolgbarkeit von der Anforderung bis zum Release
- Zugriffskontrolle und Funktionstrennung
- Update-Fähigkeit über den Lebenszyklus
- Nachweise auf Knopfdruck
Welche Vorgaben für Sie gelten und wie sie auszulegen sind, wissen Sie und Ihre Fachleute am besten. Die fachliche Auslegung liegt bei Ihnen — wir sorgen dafür, dass Ihr System liefern kann, was verlangt wird.
WO ANSETZEN?
Wer Software einfach austauscht,
modernisiert die alte Welt
Viele Altsysteme bilden Abläufe ab, die aus ihren damaligen Grenzen entstanden sind: Daten wurden von Hand erfasst, niemand sah den Gesamtstand, Auswertungen liefen über Nacht. Wer diese Abläufe eins zu eins nachbaut, übernimmt Einschränkungen, die es längst nicht mehr gibt. Mit KI verschiebt sich die Grenze der Möglichkeiten.
WIR BETRACHTEN DREI EBENEN IHRER LANDSCHAFT
1 – Die Kerne
Systeme, an denen das Geschäft hängt, zB. ERP, PLM, CRM. Hier steckt die gewachsene Fachlogik und ein Ausfall ist am teuersten. An den Kernen zu modernisieren ist ein Risiko-Reihenfolgeproblem.
2 – Die Einzellösungen
Excel-Listen, Access-Datenbanken, spezielle Abteilungswerkzeuge. Manches davon gehört in den Kern zurück, manches ersetzt, manches darf bleiben, sofern es dokumentiert und abgesichert ist.
3 – Die Integration
Schnittstellen und die Datenflüsse zwischen Kernen und Einzellösungen. Sie sind oft der eigentliche Engpass und bei der Modernisierung kann der größte Nutzen bei geringstem Aufwand entstehen.
Sie haben fünf Optionen
| Fünf Optionen | Was das bedeutet |
|---|---|
| Stehenlassen | Dokumentieren, Betrieb absichern |
| Kapseln | Moderne API vor das Altsystem (REST/OpenAPI), Bestand bleibt |
| Teilweise ersetzen | Komponenten schrittweise herauslösen, abgesichert durch Regressionstests |
| Neu bauen / kaufen | Moderne Architektur, z. B. Java, .NET oder TypeScript, containerisiert |
| Zusammenführen | Datenintegration zB. über ETL und Event-Streams |
Die Farben entsprechen der Zuordnung im Beispiel unten: Jedes System in der Prozesskette ist beispielhaft einer dieser fünf Optionen zugeordnet.
Systeme vs. Prozessketten
Modernisierung wird wirtschaftlich mit Investitionen an der richtigen Stelle. Das ist nicht zwingend dort, wo die Technik am ältesten ist.
Es ergeben sich mehrere Optionen für Ihre Systeme, die Kerne, Einzellösungen und die Integration dazwischen. Wenn man das entlang der Prozesskette betrachtet, wird sich zeigen, wo die größte Wirkung ist, an welcher Stelle KI etwas bringen kann und welche Voraussetzungen dafür gegeben sein müssen.
BEISPIEL FÜR EIN ASSESSMENT ENTLANG DER PROZESSKETTE
› Beispielhafte Zuordnung. Das Assessment kann für einzelne Systeme oder wie hier für eine Prozesskette erfolgen. Was in Ihrem Fall sinnvoll ist, klären wir in der Legacy-Check-Anfrage. Hier als Beispiel einige Technologien, die für eine Ablösung zum Einsatz kommen könnten:
MENSCH UND MASCHINE ARBEITEN FÜR SIE
Abgesicherte KI-Entwicklung — und die Rollen für eine Systemablösung
Unser eigenes KI-Entwicklungsgerüst für Altsysteme und erfahrene Menschen: eine Ablösung ist mehr als Entwicklung. Architektur, Steuerung, Prozessdesign, Schulung und Roll-out müssen ineinandergreifen. Unser festes Team in Deutschland und Österreich deckt Architektur, Entwicklung, Cloud/DevOps und Security ab; für die übrigen Rollen greifen wir auf den Projektpartner-Verbund zurück — seit Jahren eingespielte Partner mit langjähriger Projekterfahrung.
Maschine
KI braucht einen Rahmen
Was KI gut kann
KI liest Tausende Zeilen Altcode, leitet die tatsächlich umgesetzten Anforderungen daraus ab, prüft sie gegen Daten und Nutzung auf Plausibilität und erzeugt die Regressionstests, mit denen sich das Verhalten der neuen Lösung beweisen lässt. Was früher mehrere Monate Analyse waren, sind jetzt wenige Wochen.
Es gibt Grenzen
Modelle erfinden Details, übersehen Sonderfälle und können nicht entscheiden, was fachlich richtig ist. Deshalb arbeiten wir nicht mit einzelnen Prompts, sondern mit einem Harness — dem festen Rahmen mit definierten Arbeitsschritten (Skills), wiederholten Prüfschleifen (Loops), in denen jedes Ergebnis gegen Code, Daten und Tests validiert wird, und festen Kontrollpunkten (Hooks), an denen ein Entwickler zustimmen muss (Human in the Loop).
Fazit
Dieser Rahmen erlaubt mehr Automatisierung, nicht weniger Kontrolle. Mit dem richtigen Rahmen profitieren alle Rollen im Projekt.
Mensch
Qualifiziert und erfahren
Architektur & Engineering
Software-Architektur, Entwicklung, Cloud-Anwendungen, IT-Consulting.
Projektsteuerung
PMO, Projektleitung, agiles Vorgehen, Prozessdesign.
Change & Kommunikation
Begleitung der Organisation, Einbindung von Management und Mitarbeitenden.
Training & Roll-out
Schulungskonzeption, Trainings, Anwender-Support bei der Einführung.
Engineering-Fachwissen
PLM, Digital Twin, Fabrik- und Layoutplanung.
NEUE WELT
Wie sich die Arbeit verändert — und der Grund für Offshore-Teams entfällt
Software zu implementieren wird mit KI schneller und günstiger. Damit entfällt auch der klassische Grund für Offshore: der Einkauf von Implementierungskapazität. Genau diese Arbeit übernimmt heute die KI. Über das Ergebnis entscheidet nicht mehr, wie schnell Code entsteht, sondern ob die Anforderungen stimmen und die Lösung den beabsichtigten Nutzen bringt.
Die neue Arbeitsteilung ist, dass KI in der Breite analysiert: KI liest alles. Menschen bringen den Kontext ein und wägen ab zwischen Aufwand, Risiko und Nutzen.
Die Qualität wird abgesichert durch Tests, automatisierte Prüfungen und Messwerte aus dem laufenden Betrieb. Auch für das, was die KI beiträgt.
Unsere eigentliche Aufgabe ist heute, zu validieren, ob die Absicht der Anforderung von der KI verstanden und implementiert wurde. Sicherzustellen, dass gebaut wird, was fachlich gemeint war — und das in einer wartbaren, skalierbaren Architektur.
WIE WIR VORGEHEN
In vier Schritten — abgesichert durch Methode und Change
1
Legacy-Check
Zustand, Risiken und geschätzter Aufwand zum Festpreis mit unserer Empfehlung.
2
Roadmap & Architektur
Zielbild, Schnittstellen, Ablöseplan mit risikoarmen Etappen — plus Alternativenvergleich.
3
Umsetzung & Roll-out
Bauen, migrieren, ausrollen — im Parallelbetrieb oder über einen abgesicherten Stichtag (Big Bang).
4
Abschaltung & Betrieb
Altsystem abschalten, archivieren, Wissen übergeben, Betrieb, Weiterentwicklung und Wartung.
WAS QUER ÜBER ALLE SCHRITTE LÄUFT
Agile Arbeitsweise
Kurze Zyklen, lauffähige Zwischenstände, Abnahme und Ausstiegspunkt je Etappe.
Change & Training
Bei Bedarf Change Management für die User bei organisatorischen und methodischen Veränderungen. Key-User gestalten mit, Usability-Tests fließen ein, geschult wird an der Fachaufgabe.
Wissenssicherung
Fachlogik rekonstruieren, dokumentieren, übergeben, damit das Wissen im Haus bleibt.
Sie sind schon mitten im Projekt?
Wir unterstützen Sie auch, wenn Ihr Projekt bereits läuft und Kapazität fehlt — etwa in Cloud-Architektur, KI-Software-Engineering oder KI-Integration. Gemeinsam mit unseren Projektpartnern besetzen wir weitere Rollen: Testmanagement, agiles Projektmanagement, Training und Roll-out. Fragen Sie uns.
Grüne-Wiese-Projekt?
Wir bauen neue Plattformen, Fachanwendungen und KI-gestützte Produkte nach denselben Prinzipien: der Code bleibt bei Ihnen, individuell entwickelt mit dem Fokus auf die größte Wirksamkeit. Team in DE und AT, kein Offshore.
Realistisch abschätzen
Wir schätzen das Ganze — nicht nur den Einstieg.
Der Legacy-Check endet mit einer Abschätzung für das gesamte Vorhaben: mit den Annahmen, auf denen sie beruht, und den Punkten, die sie kippen könnten. Wir nennen die Zahl lieber vorher, auch wenn sie unbequem ist.
