Was ist technische Schuld?

Woher sie kommt

• Termindruck: „Erst mal so, aufräumen später"
• Anforderungen, die sich geändert haben, ohne dass die Struktur nachgezogen wurde
• Fehlende Tests, die Aufräumen riskant machen
• Abhängigkeiten, die nicht aktualisiert wurden

Nicht jede technische Schuld ist ein Fehler. Vor einer Messe schnell etwas liefern kann wirtschaftlich richtig sein.

Wie sie sich bemerkbar macht

• Kleine Änderungen dauern unerwartet lange
• Bei jeder Anpassung geht anderswo etwas kaputt
• Neue Entwickler brauchen lange zur Einarbeitung
• Aktualisierungen werden aufgeschoben, weil sie riskant sind

Wenn Sie hören „das ist historisch gewachsen", ist das der Fachbegriff dafür.

Wie man sie im Griff behält

Sichtbar machen. Aufräumaufgaben gehören auf dieselbe Liste wie neue Funktionen, nicht in einen separaten Ordner, den niemand liest.

Kontinuierlich tilgen. Ein fester Anteil jedes Zeitraums – etwa jede zehnte Aufgabe – geht an Aufräumen. Das verhindert grosse Sanierungen.

Aktualisierungen einplanen. Abhängigkeiten veralten unabhängig davon, ob Sie am System arbeiten.

Der Punkt, an dem es kippt

Wenn eine kleine Änderung mehr kostet als der ursprüngliche Bau des betroffenen Teils, ist die Schuld höher als der Wert. Dann lohnt sich Sanieren – und in seltenen Fällen ein Neubau.