Wir müssen unser 12 Jahre altes System erneuern — Stück für Stück oder von Grund auf?

Vor drei Jahren haben wir für ein Logistiksystem mit ähnlichem Volumen die Entscheidung zum Neuschreiben von Grund auf getroffen. Uns wurde auch 6 Monate gesagt, es dauerte genau 16 Monate und das Budget stieg auf fast das Dreifache. In der ersten Woche nach dem Go-live haben wir wegen fehlerhafter Rabattberechnungen Hunderte Kunden falsch fakturiert. Ein laufendes Altsystem von Grund auf neu zu schreiben ist wirklich ein großes Glücksspiel.

Der Weg, den ihr bei der Planung einer schrittweisen Migration befolgen solltet, ist folgender: 1) Kartiert die Beziehungen in der alten Datenbank und identifiziert unabhängige Bereiche, 2) Setzt einen Router vor das System und verwaltet den Traffic, 3) Migriert zuerst unkritische, leselastige Services, 4) Lasst Hauptabläufe wie Bestellung und Zahlung als letzten Schritt.

In meiner eigenen Beratungserfahrung haben 4 von 5 von Grund auf neu geschriebenen Unternehmenssystemen den zugesagten Liefertermin um mindestens 6 Monate überschritten. Bei schrittweise umgewandelten Systemen blieb die Budgetabweichung dagegen im Durchschnitt und bei keinem kam es zu kritischen Bestellausfällen. Der Vorschlag eures Entwicklers bietet eine deutlich realistischere Grundlage.

Eine schrittweise Umstellung hat allerdings auch versteckte Kosten: Euer Team muss 18 Monate lang zwei verschiedene Architekturen, zwei Datenmodelle und die Synchronisierung dazwischen managen. Bei einem kleinen Team kann dieser doppelte Wartungsaufwand die Entwickler komplett verheizen, und am Ende geht wieder nichts vorwärts.

Testet den Plan eures Entwicklers am besten sofort in der Praxis. Bevor ihr den Vertrag über 110.000 Dollar mit der Agentur unterschreibt, gebt eurem Entwickler 2 Monate Zeit, um das simpelste Modul auszulagern. Wenn er die Datensynchronisierung und den neuen Service sauber ans Laufen kriegt könnt ihr das Agenturangebot direkt abhaken.

Eine Agentur, die behauptet, ein 12 Jahre lang gewachsenes, komplexes ERP-System in 8 Monaten komplett neu zu schreiben, hat schlicht noch nichts von den undokumentierten Kundenrabatten und buchhalterischen Sonderregeln im System gesehen; am Go-Live-Tag könnt ihr dann zuschauen, wie aus den 8 Monaten ganz schnell 20 werden.

datenmigration ist echt der groesste kopfschmerz. ohne die kaputten oder fehlenden datensaetze aus der alten datenbank aufzuraeumen kann man die nicht ins neu geschriebene system kippen. bei ner schrittweisen umstellung kann man die live-daten stueck fuer stueck validieren, beim big bang hat man die chance nicht.

Für welchen Weg Sie sich auch entscheiden: Ich empfehle dringend, vertraglich Garantien zur Datenintegrität sowie für jede Phase ein klares Rollback-Verfahren zu verankern. Man darf nicht vergessen, dass die operative Kontinuität stets Vorrang vor der Softwarearchitektur hat.

Ich sehe das anders. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Entscheidend ist nicht die Zahl, sondern worauf sie sich bezieht. Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.

Ich schreibe das, damit ihr denselben Fehler nicht macht. Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später. Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Beim Lesen dieser Antwort war ich erleichtert, es liegt also nicht nur an mir. also wenn du zu einem Thema drei verschiedene Antworten bekommst, war die Frage falsch gestellt.

Schaut zuerst welche Daten ihr bei der Entscheidungsfindung zur Hand habt. halt schreibt mir, wenn ihr Fragen habt ich antworte so gut ich kann.

Ich hätte eine Frage, möchte aber nicht vom Thema abschweifen. Wenn im Vertrag nicht steht, wem der Code gehört, habt ihr bei der Trennung keine Verhandlungsmacht mehr.

Das allein zu versuchen, ist der teuerste Weg. Wenn es jemand anders macht, würde mich das auch interessieren.

Ich fasse das Thema mal zusammen da es mehrere unterschiedliche Antworten gab. Fehler auf der Altsystem-Modernisierung-Seite sind meist rückgängig zu machen, aber teuer.

Das hört man oft, aber bei uns war es nie so. Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich sehe das anders. Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste. Aus Erfahrung weiß ich das.

Wie habt ihr das Problem gelöst? Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

Das war's entschuldige, wenn ich zu lang war.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Nur als Notiz, könnte nützlich sein.

Gespeichert.