KI-Entwicklung · Phase 3 · Zwei bis vier Wochen Bauen am echten System.
Zwei bis vier Wochen an Ihren Daten, angebunden an das gewachsene ERP über Schnittstellen, gemessen in wöchentlichen Evaluationsläufen. Das Kernsystem bleibt stehen. Was nicht trägt, endet am Abbruchkriterium.
Machbarkeits-Check anfordernKI-Entwicklung ist die dritte Phase der KI-Integration: der Bau eines Prototyps an echten Daten in zwei bis vier Wochen. Gewachsene Systeme wie ERP, MES oder DMS werden über Schnittstellen angebunden statt abgelöst: erst lesend, erst verstanden, dann modernisiert. Wöchentliche Evaluationsläufe messen den Prototyp gegen den Evaluationsdatensatz aus der Konzeption, ein schriftliches Abbruchkriterium beendet die Arbeit, wenn die Zahl nicht trägt. Ergebnis: Code, Tests und Dokumentation in Ihrem Besitz, mit Kennzeichnung, welche Teile KI geschrieben hat und wer sie geprüft hat.
Drei Regeln für gewachsene Systeme.
Legacy verstehen
Bevor eine Zeile entsteht, wird das Altsystem kartiert: Datenmodell, Schnittstellen, Geschäftsregeln im Code. KI liest mit, Charakterisierungstests halten fest, was heute passiert.
Anbinden statt ablösen
Das Kernsystem bleibt die führende Quelle. Der Prototyp liest über bestehende Schnittstellen, Datenbanksichten oder Exporte. Schreibrechte kommen erst, wenn die Messung sie rechtfertigt.
Wöchentlich messen
Jede Woche ein Evaluationslauf gegen den Datensatz aus Phase 2. Die Trefferquote steht im Protokoll. Fällt sie unter das Abbruchkriterium, endet die Entwicklung mit Gewissheit.
Aus der Praxis 
TROESTER GmbH & Co. KG · Maschinenbau
Von 6 Stunden auf 76 Minuten.
Bei TROESTER wurde an echten Servicefällen gebaut, angebunden an die gewachsenen Systeme des Hauses, ohne eines davon abzulösen. Zwei Wochen vom Start bis zur Messung. Die Lösungszeit pro Störung wurde vorher wie nachher mit derselben Methode erhoben.
Wie modernisiere ich ein gewachsenes ERP ohne Neustart?
Ein gewachsenes ERP modernisieren Sie ohne Neustart, indem das ERP stehen bleibt und neue Fähigkeiten außen angebunden werden: Der Prototyp liest über bestehende Schnittstellen, Datenbanksichten oder Exporte, schreibt anfangs nichts zurück und wird in zwei bis vier Wochen gegen einen Evaluationsdatensatz gemessen. Erst was sich bewährt, bekommt Schreibrechte. Das Kernsystem wird dabei verstanden und dokumentiert, statt ersetzt.
Die KI-Entwicklung in Phase 3 folgt dieser Reihenfolge, weil die meisten Modernisierungsprojekte an der umgekehrten scheitern: erst ablösen, dann feststellen, welche Geschäftsregeln im alten Code steckten. Wer das Altsystem zuerst kartiert, kennt die Regeln, bevor er sie anfasst. Wie viel KI beim Lesen von Altcode wirklich leistet, steht in KI und Legacy-Code verstehen: was wirklich geht, das Vorgehen beim Kartieren in Softwarearchäologie: Altsystem kartieren mit KI.
Wann sich Ablösen trotzdem lohnt, ist eine eigene Entscheidung mit eigenen Kriterien: Legacy-System ablösen oder modernisieren. In Phase 3 wird sie nur vorbereitet, mit der Kartierung als Grundlage.
Kernsystem-Ablösung vermeiden: Anbindung über Schnittstellen
Eine Kernsystem-Ablösung vermeiden Sie durch eine Schnittstellenschicht um das Kernsystem: Alle Verbindungen werden inventarisiert, Charakterisierungstests halten das heutige Verhalten fest, und neue Bausteine wie ein KI-Assistent docken lesend an. Das Kernsystem bleibt die führende Datenquelle. Die Skizze zeigt, was außen entsteht und was innen unangetastet bleibt.
Welche Verbindungen ein Altsystem wirklich hat, ist selten dokumentiert. Deshalb beginnt die Anbindung mit einer Inventur: Legacy-Schnittstellen inventarisieren. Wie Charakterisierungstests das heutige Verhalten sichern, bevor jemand etwas ändert, erklärt Charakterisierungstests für Altcode.
Zwei bis vier Wochen, Woche für Woche
Verstehen und lesend anbinden
Kartierung des Altsystems, Schnittstelleninventur, Charakterisierungstests, Lesezugriff über Sichten oder Exporte. Erster Durchlauf des Evaluationsdatensatzes als Nullmessung.
MESSUNG · NULLWERTBau am echten Fall
Der KI-Baustein entsteht an Ihren Daten, mit täglicher Rückkopplung durch die Leute, die den Prozess fahren. Was die Werkbank verwirft, fliegt in derselben Woche raus.
MESSUNG · EVALUATIONSLAUF 1Abbruchkriterium prüfen
Liegt die Trefferquote unter der vorher festgelegten Schwelle und ist kein Weg dorthin erkennbar, endet die Entwicklung hier. Kartierung, Tests und Protokoll gehen trotzdem an Sie.
ENTSCHEIDUNG · WEITER ODER ENDEHärten und Rückkopplung
Sonderfälle, schwierige Dokumente, fehlende Daten im Altsystem. Die Dokumentation wächst mit.
MESSUNG · EVALUATIONSLAUF 2Abschlussmessung und Übergabe
Letzter Evaluationslauf, Vergleich mit der Vorher-Zahl aus Phase 1, Übergabe von Code, Tests, Schnittstellenbeschreibung, Betriebshandbuch und Messprotokoll. Danach entscheidet Ihre Zahl über Phase 4.
MESSUNG · ABSCHLUSS- Legacy verstehen
Altcode, Datenmodell und Schnittstellen werden kartiert, mit KI-Unterstützung beim Lesen und mit Charakterisierungstests, die das heutige Verhalten festhalten. Geschäftsregeln, die nur im Code stehen, werden herausgeschrieben.
- Schnittstellen inventarisieren und lesend anbinden
Jede Verbindung ins Kernsystem wird aufgelistet. Der Prototyp liest zuerst nur, über bestehende Exporte, Datenbanksichten oder Programmierschnittstellen. Nichts wird zurückgeschrieben.
- Bau am echten Fallzwei bis vier Wochen
Ein Team baut zwei bis vier Wochen an Ihren Daten, mit täglicher Rückkopplung durch die Leute, die den Prozess fahren. Der laufende Betrieb wird dabei nicht angehalten: Modernisierung ohne Projektstopp im Parallelbetrieb.
- Evaluationsläufe
Der Prototyp wird wöchentlich gegen den Evaluationsdatensatz aus der Konzeption gemessen. Unterschreitet er die Schwelle des Abbruchkriteriums, endet die Entwicklung. Wie das Kriterium formuliert wird: Abbruchkriterium für den KI-Pilot definieren.
- Übergabe mit Code und Dokumentation
Quellcode in Ihrem Repository, Tests, Schnittstellenbeschreibung, Betriebshandbuch und Messprotokoll gehen an Sie. Von KI geschriebener Code ist gekennzeichnet und durch Menschen geprüft.
Am Ende steht dieselbe Messung wie am Anfang. Trägt die Zahl, geht es in den geregelten Betrieb. Trägt sie nicht, endet es nach dem Pilot, und Sie wissen, warum.
Legacy-Modernisierung in der Industrie: ablösen oder anbinden?
Legacy-Modernisierung in der Industrie hat zwei Wege: das Kernsystem ersetzen oder es verstehen und über Schnittstellen erweitern. Der zweite Weg dauert in Phase 3 zwei bis vier Wochen und lässt die führende Datenquelle unangetastet. Die Tabelle stellt beide Wege gegenüber.
| Kriterium | Kernsystem ablösen | Anbinden über Schnittstellen |
|---|---|---|
| Zeit bis zur ersten Messung | Monate bis Jahre | Zwei bis vier Wochen |
| Laufender Betrieb | Parallelbetrieb, Datenmigration, Stichtag | Läuft weiter, Kernsystem bleibt führend |
| Geschäftsregeln im alten Code | Müssen vollständig neu gebaut werden | Werden kartiert und bleiben, wo sie sind |
| Risiko bei Fehlschlag | Das ganze Projektbudget | Begrenzt durch das Abbruchkriterium |
| Schreibzugriff auf Daten | Von Anfang an, alles neu | Erst nach bestandener Messung |
| Was Sie am Ende besitzen | Ein neues System, oft mit neuem Anbieter | Kartierung, Tests, Code, Dokumentation, Messprotokoll |
Gewachsene Software und KI: wer prüft den Code, den KI schreibt?
Gewachsene Software und KI passen zusammen, wenn die Grenzen klar sind: Die Software bleibt die führende Quelle, die KI bekommt Lesezugriff über definierte Schnittstellen und schlägt vor, was ein Mensch freigibt. Für den Code, den KI dabei schreibt, gilt dieselbe Regel: Ein Entwickler aus dem Team prüft ihn, bei Änderungen am Kernsystem zusätzlich jemand aus Ihrer IT.
Welche Prüfschritte KI-generierter Code durchläuft, beschreibt Quality Gates für KI-generierten Code. Warum die Prüfung durch Menschen mit der Menge an Code zur eigentlichen Engstelle wird: Code-Review skaliert nicht mehr.
Die Reihe KI-Integration, fünf Phasen
Entwicklung ist Phase 3 von fünf. Jede Phase hat ein eigenes Ergebnis und ein eigenes Abbruchkriterium. Übersicht: KI-Integration für die Fertigung.
Antworten auf die Fragen,
die am häufigsten kommen.
Wie die Entwicklung an echten Daten bei skillbyte funktioniert, was dazugehört, wie der Ablauf aussieht und was Sie im Alltag erwartet.
Noch Fragen?
Rozalia Karbowniczek antwortet persönlich, meist am selben Tag. Kein Verteiler, kein Vertriebsskript.
Frage stellenIndem das ERP stehen bleibt und neue Fähigkeiten außen angebunden werden: Der Prototyp liest über bestehende Schnittstellen, Datenbanksichten oder Exporte, schreibt anfangs nichts zurück und wird in zwei bis vier Wochen gegen einen Evaluationsdatensatz gemessen. Erst was sich bewährt, bekommt Schreibrechte. Das Kernsystem wird dabei verstanden und dokumentiert, statt ersetzt.
Durch eine Schnittstellenschicht um das Kernsystem: Alle Verbindungen werden inventarisiert, Charakterisierungstests halten das heutige Verhalten fest, und neue Bausteine wie ein KI-Assistent docken lesend an. Das Kernsystem bleibt die führende Datenquelle. Abgelöst wird nur, was nach dieser Kartierung nachweislich nicht mehr trägt.
Drei Dinge, die vorher Wochen kosteten: Altcode lesen und in Geschäftsregeln übersetzen, Schnittstellen und Datenflüsse kartieren, Testfälle aus dem beobachteten Verhalten erzeugen. KI schreibt dabei auch Code, etwa Adapter oder Tests. Jede dieser Zeilen wird von einem Menschen geprüft und ist als KI-generiert gekennzeichnet.
Über klare Grenzen: Die gewachsene Software bleibt die führende Quelle für Stammdaten, Aufträge und Belege. Die KI bekommt Lesezugriff über definierte Schnittstellen, beantwortet Fragen mit Quelle und schlägt Aktionen vor, die ein Mensch freigibt. Schreibzugriffe kommen erst, wenn Evaluationsläufe die Trefferquote belegt haben.
Ein Entwickler aus dem Team, der den Fall kennt, und bei Änderungen am Kernsystem zusätzlich jemand aus Ihrer IT. Von KI geschriebener Code durchläuft dieselben Prüfschritte wie handgeschriebener: Tests, Prüfung durch eine zweite Person, Freigabe. Die Herkunft wird im Quellcode gekennzeichnet, damit Haftung und Wartung später klar sind.
Die Entwicklung endet, und Sie erhalten trotzdem alles, was entstanden ist: die Kartierung des Altsystems, die Schnittstellenliste, die Tests und das Messprotokoll mit der Begründung. Das ist der Zweck des Kriteriums: Es begrenzt den Verlust auf zwei bis vier Wochen statt auf ein Jahr. Bei TROESTER griff es nie, die Lösungszeit sank von 6 Stunden auf 76 Minuten.
Quellcode in Ihrem Repository, automatisierte Tests, Schnittstellenbeschreibung, Betriebshandbuch, die Kartierung des Altsystems, das Messprotokoll aus den Evaluationsläufen und eine Kennzeichnung, welche Teile KI-generiert sind. Die Dokumentation entsteht während des Baus, damit sie zum Stand der Übergabe passt.
Zwei bis vier Wochen vom Start bis zur letzten Messung, wenn Lesezugriff auf die Quellsysteme besteht und der Evaluationsdatensatz aus Phase 2 vorliegt. Die erste Woche geht in das Verstehen des Altsystems, die folgenden in Bau und wöchentliche Evaluationsläufe. Bei TROESTER lagen zwischen Start und Messung zwei Wochen.
Oder direkt: Machbarkeits-Check anfordern. Zurück zur Übersicht: KI-Integration. Wer lieber erst spricht: Erstgespräch, 30 Minuten, kostenlos. Wer den Bau als eigenständigen Pilot ohne die Reihe sucht: KI Proof of Concept. Die Anbindung des Sprachmodells selbst: LLM-Anbindung in Geschäftsprozesse.
Ihr Pilot, an echten Daten.
Zwei bis vier Wochen, mit Abbruchkriterium vorab.
Ihr Altsystem, ehrlich geprüft.
Sie nennen das System, das im Weg steht, und den Fall, der daran hängt. Sie bekommen binnen 24 Stunden Ihren Machbarkeits-Check: welche Schnittstellen sich für einen lesenden Zugriff eignen, was zuerst kartiert werden müsste und ob zwei bis vier Wochen für einen messbaren Prototyp reichen. Wenn das Altsystem dafür zu verschlossen ist, sagen wir das ebenso, bevor Geld fließt.
DSGVO · EU-HOSTING · ROZALIA KARBOWNICZEK ANTWORTET PERSÖNLICH · KEIN VERTEILER
