Unser Altsystem: reparieren oder ersetzen?
Kurze Antwort
Ein Big-Bang-Rewrite ist die Projektform, die am sichersten scheitert. Modernisierungen überschreiten das Budget typischerweise um 150 %, und das Altsystem muss währenddessen weiter gewartet werden. Ein technisches Audit von zwei bis drei Wochen beantwortet die Frage mit Zahlen für beide Optionen – statt mit Meinungen.
Übliche Dauer: 2–3 Wochen
$3,800
Woran Sie es erkennen
- In bestimmten Bereichen wagt niemand eine Änderung, weil niemand weiß, was sonst noch kaputtgeht.
- Die ursprünglichen Entwickler sind gegangen, ohne Dokumentation zu hinterlassen.
- Jede kleine Anfrage wird mit „möglich, aber riskant“ beantwortet.
- Die Wartungskosten steigen jedes Jahr, aber neue Funktionen gibt es nicht.
- Angebote von Dienstleistern für eine Neuentwicklung unterscheiden sich um ein Vielfaches.
Warum das passiert
Die Frage, ob man eine Bestandsanwendung repariert oder neu schreibt, wird fast immer nach Bauchgefühl entschieden – und das Bauchgefühl tendiert zum Neuschreiben. Etwas Neues zu bauen wirkt beherrschbarer, als etwas Altes zu verstehen.
Die Zahlen sagen etwas anderes. Nur etwa 29,7 % aller Softwareprojekte werden termingerecht, im Budget und in der geforderten Qualität fertig. Bei großen IT-Projekten erreicht die Kostenüberschreitung im Median 45 %. Bei der Modernisierung von Altsystemen sind es häufig 150 %. Während der Neuentwicklung muss das Altsystem weiterlaufen – man bezahlt also für zwei Systeme, um am Ende eines zu haben.
Entscheidbar wird die Frage nicht durch die Meinung eines Beraters, sondern durch einen direkten Blick in den Code: Welche Teile sind wirklich riskant anzufassen, welche sind tatsächlich gesund, und was kostet jede Option wirklich?
Wie wir es lösen
- 01
Den Code lesen
Wir lesen den Code direkt — Qualität, nicht gewartete Abhängigkeiten, übernommene Sicherheitslücken. Eine Woche.
- 02
Risikokarte
Welche Teile heikel sind und warum, verständlich auch für Leser ohne technischen Hintergrund. Einige Tage.
- 03
Zahlen für beide Optionen
Geschätzte Kosten für Reparatur und Neuentwicklung, jeweils mit den Risiken. Wir sagen, was wir empfehlen und warum.
- 04
Etappenplan
Bei Empfehlung einer Neuentwicklung planen wir in Etappen, das Altsystem läuft weiter — kein Austausch auf einen Schlag.
Zahlen aus unserer eigenen Arbeit
Unsere Empfehlung enthält immer Zahlen für BEIDE Optionen, nicht nur für eine.
Wir sagen deutlich, wenn das System aus unserer Sicht am besten bleibt, wie es ist.
Die Systemkarte ist so geschrieben, dass die Geschäftsleitung sie versteht, nicht nur Ingenieure.
Fehler, die uns immer wieder begegnen
- Alles auf einmal neu schreiben und hoffen, dass die Umstellung ein Wochenende übersteht.
- Angebote von Anbietern bewerten, ohne dass auf Ihrer Seite jemand Technik versteht.
- Daten migrieren, ohne sie abzugleichen, und die Abweichung Monate später feststellen.
Häufige Fragen
Müssen wir unseren gesamten Code herausgeben?
Ja, unter einer NDA. Nur wer den Code direkt liest, kann die Frage mit Zahlen beantworten; eine Bewertung von außen liefert nur die Meinung, die Sie bereits haben.
Was, wenn die Antwort lautet: „Lassen Sie es, wie es ist“?
Das ist eine legitime Antwort, und wir haben sie schon gegeben. Ein System, das läuft, vertretbare Kosten verursacht und selten geändert wird, ist manchmal am günstigsten, wenn man es unverändert lässt. Das zu sagen bedeutet für uns keine Anschlussarbeiten.
Kann unser eigenes Team die Korrekturen selbst durchführen?
Ja, und das empfehlen wir auch, wenn das Team dazu in der Lage ist. Der Prüfbericht ist so geschrieben, dass jeder danach handeln kann – nicht so, dass wir es tun müssen.
Aktualisiert 15. August 2026 · Neuraltan
Wenn Ihnen das gerade passiert
Schildern Sie uns die Lage. Wir sagen offen, ob sich das jetzt lohnt und wie lange es dauert.