Die Metapher dahinter
Der Begriff kommt bewusst aus der Finanzwelt: Ein Team nimmt eine Abkürzung, etwa eine unsauber gebaute Funktion oder eine fehlende Fehlerbehandlung, um schneller ans Ziel zu kommen. Genau wie ein Kredit ist das nicht per se falsch, manchmal ist es sogar die richtige Entscheidung, um schnell zu lernen, ob eine Idee überhaupt funktioniert. Das Problem entsteht, wenn diese Abkürzung nie zurückgezahlt wird, also nie sauber nachgebaut wird. Dann fällt bei jeder weiteren Änderung an dieser Stelle ein Zins an, in Form von mehr Zeit, mehr Vorsicht und mehr Fehlerquellen.
Wie sich das in der Praxis zeigt
Technische Schulden sind selten ein einzelnes großes Problem, sondern eine Ansammlung kleiner: Code, den niemand mehr ohne Angst anfasst, Funktionen, die an zu vielen Stellen gleichzeitig geändert werden müssen, oder Tests, die fehlen, sodass jede Änderung ein Risiko ist statt einer Routine. Einzeln wirkt jede dieser Stellen harmlos. In Summe verlangsamen sie ein Team spürbar, oft ohne dass jemand genau benennen kann, warum eine eigentlich einfache Aufgabe plötzlich Tage statt Stunden dauert.
Wie man sie erkennt und misst
Ein verlässliches Signal ist die Geschwindigkeit selbst: Wenn ähnliche Aufgaben über die Zeit immer länger dauern, obwohl das Team nicht kleiner geworden ist, stecken meist technische Schulden dahinter. Konkreter wird es im Code selbst, etwa an Stellen mit vielen Bugfixes in kurzer Zeit, an fehlender Testabdeckung oder an Teilen, die mehrere Entwickler unabhängig voneinander als “die gefährliche Stelle” bezeichnen. Ein Architektur-Review macht diese Stellen sichtbar und ordnet sie danach, wie dringend und wie teuer ihr Abbau ist.
Wie man sie abbaut
Technische Schulden auf einmal zu tilgen ist selten realistisch und meistens auch nicht nötig. Sinnvoller ist, den Abbau dort anzusetzen, wo er am meisten bringt, also an den Stellen, die am häufigsten geändert werden oder am meisten Risiko bergen, und ihn als festen Teil der laufenden Arbeit statt als separates Großprojekt zu behandeln. Ungebremst wachsen sie dagegen weiter, bis irgendwann jede Änderung am System zum Risiko wird.