Technische Schulden — aufgeschobene Qualitätsarbeit, die spätere Änderungen verlangsamt — sind für Nicht-Techniker unsichtbar und werden deshalb ignoriert, bis sie teuer werden. Sie zu kommunizieren heisst, sie in Geschäftssprache zu übersetzen: nicht «der Code ist schlecht», sondern «jede neue Funktion dauert dadurch länger und wird teurer». Mit der Schulden-Metapher, konkreten Kostenbeispielen und einem stetigen statt einmaligen Abbau gewinnt man das Verständnis und die Zeit für ihre Bearbeitung.
Das Kommunikationsproblem der technischen Schulden
Technische Schulden entstehen, wenn unter Zeitdruck Qualität aufgeschoben wird: schnelle Lösungen statt sauberer, fehlende Tests, provisorische Konstruktionen, die bleiben. Das ist manchmal legitim (bewusst eingegangene Schulden, um ein Ziel zu erreichen) und wird zum Problem, wenn es sich unkontrolliert anhäuft: Jede neue Änderung wird schwieriger, langsamer, fehleranfälliger, weil sie auf dem wackeligen Fundament aufbauen muss. Das Kernproblem für die Steuerung ist die Unsichtbarkeit: Wer nicht entwickelt, sieht die technischen Schulden nicht — die Software funktioniert ja, die neuen Funktionen kommen (nur langsamer und langsamer). Die Entwickler spüren die Bremswirkung täglich, aber sie in eine Sprache zu übersetzen, die Entscheider verstehen und ernst nehmen, gelingt oft nicht. Das Ergebnis: Der Abbau technischer Schulden wird nie priorisiert, weil er gegen sichtbare neue Funktionen konkurriert und immer verliert — bis die Schulden so gross sind, dass fast nichts mehr vorangeht. Die Lösung liegt nicht in besserer Technik, sondern in besserer Kommunikation.
Die Übersetzung in Geschäftssprache
Der Schlüssel ist, technische Schulden nicht technisch, sondern in ihrer Geschäftswirkung zu kommunizieren. «Der Code ist schlecht strukturiert» interessiert keinen Entscheider; «jede neue Funktion in diesem Bereich dauert doppelt so lange, weil wir gegen die Altlasten ankämpfen» ist eine Geschäftsaussage. Die Schulden-Metapher selbst ist dabei das beste Kommunikationswerkzeug — sie ist intuitiv verständlich: Technische Schulden sind wie finanzielle Schulden, sie kosten laufend «Zinsen» in Form von langsamerer Entwicklung, und je länger man sie nicht abbaut, desto mehr Zinsen zahlt man. Diese Metapher macht Entscheidern sofort klar, worum es geht. Konkret wird es durch Beispiele mit Zahlen: «Diese Funktion hätte in sauberem Code drei Tage gedauert; wegen der Altlasten waren es acht.» Solche konkreten Kostenbeispiele, gesammelt über die Zeit, machen die unsichtbaren Schulden greifbar. Und die Prognose verstärkt: «Wenn wir nicht bald investieren, wird die Entwicklung immer langsamer, bis neue Funktionen kaum noch machbar sind.» Wer technische Schulden so kommuniziert — als laufende Geschäftskosten mit wachsender Tendenz —, gewinnt das Verständnis, das die technische Erklärung nie erreicht.
Zeit für den Abbau gewinnen
- 01Kontinuierlich statt einmaligTechnische Schulden baut man am besten stetig ab — ein fester Anteil jeder Iteration für Qualität und Aufräumen — statt in seltenen grossen «Refactoring-Projekten», die schwer zu rechtfertigen sind und gegen Funktionen verlieren. Der stetige Abbau ist unauffälliger und nachhaltiger.
- 02Sichtbar machen und beziffernDie grössten Schuldenposten und ihre laufenden Kosten dokumentieren und beziffern — so wird aus einem diffusen «wir müssten mal aufräumen» eine konkrete, priorisierbare Liste mit Geschäftswirkung.
- 03Als Teil der Wertlieferung rahmenSchuldenabbau ist keine Nabelschau der Entwickler, sondern Investition in die künftige Liefergeschwindigkeit. So gerahmt, konkurriert er nicht gegen Wert, sondern ermöglicht ihn — schnellere künftige Funktionen.
- 04Neue Schulden bewusst entscheidenWo unter Druck neue Schulden eingegangen werden, dies bewusst und sichtbar tun («wir nehmen hier eine Abkürzung, die wir später bereinigen müssen») statt unbemerkt — so bleibt die Schuldenlast steuerbar.
Die Balance: nicht jede Schuld muss weg
Ein wichtiger Realismus zum Schluss: Nicht alle technischen Schulden müssen abgebaut werden, und ein perfekter, schuldenfreier Zustand ist weder erreichbar noch wirtschaftlich sinnvoll. Manche Schulden liegen in Bereichen, die selten geändert werden — dort zahlt man kaum «Zinsen», und der Abbau lohnt nicht. Die Kunst ist die Priorisierung: Schulden in Bereichen mit häufigen Änderungen und hoher Weiterentwicklung kosten am meisten und verdienen den Abbau; Schulden in stabilen Randbereichen kann man bewusst liegen lassen. Diese differenzierte Sicht ist auch kommunikativ hilfreich — sie zeigt Entscheidern, dass es nicht um perfektionistisches Aufräumen geht, sondern um gezielte Investition dort, wo sie sich rechnet. Und sie schützt das Entwicklungsteam vor dem Gegenextrem: dem Perfektionismus, der jede Unschönheit beseitigen will und dabei Zeit in Bereiche steckt, die es nicht wert sind. Technische Schulden sind ein Werkzeug der bewussten Abwägung: bewusst eingehen, wo es dem Ziel dient, gezielt abbauen, wo sie am meisten kosten, und bewusst liegen lassen, wo sie nicht schmerzen. Wer sie so behandelt und kommuniziert, macht aus einem Dauerkonflikt zwischen Entwicklung und Steuerung eine gemeinsame, geschäftlich fundierte Entscheidung.
Der Übersetzungssatz für technische Schulden gegenüber Entscheidern: nicht «unser Code ist schlecht», sondern «jede neue Funktion in Bereich X dauert dadurch etwa doppelt so lange und wird entsprechend teurer — investieren wir jetzt in den Abbau, wird künftige Entwicklung schneller und günstiger». Geschäftswirkung statt Technik.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wie viel Zeit sollte man für den Abbau technischer Schulden einplanen?
- Verbreitet ist ein fester Anteil jeder Iteration (oft grob 10 bis 20 Prozent) für Qualität und Schuldenabbau — der genaue Wert hängt vom Schuldenstand und der Änderungshäufigkeit ab. Wichtiger als die exakte Zahl ist die Kontinuität: ein stetiger kleiner Anteil ist nachhaltiger und leichter zu rechtfertigen als seltene grosse Aufräumaktionen.
- Wie überzeuge ich das Management, in etwas Unsichtbares zu investieren?
- Durch Sichtbarmachung und Übersetzung: die laufenden Kosten der Schulden mit konkreten Beispielen beziffern, die Schulden-Metapher nutzen (Zinsen, die man laufend zahlt) und den Abbau als Investition in künftige Liefergeschwindigkeit rahmen. Wenn Entscheider verstehen, dass jede aufgeschobene Bereinigung künftige Funktionen verteuert, wird aus Unsichtbarem eine geschäftliche Entscheidung.
- Sind technische Schulden immer schlecht?
- Nein — bewusst eingegangene Schulden können eine legitime Strategie sein, um schnell ein Ziel zu erreichen (etwa einen Markttest), mit dem klaren Plan, sie danach zu bereinigen. Problematisch sind unbewusste, unkontrolliert wachsende Schulden. Wie bei finanziellen Schulden gilt: bewusst aufgenommen und gemanagt sind sie ein Werkzeug, unkontrolliert angehäuft ein Risiko.