Technische Schulden durch Zeitdruck: Warum 'schnell mal' so teuer wird

Freitagnachmittag. Der Kunde wartet, das Release ist überfällig. Der Entwickler sagt: „Ich bau das schnell ein, sauber machen wir es später." Das Feature geht live. Der Kunde ist zufrieden. Und „später" kommt nie.

Diese Szene spielt sich in fast jedem Unternehmen ab. Sie ist der Normalfall, kein Ausrutscher. Wer nach den Ursachen für technische Schulden sucht, landet fast immer bei diesem Muster: Zeitdruck. Faulheit oder fehlendes Können spielen selten eine Rolle. Der Termin regiert.

Dieser Artikel zeigt, wie aus „schnell mal" ein teures Problem wird. Und wie Sie das Muster durchbrechen, ohne jedes Projekt auszubremsen.

Warum Zeitdruck die häufigste Ursache für technische Schulden ist

Kurz zur Einordnung: Technische Schulden sind die späteren Kosten heutiger Abkürzungen. Eine schnelle Lösung spart jetzt Zeit und kostet dafür bei jeder künftigen Änderung. Die ausführliche Erklärung finden Sie in unserem Grundlagenartikel über technische Schulden.

Unter Termindruck treffen Entwickler andere Entscheidungen als in Ruhe. Das ist menschlich. In Grenzen ist es sogar richtig, denn ein Liefertermin kann wichtiger sein als eleganter Code. Kein seriöser Dienstleister wird Ihnen erzählen, dass Abkürzungen immer falsch sind.

Problematisch wird es durch zwei Dinge. Erstens: Die Abkürzung wird nie zurückgebaut. Zweitens: Niemand hält fest, dass es eine Abkürzung war. Nach einem Jahr weiß keiner mehr, welche Stellen im Code Provisorien sind. Das Wissen verlässt das Unternehmen spätestens mit dem Entwickler.

Typische Abkürzungen unter Termindruck

Bestimmte Muster sehen wir in fast jedem System, das wir übernehmen.

Kopierter Code. Statt eine Funktion sauber wiederzuverwenden, wird sie kopiert und leicht angepasst. Ein späterer Fehler muss dann an fünf Stellen korrigiert werden. Wer eine Stelle vergisst, hat einen Fehler, der nur manchmal auftritt.

Ausgelassene Tests. Automatische Tests prüfen nach jeder Änderung, ob alles noch funktioniert. Unter Druck entfallen sie als Erstes. Das rächt sich genau dann, wenn es wieder schnell gehen muss: Ohne Tests traut sich niemand, zügig zu ändern.

Ignorierte Fehlerfälle. Der Sonderfall „was passiert, wenn die Schnittstelle nicht antwortet" wird auf später verschoben. Im Testbetrieb fällt das nicht auf. Im echten Betrieb schon.

Verschobene Dokumentation. Nach dem Release wirkt sie verzichtbar. Zwei Jahre später sucht ein neuer Entwickler tagelang nach Zusammenhängen, die auf eine halbe Seite gepasst hätten.

Jede einzelne dieser Entscheidungen ist nachvollziehbar. In Summe ergeben sie nach ein paar Jahren eine Codebasis, die niemand mehr gerne anfasst.

Warum „später" nie kommt

Nach dem Release wartet das nächste Projekt. Der Kalender ist voll, und das Provisorium läuft ja. Aufräumen erzeugt keinen sichtbaren Nutzen, also fällt es hinten runter. So bleibt jede Abkürzung liegen. Die nächste Deadline erzeugt derweil neue.

Was Zeitdruck-Schulden kosten

Technische Schulden verhalten sich wie ein Kredit: Solange sie offen sind, zahlen Sie Zinsen.

Die Zinsen sehen im Alltag so aus: Jede Änderung dauert länger, weil der Code unübersichtlich geworden ist. Fehler tauchen an Stellen auf, die mit der Änderung scheinbar nichts zu tun haben. Neue Entwickler brauchen Monate statt Wochen für die Einarbeitung. Aufwandsschätzungen werden unzuverlässig, weil niemand die Nebenwirkungen überblickt.

Der teuerste Effekt ist aber ein anderer: Zeitdruck erzeugt Schulden, und Schulden erzeugen neuen Zeitdruck. Weil jede Änderung länger dauert, werden die Termine knapper. Knappe Termine führen zu neuen Abkürzungen. Das Muster verstärkt sich selbst. Teams, die einmal drinstecken, kommen ohne eine bewusste Entscheidung nicht wieder heraus.

