Wann ein kompletter Neubau günstiger ist als weitere Reparaturen

Wann ist ein kompletter Neubau wirtschaftlich günstiger als weitere Reparaturen?

Ein Neubau kann gewinnen, wenn zentrale Grenzen mehrere wichtige Fähigkeiten blockieren und schrittweise Entkopplung teurer oder riskanter als eine klar definierte Zielarchitektur ist. Voraussetzung sind begrenzter Zielumfang, echte Datenmigration, messbare Abnahme und ein Übergang, der das alte System erst nach belegter Nutzbarkeit abschaltet.

Praxisszenario: „Vergessene Altlogik“

Ein monolithisches Portal blockiert jede Preis- und Rollenänderung, doch Inhalte und Zahlungen sind gut trennbar. Ein Prototyp der neuen Preisdomäne beweist Migration und Betrieb; der Neubau erfolgt strangweise, statt alle Funktionen in einem riskanten Stichtag zu ersetzen.

Definierte Zielarchitektur

1. Reparaturkosten, wiederkehrende Grenzen und geplante Fähigkeiten mit realen Betriebsdaten über einen gemeinsamen Zeitraum erfassen.

2. Begrenzte Zielarchitektur samt Daten, Kernwegen, Nicht-Zielen und Übergangskosten als testbaren Prototyp entwerfen.

3. Stufenweise migrieren und alte Plattform erst nach Fachabnahme, Datenabgleich und erfüllten Abschaltkriterien zurückbauen.

Strukturelle Blockade

• Strukturelle Blockade – Mehrere priorisierte Vorhaben oder Risiken scheitern an derselben tiefen Grenze und nicht nur an behebbaren Einzeldefekten.

• Definierte Zielarchitektur – Datenmodell, Kernwege, Betriebsverantwortung und bewusst nicht übernommene Funktionen sind vor dem Bau klar beschrieben.

• Kontrollierter Übergang – Migration, Parallelbetrieb, Rückfall, Datenabgleich und Abschaltkriterien lassen sich stufenweise testen und entscheiden.

Vergessene Altlogik

• Vergessene Altlogik – Jahre gewachsener Sonderfälle werden erst nach dem Wechsel sichtbar und erzwingen hektische Nachbauten im neuen System.

• Dauerhafter Parallelbetrieb – Unklare Abschaltkriterien lassen beide Plattformen weiterlaufen und verdoppeln Pflege, Datenabgleich sowie Nutzerverwirrung.

• Stack statt Ziel – Technologiewahl treibt den Neubau, während Nutzeraufgabe, Betriebsmodell und messbare Verbesserung unbestimmt bleiben.

Kontrollierter Übergang

Was sich an „Neubau oder weitere Reparaturen abwägen“ anschließt

Abhängigkeiten nach Kritikalität und Austauschbarkeit bewerten beantwortet die nächste praktische Frage: Wie bewertet man technische Abhängigkeiten nach Kritikalität und Austauschbarkeit?

Wann eine Integration teurer wird als eine Neuentwicklung führt den Gedanken mit einer weiteren Frage fort: Ab welchem Punkt ist eine Integration wirtschaftlich schlechter als eine Neuentwicklung?

Wenn du „Neubau oder weitere Reparaturen abwägen“ praktisch umsetzen möchtest, kannst du auf robuste Website-Systeme zurückgreifen. Dort stehen „Technische Schulden und Änderungsentscheidungen“ und „Strukturelle Blockade“ im Mittelpunkt.

Fazit: Neubau oder weitere Reparaturen abwägen

Ein Neubau ist eine Übergangsstrategie, keine leere Leinwand. Er lohnt sich nur, wenn strukturelle Gewinne Datenmigration und paralleles Risiko über einen realistischen Zeitraum übertreffen.

Quellen und weiterführende Hinweise

Die Primärquellen definieren den fachlichen Rahmen für „Neubau oder weitere Reparaturen abwägen“.

• Prevent technical debt and legacy – GOV.UK: Offizielle Anleitung, technische Schulden und Legacy-Risiken im Lebenszyklus sichtbar zu machen, zu bewerten und aktiv zu verhindern.

• Choosing technology: an introduction – GOV.UK Service Manual: Offizielle Leitlinie zu Total Cost of Ownership, bestehendem Technologieumfeld, Änderbarkeit, Prototypen und Evolution.

• 8. Iterate and improve frequently – GOV.UK Service Manual: Offizieller Standard für kontinuierliche Verbesserung während des gesamten Service-Lebenszyklus statt punktueller Ersatzprojekte.