Technische Schulden: Der Kredit, den deine Software heimlich aufnimmt

Der Begriff kommt aus der Softwareentwicklung, aber er ist bewusst als Finanzbild gewählt. Jedes Mal, wenn beim Bauen eine Abkürzung genommen wird, entsteht eine kleine Schuld. Schnell etwas hinstellen, das läuft, statt es sauber zu machen. Das ist nicht per se schlecht. Schlecht wird es, wenn niemand die Schuld je zurückzahlt und der Betrag im Hintergrund weiterwächst.

Was technische Schulden wirklich sind

Stell dir zwei Wege vor, ein Feature zu bauen. Der eine ist sauber: durchdacht, getestet, so gebaut, dass der Nächste ihn versteht. Der andere ist schnell: zusammengesteckt, ein paar Sonderfälle ignoriert, ein Kommentar "später aufräumen", der nie eingelöst wird.

Der schnelle Weg ist am ersten Tag günstiger. Du bekommst dein Feature früher. Der Haken kommt später: Jede weitere Änderung an dieser Stelle kostet ab jetzt mehr. Der Entwickler muss erst verstehen, was da improvisiert wurde, bevor er etwas anfassen kann. Das ist der Zins. Du zahlst ihn nicht einmal, sondern bei jeder einzelnen Änderung, immer wieder.

Eine Abkürzung spart dir einen Tag heute und kostet dich eine Stunde bei jeder Änderung für die nächsten drei Jahre. Das ist kein guter Kurs.

Nicht jede Schuld ist schlecht

Jetzt die Nuance, die oft fehlt: Schulden aufzunehmen ist nicht grundsätzlich falsch. Kein Unternehmen wäre je gewachsen, wenn es nur mit dem gebaut hätte, was auf dem Konto liegt. Ein Kredit zur richtigen Zeit ist ein Werkzeug.

In Software heisst das: Wenn du schnell herausfinden willst, ob eine Idee überhaupt trägt, ist ein bewusst grober Prototyp der richtige Weg. Da lohnt sich Sauberkeit noch nicht, weil die Hälfte davon sowieso wieder wegfliegt. Warum wir früh grob bauen und was das bringt, steht in Warum Agentic Coding kein Hype ist.

Der Unterschied liegt in einem Wort: bewusst. Eine kluge Schuld nimmst du mit offenen Augen auf und weisst, wann du sie zurückzahlst. Eine schlechte Schuld entsteht aus Schludrigkeit, kennt niemand, und es gibt keinen Plan, sie je loszuwerden. Die erste ist ein Hebel. Die zweite ist ein Leck.

Woran du sie erkennst, ohne Code zu lesen

Du musst kein Entwickler sein, um zu merken, dass die Schuld zu hoch wird. Die Symptome zeigen sich im Alltag, und zwar an deiner Rechnung und am Tempo.

Kleine Änderungen dauern plötzlich lang. Ein Wunsch, der nach einer Stunde klingt, wird zum Tagesprojekt, und niemand kann dir richtig erklären, warum. Oder du hörst den Satz "das trauen wir uns lieber nicht anzufassen" über einen Teil deiner eigenen Software. Fehler, die schon behoben waren, tauchen an anderer Stelle wieder auf. Und im schlimmsten Fall gibt es genau eine Person, die versteht, wie das Ganze zusammenhängt, und alle beten, dass die nicht kündigt.

Jedes dieser Zeichen für sich ist harmlos. Zusammen sind sie die Zinsrechnung, die langsam durchschlägt.

Zinsen zahlst du nicht einmal

Eine aufgenommene Schuld verschwindet nicht von allein. Sie verzinst sich bei jeder Änderung, die du danach noch machst. Deshalb wird ein vernachlässigtes Projekt nicht linear teurer, sondern immer steiler. Der günstigste Moment zum Zurückzahlen ist immer der jetzige.

Warum KI-Tempo die Sache riskanter macht

Wir bauen mit Agentic Coding, also mit KI-Agenten, die Code in einem Tempo produzieren, das vor Kurzem undenkbar war. Das ist grossartig, und genau deshalb müssen wir hier ehrlich sein: Tempo macht Schulden nicht kleiner, es macht sie schneller.

Eine KI schreibt in einer Stunde mehr Code, als ein Mensch früher an einem Tag geschrieben hat. Wenn dieser Code niemand prüft, häufst du auch die Schulden im gleichen Tempo an. Schnell viel Software zu haben, die niemand mehr durchschaut, ist kein Fortschritt, sondern ein grösserer Kredit in kürzerer Zeit.

Genau darum steht bei uns zwischen der KI und deinem Produkt ein Mensch, der den Code liest und die Grenzen zieht. Wie dieses Review in der Praxis aussieht, haben wir in Sauberer Code trotz KI-Tempo beschrieben. Die kurze Version: Geschwindigkeit ist nur dann ein Vorteil, wenn jemand mitliest.

Wie wir damit umgehen

Man wird technische Schulden nie ganz los, und das ist auch nicht das Ziel. Das Ziel ist, sie klein und sichtbar zu halten, statt sie wachsen zu lassen, bis sie das ganze Projekt lähmen.

Das heisst konkret: Wir zahlen laufend ein kleines Stück zurück, statt auf den grossen Aufräum-Tag zu warten, der nie kommt. Wenn wir eine Abkürzung nehmen, sagen wir dir, dass es eine ist, und was sie später kostet. Und wir schreiben so, dass nicht nur der Autor den Code versteht, sondern auch die Kollegin nächstes Jahr. Diese laufende Pflege ist kein Extra, sie ist Teil davon, dass Software überhaupt am Leben bleibt. Warum das so ist, steht in Software ist nie fertig.

Technische Schulden sind kein Grund zur Panik. Sie sind ein normaler Teil jeder Software, so wie ein Kredit ein normaler Teil vieler Unternehmen ist. Der Unterschied zwischen einem gesunden Projekt und einer tickenden Rechnung liegt nicht darin, ob Schulden entstehen. Er liegt darin, ob jemand mitzählt.

Du hast den Verdacht, dass in deiner Software mehr Zinsen stecken, als dir lieb ist? Erzähl uns davon, wir schauen ehrlich hin.