Ein Hinweis für alle, die aktuell mit KI-Werkzeugen entwickeln lassen: Diese Werkzeuge beschleunigen das Muster. Copilot und ähnliche Assistenten erzeugen in kurzer Zeit sehr viel Code. Wer ihn unter Termindruck ungeprüft übernimmt, baut dieselben Schulden auf, nur schneller. Wie das konkret aussieht, lesen Sie in unserem Artikel über technische Schulden durch Vibe Coding.

Wie Sie die Schulden sichtbar machen

Gegen unsichtbare Schulden kann niemand etwas tun. Der erste Schritt ist deshalb Transparenz.

Fragen Sie Ihr Team, wo die Abkürzungen liegen. Entwickler wissen das meistens erstaunlich genau. Sie sagen es nur nicht, wenn niemand fragt. Ein einfaches Dokument reicht für den Anfang: Welche Stelle ist betroffen? Welches Risiko steckt darin? Was würde die Korrektur ungefähr kosten?

Achten Sie zusätzlich auf Warnsignale im Alltag. Dauern kleine Änderungen auffällig lange? Tauchen dieselben Fehler wiederholt auf? Schieben Entwickler bestimmte Aufgaben sichtbar vor sich her? Solche Anzeichen haben wir in einem eigenen Artikel gesammelt: Technische Schulden erkennen.

Wichtig ist der Ton. Wer Schuldige sucht, bekommt beim nächsten Mal keine ehrliche Antwort mehr. Die Abkürzungen von damals hatten Gründe, oft gute. Es geht ums Aufräumen, nicht um Anklage.

Wie Entscheider Zeitdruck erzeugen, ohne es zu merken

Ein unbequemer Punkt, der in vielen Artikeln fehlt: Der Druck kommt selten aus dem Entwicklerteam. Er kommt aus der Führung.

Die Frage „Geht das nicht schneller?" hat fast immer eine ehrliche Antwort: Ja, es geht schneller. Gegen unsichtbare Qualität getauscht. Diese Rechnung sieht im Termin gut aus und im Folgejahr schlecht.

Auch Belohnung wirkt. Wer nur schnelle Lieferungen lobt und saubere Arbeit nie erwähnt, trainiert sein Team auf Abkürzungen. Kein böser Wille, einfach Anreize. Wenn Sie als Geschäftsführung verstehen wollen, warum eine Aufgabe vier Tage statt zwei braucht, fragen Sie nach. Die Antwort erklärt oft mehr über Ihr System als jeder Statusbericht.

Wie Sie dem Muster entkommen

Sie müssen dafür nicht jedes Projekt verlangsamen. Drei Gewohnheiten reichen für den Anfang.

Machen Sie Abkürzungen zu bewussten Entscheidungen. Wenn der Termin eine schnelle Lösung erzwingt, wird das kurz notiert: was, wo, warum. So entsteht eine Liste offener Posten statt eines diffusen Bauchgefühls. Über eine Abkürzung, die dokumentiert ist, kann man später entscheiden. Über eine vergessene nicht.

Planen Sie die Rückzahlung fest ein. Bewährt hat sich ein fester Anteil der Entwicklungszeit für Aufräumarbeiten, in vielen Teams sind das 15 bis 20 Prozent. Das klingt teuer. Verglichen mit dem schleichenden Tempoverlust ist es günstig. Ob sich das für Ihr System rechnet, lässt sich kalkulieren: Unser Artikel zum ROI einer Software-Modernisierung zeigt die Rechnung.

Hinterfragen Sie Deadlines. Manche Termine sind hart, etwa gesetzliche Fristen. Viele andere sind verhandelbar und wirken nur unverrückbar. Stellen Sie bei der nächsten knappen Frist zwei Fragen: Was kostet uns eine Woche Verschiebung? Und was kostet die Abkürzung in zwei Jahren? Allein diese Gegenüberstellung verändert Entscheidungen.

Fazit: Der Termin ist schnell vergessen, der Code bleibt

Kein Kunde erinnert sich in drei Jahren daran, ob ein Feature am 15. oder am 22. kam. Der Code aus dieser Woche ist dann noch da. Deshalb lohnt vor jeder Abkürzung der kurze zweite Blick: bewusst entscheiden, notieren, Rückzahlung einplanen.

Und wenn sich in Ihrem System über die Jahre schon einiges angesammelt hat? Dann ist das kein Grund für ein schlechtes Gewissen, aber ein Grund zu handeln. Wir verschaffen Ihnen einen Überblick und erstellen einen realistischen Plan für den Abbau. Sprechen Sie uns an. Das Erstgespräch ist kostenlos.