Softwaremodernisierung

• //Das System lesen und aufschreiben, wie es sich heute tatsächlich verhält
• //Das Datenmodell reparieren, samt Migrationen für bereits falsch gespeicherte Datensätze
• //Abhängigkeits- und Laufzeit-Upgrades, die jahrelang aufgeschoben wurden
• //Tests um die Regeln, die zählen, damit Änderungen nicht mehr blind sind
• //Die Teile trennen, die niemals gekoppelt sein sollten
• //Stufenweiser Austausch von Komponenten, ohne einen einzigen riskanten Umschaltmoment

Wenn die Antwort auf jede Anfrage lautet, dass es kompliziert ist. Wenn niemand eine bestimmte Datei anfassen will. Wenn eine Abhängigkeit so alt ist, dass ein Sicherheitspatch nicht mehr passt.

Auch bevor ein Neubau entschieden wird. Ein Refactoring ist häufig günstiger als eine Neuentwicklung, und das Audit sagt, was zutrifft.

• //Eine Neuentwicklung parallel gestartet: zwei Systeme gepflegt und keines fertig
• //Refactoring ohne Tests, also Neuschreiben mit unbegründetem Vertrauen
• //Den Code aufräumen und das Datenmodell stehen lassen, das das Chaos verursacht hat
• //Alles gleichzeitig aktualisieren, wodurch der Fehler nicht isolierbar ist

Wir stellen zuerst Tatsachen fest: was das System tut, wie die Daten aussehen, was von Tests abgedeckt ist und was nicht. Diese Bewertung ist das Audit.

Dann arbeiten wir in kleinen, umkehrbaren Schritten, während das System durchgehend läuft. Keine parallele Neuentwicklung, kein Stopp der Weiterentwicklung, außer Sie wollen einen.

• //Immer zuerst das Audit: ein System zu refaktorisieren, das wir nicht gelesen haben, ist Raten
• //Eine priorisierte Reihenfolge, beginnend mit dem, was gerade Störungen verursacht
• //Jeder Schritt wird ausgeliefert und geprüft, bevor der nächste beginnt
• //Ihr Team ist beteiligt, damit das Wissen bei Ihnen bleibt