Neuentwicklung: wenn das Altsystem nicht mehr trägt

Manchmal ist das Bestandssystem nicht mehr zu retten. Die Technologie ist abgekündigt, die Architektur passt nicht mehr zu den Anforderungen, der Aufwand einer Modernisierung übersteigt den Wert des bestehenden Codes. Dann ist Neuentwicklung die richtige Antwort. Aber Neuentwicklung im B2B-Mittelstand ist etwas anderes als ein Greenfield-Projekt auf der Vorzeige-Konferenz. Es geht nicht darum, mit dem neuesten Framework zu glänzen, sondern darum, das, was im Altsystem funktioniert hat, sicher in eine neue Anwendung zu überführen.

Wir bauen neu mit Respekt vor dem Alten. Bevor wir eine Zeile Code schreiben, verstehen wir das bestehende System: seine Datenstrukturen, seine Workflows, seine versteckten Geschäftsregeln, die nirgends dokumentiert sind. Erst dann beginnen wir mit der Konzeption. Und der Cutover findet erst statt, wenn das neue System unter Realbedingungen parallel zum alten gelaufen ist und beweist, dass es trägt.

Was wir konkret tun

Anforderungsaufnahme aus dem Altsystem. Wir lesen Code, beobachten die Anwendung im Betrieb, sprechen mit den Nutzerinnen und Nutzern. Wir dokumentieren die Geschäftslogik, auch die, die im Altcode versteckt ist und niemand mehr aussprechen kann. Das ist die Grundlage für die Neuentwicklung.

Architektur und Stack-Auswahl. Wir wählen eine Technologie, die zu Ihrem Unternehmen passt, nicht zu unserem Lebenslauf. Meist: ein etabliertes Framework in einer aktuellen Version, eine relationale Datenbank, eine schlanke Frontend-Lösung, eine Build-Pipeline, die auch in fünf Jahren noch verständlich ist.

Datenmigration als eigenes Teilprojekt. Daten aus dem Altsystem werden nicht „mal eben am Wochenende" migriert. Wir schreiben dedizierte Migrationsskripte, testen sie gegen vollständige Kopien der Produktivdaten, und fahren mehrere Probemigrationen. Inkonsistenzen aus dem Alten werden dokumentiert und entschieden: korrigieren, übernehmen, ignorieren.

Parallelbetrieb. Das neue System läuft parallel zum alten, beide werden mit denselben Daten versorgt. So sehen Sie über Wochen, ob das Neue tatsächlich tut, was es soll. Erst wenn die Parallelphase überzeugt, kommt der Cutover, und auch dann mit Rollback-Möglichkeit.

Ablauf in Schritten

1. Vor-Audit (2–4 Wochen). Das Altsystem wird gelesen und dokumentiert. Hier entscheidet sich, ob eine Neuentwicklung wirklich der richtige Weg ist oder ob eine Modernisierung doch trägt.
2. Konzept und Aufwandsschätzung (3–6 Wochen). Anforderungen, Architektur, Stack, grobe Aufteilung in Etappen, Aufwandsschätzung pro Etappe.
3. Etappenweise Entwicklung. Wir liefern in funktionsfähigen Iterationen, typischerweise alle 2–4 Wochen. Sie sehen früh, wie sich das System entwickelt.
4. Datenmigration entwickeln und testen. Parallel zur Anwendung wird die Migration gebaut. Mehrere Trockenläufe gegen Produktivdaten-Kopien.
5. Parallelbetrieb (4–12 Wochen). Beide Systeme laufen, Nutzerinnen testen das Neue im Echtbetrieb. Feedback fließt ein.
6. Cutover (1 Wochenende). Letzte Migration, Umschaltung, Monitoring. Rollback-Plan steht bereit.
7. Hypercare (4–8 Wochen). Engmaschige Begleitung nach dem Cutover. Bugs werden mit Priorität behoben.

Was Sie bekommen

