Ich sehe es auch so, dass eine Sanierung der bestehenden Software zumindest mit in Betracht gezogen wird. Leider wird oft sehr schnell die Entscheidung für eine Neu-Entwicklung getroffen. Ist für die Software-Entwickler natürlich auch eine gute Gelegenheit, mal die neuen Technologien anzuwenden und „endlich nicht mehr mit dem schlechten Code arbeiten zu müssen“.

Aber auch, wenn man sich dann doch für eine Software-Sanierung entscheidet, ist es wichtig, dass dies nach Plan verläuft. Oft gibt es so viele Baustellen, sodass man sich verrennt. Ansonsten passiert es, dass während der operativen Sanierung immer mehr und mehr Änderungen aus unterschiedlichen Kontexten durchgeführt werden und diese Änderungen nicht mehr nachvollziehbar sind. Eine gewisse Zurückhaltung ist also angebracht – auch, wenn man natürlich nun alles schnell sanieren möchte und es kaum erwarten kann.

Ergänzend zu den im Artikel bereits genannten Punkten würde ich gerne auf zwei Artikel verweisen, die ich geschrieben habe:

– https://software-sanieren.de/was-ist-software-sanierung/
– https://software-sanieren.de/sanieren-oder-neu-entwickeln/

Ich denke, dass diese bei der Entscheidung „Sanieren oder neu entwickeln?“ hilfreich sein können.

Für die Wirtschaftsprüfer unserer Kunden haben wir sowieso die Funktionen unserer Rechnungsplattform als BPMN 2.0 Modell zur Verfügung gestellt. Wir mussten eigentlich „nur“ das betriebswirtschaftliche Modell technisch in einer Business Process Engine ausführen lassen. Einen Prozess haben wir als Piloten ausgesucht. Die alten Programme und ihre Algorithmen technisch in Aufgaben (Tasks) modelliert und in Java neu programmiert. Sobald der Prozess umgeschrieben war haben wir ihn parallel zu der bisherigen Lösung getestet und optimiert. Der Pilot hat unsere Erwartungen weit übertroffen. Aus den dabei gewonnen Erfahrungen haben wir noch einmal unser Softwareentwicklungsparadigma geändert. Unsere neuen Anforderungen waren diesmal konkreter:
– Bereits programmierten Task sollten für die weitere Nutzung in einem Repository gefunden werden
– Bewährte, von Wirtschaftsprüfern geprüfte Geschäftsprozesse, sollten für Jedermann in einem Repository gefunden werden und einfach im eigenen Unternehmen eingesetzt werden können
– Die Task sollten sich selbst in neue Prozesse integrieren können. Sodass Prozessverantwortliche ihre Prozesse aus dem Repository weitestgehend selbst zusammenstellen können
– Jeder Task erhält Komponenten für KPI und Leistungsabrechnung

Was ich sagen wollte, mit diesem System stellt sich nicht mehr die Frage: „Sollte man bestehende Software von Grund auf neu schreiben?“ Das inkrementelle Vorgehensmodell auf Basis einer BP-Engine erspart uns den klassischen Aufwand für die Fehlerbehebung, Anpassung und Verbesserung unserer Softwarelösung.