Softwaremodernisierung
Das System funktioniert. Das Problem ist, es zu ändern. Jedes Release bricht etwas Unverwandtes, eine kleine Funktion wird mit drei Wochen geschätzt, und die Leute, die es geschrieben haben, sind weg.
Was dazugehört
- 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
Wann das nötig ist
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.
Typische Schwachstellen in bestehenden Systemen
- Eine komplette Neuentwicklung parallel. Zwei Systeme müssen gepflegt werden, das neue holt das alte nie ein, und das Budget ist aufgebraucht. Wir ersetzen das System schrittweise im laufenden Betrieb.
- Refactoring ohne Tests. Niemand kann belegen, dass sich das Verhalten nicht geändert hat, und Fehler tauchen in Produktion auf. Wir sichern das bestehende Verhalten mit Tests ab, bevor wir etwas ändern.
- Code aufräumen, aber das Datenmodell behalten, das die Probleme verursacht. Dieselben Fehler kehren zurück. Wir korrigieren das Datenmodell mit schrittweisen, umkehrbaren Migrationen.
- Alles auf einmal aktualisieren. Wenn etwas bricht, weiß niemand, welche Änderung schuld ist. Wir aktualisieren in kleinen Schritten, jeder einzeln ausgeliefert und geprüft.
Was wir tun
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.
Projektablauf
- 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
Geben Sie uns Zugang und eine Woche.
Ein Audit an einem bestehenden System sagt, was ein Neubau lösen würde und was nicht.