»Refactoring: Technische Perspektive
Vorher
- Was muss unverändert bleiben? Welche Fehlerkorrekturen oder neuen Funktionen sind getrennte Aufträge?
- Welche Aufrufe, dynamischen Zugriffe, Tabellen, Schnittstellen und Konfigurationen sind betroffen?
- Können wir den Ausgangsstand reproduzieren und sein Verhalten mit realen Beispielen und Grenzfällen prüfen?
Währenddessen
- Bleibt jeder Änderungsschritt klein, nachvollziehbar und überprüfbar?
- Werden vereinbarte Architekturregeln eingehalten?
- Prüfen wir Fachverhalten, Nebenwirkungen und Leistung? Wer bestimmt die Erwartungen unabhängig vom KI-Entwurf?
Nachher
- Bleiben Verträge, Datenformate und Schnittstellen kompatibel?
- Sind auffällige Unterschiede gegenüber dem Ausgangsstand erklärt?
- Können andere Entwickler den neuen Stand verstehen, testen und weiterändern?