Technische Schulden

Software wird selten einmal geschrieben und dann nie wieder angefasst. Sie wird über Jahre verändert, erweitert und reparaert. Wer dabei unter Zeitdruck eine schnelle, unsaubere Lösung wählt, spart im Moment Arbeit. Dafür wird jede spätere Änderung an dieser Stelle mühsamer. Genau diesen aufgeschobenen Aufwand nennt man technische Schulden. Der Vergleich mit einem Kredit ist gewollt: Man leiht sich Zeit und zahlt sie später mit Zinsen zurück.

Warum schnelle Lösungen später teuer werden

Die Zinsen sind hier keine Geldsumme, sondern verlorene Arbeitszeit. Ein unübersichtlich gebauter Programmteil bremst jeden, der ihn anfassen muss. Neue Funktionen brauchen Wochen statt Tage. Fehler tauchen an Stellen auf, mit denen niemand gerechnet hat. Und je länger man wartet, desto teurer wird das Aufräumen.

Wichtig ist: Technische Schulden sind nicht automatisch ein Fehler. Ein Start-up, das ein Produkt schnell testen will, nimmt sie bewusst in Kauf. Wenn die Idee nicht funktioniert, war die saubere Lösung ohnehin verschwendet. Problematisch wird es erst, wenn niemand die Schulden festhält und zurückzahlt. Dann sammelt sich still ein Berg an, den irgendwann keiner mehr überblickt.

In der Wirtschaftspresse tauchen technische Schulden deshalb als Risikofaktor auf. Große Banken und Versicherungen betreiben Programme, die vor Jahrzehnten geschrieben wurden. Diese Systeme laufen, aber kaum jemand versteht sie noch vollständig. Modernisierungsprojekte kosten dort regelmäßig hunderte Millionen Euro.

Woher die Schulden im Code kommen

Eine typische Quelle ist Doppelung. Dieselbe Rechenlogik steht an fünf Stellen im Programm, statt an einer. Ändert sich eine Regel, muss man alle fünf finden. Vergisst man eine, entsteht ein Fehler, der oft erst Monate später auffällt.

Weitere Quellen sind fehlende automatische Tests, unklare Namen für Bauteile und veraltete Fremdbausteine. Fast jede Software nutzt fertige Bibliotheken, also fremden Programmcode für Standardaufgaben. Werden die nicht aktualisiert, wächst nicht nur der Umbauaufwand, sondern auch das Sicherheitsrisiko. Manchmal entstehen Schulden auch ohne Schuld: Die Anforderungen ändern sich, und eine früher richtige Struktur passt nicht mehr.

Zurückgezahlt wird durch Refactoring. Damit ist gemeint, dass man den inneren Aufbau des Programms verbessert, ohne sein Verhalten nach außen zu ändern. Viele Teams reservieren dafür einen festen Anteil ihrer Arbeitszeit, oft rund zehn bis zwanzig Prozent. Andere führen eine Liste bekannter Schwachstellen und arbeiten sie nach Dringlichkeit ab.

Technische Schulden in KI-Projekten und im Alltag

Wenn eine App ständig abstürzt oder ein Update Monate zu spät kommt, stecken oft technische Schulden dahinter. Auch bei Behörden merkt man sie: Anträge, die nur zu bestimmten Uhrzeiten funktionieren, deuten auf alte Systeme hin, die niemand mehr gefahrlos umbauen kann.

Bei KI-Systemen kommt eine eigene Form hinzu. Solche Systeme bestehen nicht nur aus Programmcode, sondern auch aus Trainingsdaten und trainierten Modellen. Ändert sich eine Datenquelle, kann das Verhalten des Modells kippen, ohne dass eine einzige Zeile Code angepasst wurde. Forscher bei Google haben das früh beschrieben und von versteckten technischen Schulden gesprochen.

In Quartalsberichten und Interviews hörst du den Begriff, wenn Unternehmen Verzögerungen erklären. Ein neuer Technikchef kündigt dann Aufräumarbeiten an, bevor neue Produkte kommen. Wer das Wort kennt, kann solche Aussagen besser einordnen. Es heißt meist: Die schnellen Abkürzungen der Vergangenheit werden jetzt bezahlt.