Technische Schuld: wann aufnehmen, wann tilgen

Nicht jede Abkürzung ist Schuld

Einfacher Code, der dem aktuellen Bedarf genügt, ist keine Schuld, auch wenn er nicht allgemein ist. Schuld ist die bewusste Wahl einer Lösung, die später mehr kostet — eine Doppelung, von der man weiß, dass sie sich aufteilt, ein aufgeschobener Test, eine Datenstruktur, die das Wachstum nicht überlebt.

Schlechter Code aus Unwissenheit ist keine Schuld, sondern ein künftiger Fehler. Die Unterscheidung zählt, weil die Behandlung anders ist.

Wann es sich lohnt aufzunehmen

Wenn man noch nicht weiß, ob das Feature bleibt. Es hat keinen Sinn, perfekte Infrastruktur für etwas zu bauen, das in einem Monat gelöscht werden könnte.

Wenn es ein echtes Zeitfenster gibt — ein Launch, ein Kunde, eine Vorschrift. Aber dann hält man fest, was aufgeschoben wurde, wo im Code, und welches Signal zur Rückkehr zwingt.

Wie man tilgt, ohne alles anzuhalten

„Wir halten einen Monat an und räumen auf“ wird fast nie genehmigt. Was funktioniert: unterwegs tilgen — jedes Mal, wenn man einen Problembereich berührt, ihn ein wenig verbessern. Und einen festen Anteil jedes Arbeitszyklus der Wartung zuweisen, wie man ihn Features zuweist.

Tilgen Sie bevorzugt an Stellen, die oft berührt werden. Hässlicher Code, den niemand seit zwei Jahren geöffnet hat, ist nicht Ihr Problem.