Technische Schulden erkennen: Wann Software langsamer macht, als sie hilft
Technische Schulden sind kein unordentlicher Code, sondern eine messbare Steuer auf jede künftige Änderung. Das Symptom sieht das Management ohne eine Zeile Code.
„Technische Schulden" klingt nach einem Entwicklerthema, das man delegieren kann. Tatsächlich ist es eine Managementfrage: Es ist die unsichtbare Steuer, die auf jede künftige Änderung erhoben wird — und irgendwann höher ist als der Wert, den die Software noch liefert.
Man muss keine Zeile Code lesen, um Schulden zu erkennen. Man muss nur eine Zahl beobachten.
Das Symptom, das jeder sieht
Eine Änderung, die früher Tage dauerte, dauert jetzt Wochen — und niemand kann genau sagen, warum. Jede neue Anforderung wird teurer, jeder Fix riskanter, jede Schätzung vorsichtiger. Das ist kein Pech und keine Faulheit. Das ist die Zinslast nicht gesteuerter technischer Schulden.
Der Accelerate State of DevOps Report 2024 von DORA misst genau das: Wie schnell und stabil ein Team ändern kann, ist der direkte Indikator für die Schuldenlast — nicht ein subjektives „Code-Gefühl".
Vier Schuldenarten, die wirklich kosten
1. Unklare Architektur
Wenn niemand sicher sagen kann, was eine Änderung an anderer Stelle auslöst, wird jede Anpassung zur Risikoabwägung. Das ist die teuerste Schuld, weil sie alles verteuert.
2. Fehlende Tests
Ohne automatisierte Absicherung ist jede Änderung ein Blindflug. Die Schuld zeigt sich nicht im Code, sondern in der Angst, etwas anzufassen.
3. Unsichere Abhängigkeiten
Veraltete Bibliotheken mit bekannten Lücken sind technische und Sicherheitsschuld. Der BSI-Lagebericht nennt genau das regelmäßig als häufigste reale Einbruchstelle — eine Schuld mit Zinsen in zwei Währungen.
4. Verstreutes Wissen
Wenn nur eine Person weiß, wie etwas wirklich funktioniert, ist das eine Schuld auf zwei Beinen. Sie fällt fällig genau dann, wenn diese Person nicht da ist.
Schulden sind eine Entscheidung, kein Moralurteil
Der wichtigste Perspektivwechsel: Technische Schulden sind normal und oft bewusst aufgenommen, um schneller zu liefern — wie ein Kredit. Der Fehler ist nicht das Aufnehmen, sondern das Nicht-Sichtbarmachen und Nicht-Tilgen. Der Thoughtworks Technology Radar warnt seit Jahren vor genau dem stillen Auflaufen, nicht vor Schulden an sich.
Sichtbar machen, dann teuerste Zinsen zuerst
Man tilgt nicht alles und nicht nach Gefühl. Man macht Schulden sichtbar (was verlangsamt uns konkret?), bewertet nach Zinslast (was verteuert die nächsten Änderungen am meisten?) und tilgt gezielt — derselbe Mechanismus wie laufende Wartung (siehe Software-Wartung nach dem Launch). Wer das nie tut, landet irgendwann bei der teuersten Variante: dem Neubau unter Schmerzen (siehe Legacy-Modernisierung ohne Big Bang).
Checkliste: hat Ihre Software ein Schuldenproblem?
- Dauern einfache Änderungen spürbar länger als früher?
- Werden Schätzungen vorsichtiger, ohne dass die Anforderungen wachsen?
- Gibt es Bereiche, die niemand gern anfasst?
- Hängt kritisches Wissen an einer Person?
- Laufen unsichere/veraltete Abhängigkeiten ungetilgt mit?
- Sind Schulden sichtbar dokumentiert, nicht nur gefühlt?
- Wird nach Zinslast getilgt, nicht nach Lautstärke?
Häufige Fragen
Sind technische Schulden immer schlecht? Nein. Bewusst aufgenommen, um schneller zu liefern, sind sie ein Werkzeug. Schlecht ist nur das stille, ungesteuerte Auflaufen.
Müssen wir alles refaktorisieren? Nein. Nur die Schulden mit der höchsten Zinslast — die, die die nächsten Änderungen am meisten verteuern. „Alles" ist genauso ein Fehler wie „nichts".
Woran erkennt das Management es ohne Technikwissen? An der Änderungsgeschwindigkeit. Wenn Gleiches immer länger dauert und Schätzungen vorsichtiger werden, läuft die Zinsuhr.
Was ist der teuerste Fehler? Schulden unsichtbar lassen, bis nur noch der Neubau bleibt. Sichtbare Schuld ist steuerbar, unsichtbare wird irreversibel.
Fazit
Technische Schulden sind keine Code-Ästhetik, sondern eine Steuer auf jede Änderung. Wer sie sichtbar macht, nach Zinslast bewertet und gezielt tilgt, hält Software billig änderbar. Wer sie ignoriert, zahlt sie irgendwann als Neubau — mit Zinsen.
Weiterlesen
- Software-Wartung nach dem Launch: Updates und Weiterentwicklung — die laufende Tilgung im Alltag.
- Legacy-Modernisierung ohne Big Bang: alte Systeme schrittweise erneuern — was passiert, wenn Schulden nie getilgt werden.
Nächster Schritt
Ihre Änderungen dauern länger und niemand kann sagen, warum? Beginnen Sie mit einer kurzen Einschätzung Ihrer Anforderungen. Wir machen die Schulden sichtbar und priorisieren die teuerste Zinslast zuerst.
Quellen
- Thoughtworks, Technology Radar — thoughtworks.com
- DORA, Accelerate State of DevOps Report 2024 — dora.dev
- BSI, Die Lage der IT-Sicherheit in Deutschland — bsi.bund.de