• Dokumentierte Anforderungen, abgeleitet aus dem Altsystem und Ihren Workflows
• Architekturdokument mit Begründung der Stack-Entscheidungen
• Saubere Codebasis mit Tests für die geschäftskritischen Pfade
• Migrationsskripte mit Testprotokollen aus mindestens drei Trockenläufen
• Parallelbetrieb mit dokumentiertem Vergleich Alt vs. Neu
• Cutover-Plan inklusive Rollback-Strategie
• Dokumentation und Übergabe in laufende Software-Wartung
• Sourcecode liegt vollständig bei Ihnen, kein Vendor-Lock-in

FAQ

Wann ist Neuentwicklung wirklich besser als Modernisierung?

Wenn der Modernisierungsaufwand mehr als etwa 70 Prozent dessen erreicht, was eine Neuentwicklung kosten würde, und das Altsystem ohnehin nicht mehr zu Ihrer Geschäftsstruktur passt, dann ist Neubau realistischer. Andere typische Auslöser: Die Technologie ist endgültig EOL ohne Migrationspfad (siehe End-of-Life), die Datenstruktur passt nicht mehr zum Geschäft, oder das System ist so verwoben, dass jede Änderung neue Fehler erzeugt. Wir helfen bei dieser Entscheidung mit einem ehrlichen Audit, kein automatisches „bauen wir neu".

Wie hoch ist das Risiko, dass das neue System nicht das kann, was das alte konnte?

Dieses Risiko ist real und der Hauptgrund, warum so viele Neuentwicklungsprojekte scheitern. Wir reduzieren es durch drei Maßnahmen: ein gründliches Vor-Audit, in dem wir die versteckte Geschäftslogik des Altsystems herausarbeiten; eine etappenweise Entwicklung, in der Sie früh Feedback geben können; und vor allem den Parallelbetrieb über mehrere Wochen, in dem das neue System unter Realbedingungen beweisen muss, was es kann. Ein Cutover ohne Parallelbetrieb wäre fahrlässig.

Was passiert mit unseren Daten aus dem Altsystem?

Sie kommen vollständig ins neue System. Das ist meist die schwierigste Aufgabe des ganzen Projekts. Gewachsene Daten enthalten Inkonsistenzen, doppelte Datensätze, leere Pflichtfelder, historische Sonderfälle. Wir schreiben Migrationsskripte, dokumentieren jede Entscheidung („dieser Sonderfall wird auf $WERT abgebildet"), und führen mehrere Trockenläufe gegen Produktivdaten-Kopien durch. Vor dem Cutover laufen mindestens drei vollständige Probemigrationen. Lesen Sie auch das Szenario zur Unternehmensnachfolge.

Was kostet eine typische Neuentwicklung?

Das hängt stark vom Umfang ab. Eine kleinere Anwendung mit klar abgegrenztem Funktionsumfang (etwa ein internes Verwaltungstool mit zwei Dutzend Masken) liegt im Bereich 30.000–80.000 Euro. Eine umfangreichere Anwendung (Warenwirtschaft, Auftragsplanung, kundenseitiges Portal) bewegt sich im sechsstelligen Bereich. Wir geben in der Konzeptphase eine belastbare Schätzung mit oberer Grenze und teilen das Projekt in einzeln freigebbare Etappen, sodass Sie nie ohne Kontrolle ein großes Budget binden.

Können wir das Altsystem nach dem Cutover endgültig abschalten?

Ja, das ist das Ziel. Direkt nach dem Cutover lassen wir das Altsystem meist noch einige Wochen im schreibgeschützten Modus laufen, für den Fall, dass historische Daten oder Vergleiche gebraucht werden. Nach einer vereinbarten Übergangsphase (üblicherweise drei bis sechs Monate) wird das Altsystem stillgelegt und archiviert. Die Daten werden dabei in einem dauerhaft lesbaren Format gesichert, sodass Sie auch in zehn Jahren noch nachschauen können, was 2026 darin stand.

Bereit, anzufangen?

Neuentwicklung ist eine Entscheidung mit Tragweite. Bevor Sie sie treffen, sollten Sie ein ehrliches Audit Ihres Altsystems haben und einen Anbieter, der bereit ist, Ihnen auch von einer Neuentwicklung abzuraten, wenn sie nicht der richtige Weg ist. Lassen Sie uns sprechen.

Neuentwicklung besprechen →