Wie man Open Source ausbremst, ohne es zu verbieten
Benedikt Langer
6 Min. Lesezeit Das schärfste Argument gegen Chinas beste offene KI kommt von einem Mann bei OpenAI. ...
Zum Beitrag
7 Min. Lesezeit
Technische Schuld steht in keiner Bilanz, kostet aber jeden Konzern real. Laut McKinsey binden 10 bis 20 Prozent des Budgets für neue Produkte die Beseitigung von Altlasten, bei einem Drittel der CIOs sogar mehr. Wer diese Schuld dem Engineering überlässt, behandelt eine Kapitalfrage wie Wartung. In der Budgetrunde gehört sie neben Produktinvestitionen, Plattformstrategie und Risikoappetit.
Das Wichtigste in Kürze
- Technische Schuld ist eine Bilanzgröße ohne Bilanz. Sie erreicht laut McKinsey ein Fünftel bis zwei Fünftel des gesamten Technologiebestands und entscheidet darüber, wie schnell ein Konzern überhaupt noch neu bauen kann.
- Ein pauschaler Budgetanteil reicht nicht. 15 Prozent für Altlasten abzuzweigen verpufft. Wirksam wird die Tilgung erst, wenn jede Investitionsentscheidung die Schuld mitbucht.
- Die Entscheidung braucht drei Rollen. Ein Tilgungsrahmen ist Kapitalallokation von CEO, CFO und CIO gemeinsam, kein IT-Restbudget.
Verwandt:Zero Trust braucht Prozesswissen/Was der Aufsichtsrat verlangen muss
Was technische Schuld den Vorstand wirklich kostet
Technische Schuld ist kein Metaphernproblem, sondern gebundene Entscheidungsfreiheit. Was ist technische Schuld? Sie bezeichnet den aufgelaufenen Aufwand, der entsteht, wenn Systeme schnell statt sauber gebaut werden: veraltete Architekturen, ungepflegte Abhängigkeiten, Workarounds, die nie zurückgebaut wurden. Wie bei einem Kredit fallen Zinsen an, in Form von langsamerer Entwicklung, höherem Ausfallrisiko und Aufwand, der nie in neuen Wert fließt.
Die Zahlen machen das Ausmaß greifbar. McKinsey beziffert sie auf 20 bis 40 Prozent des gesamten Technologiebestands, vor Abschreibung. Gleichzeitig fließt ein Zehntel bis ein Fünftel des Neuprodukt-Budgets nicht in Neues, sondern in die Reparatur von Altem. Bei rund einem Drittel der befragten CIOs liegt dieser Anteil über 20 Prozent. Das verzerrt jede Wachstumsplanung, bevor die erste Roadmap entschieden ist.
20 bis 40 %
des Werts der gesamten Technologielandschaft stecken laut McKinsey in technischer Schuld, bevor überhaupt abgeschrieben wird.
Quelle: McKinsey Digital, Tech Debt
Der Reflex vieler Häuser ist, die Schuld als Engineering-Thema zu behandeln. Genau hier beginnt der Fehler. Wenn niemand im Vorstand die Größe kennt, gibt es auch keine Entscheidung über ihre Tilgung. Sie wächst dann still weiter, bis ein Projekt unerwartet teuer wird und niemand sagen kann, warum.
In drei Schritten von der Ahnung zur Steuerung
Technische Schuld lässt sich steuern, wenn sie aus der Entwicklerdiagnose in die Investitionslogik übersetzt wird. Dafür reichen drei Schritte, die eine Geschäftsleitung einfordern kann.
Der dritte Schritt ist der unbequeme. Ein einmaliges Aufräumprojekt läuft ins Leere, weil die Schuld sofort wieder anwächst. McKinsey zieht die Grenze klar: 15 bis 20 Prozent des IT-Budgets als separater Topf reichen nicht. Der Trend dreht erst, wenn jede Budgetierung neue Schuld und Tilgung gemeinsam ausweist.
Was ein Tilgungsrahmen trägt und was ihn bremst
Ein fester Rahmen für den Abbau technischer Schuld klingt einfach. In der Praxis entscheidet seine Verankerung im Quartals- und Investitionsprozess.
Was trägt
- Eine messbare Schuld-Kennzahl im Quartalsbericht
- Ein benannter Eigner auf C-Level, nicht im Team
- Tilgung als Teil jeder Investition, nicht als Extraprojekt
Was bremst
- Schuldabbau, der nur in ruhigen Quartalen passiert
- Kennzahlen, die niemand im Vorstand liest
- Ein Budgettopf, der bei der ersten Kürzung fällt
Der Bremsmechanismus ist in vielen Häusern derselbe: Tilgung fällt zuerst, wenn Budgets enger werden, und fehlt erst auf, wenn Roadmaps kippen.
Wer am Ende entscheidet
Die häufigste Fehlannahme lautet, technische Schuld sei eine CIO-Frage. Der CIO kann sie beziffern, aber nicht allein tilgen. Ein Tilgungsrahmen ist Kapitalallokation und braucht den CFO ebenso wie die Priorität des CEO. McKinsey benennt die Runde klar: CEO, CFO und CIO gemeinsam. Der CIO bringt die Schuldenkarte, der CFO den Rahmen, der CEO die Priorität gegen alle anderen Investitionen.
Der Gewinn ist konkret. Wo technische Schuld aktiv gesteuert wird, gewinnen Entwicklungsteams laut McKinsey bis zu 50 Prozent mehr Zeit für Arbeit, die auf Geschäftsziele einzahlt. Diese Zeit ist die eigentliche Rendite der Tilgung.e der Entscheidung. Sie zeigt sich nicht im Schuldabbau selbst, sondern in der Geschwindigkeit, mit der danach wieder Neues entsteht. Die Frage nach dem Mandat entscheidet auch hier, ob aus der Erkenntnis eine Wirkung wird.
Häufige Fragen
Was ist technische Schuld?
Der aufgelaufene Aufwand, der entsteht, wenn Software schnell statt sauber gebaut wird: veraltete Architekturen, ungepflegte Abhängigkeiten, Workarounds ohne Rückbau. Wie ein Kredit verursacht sie laufende Zinsen in Form von langsamerer Entwicklung und höherem Risiko.
Wie groß ist das Problem in Zahlen?
Laut McKinsey erreicht sie ein Fünftel bis zwei Fünftel des gesamten Technologiebestands vor Abschreibung. Zusätzlich versickert ein Zehntel bis ein Fünftel des Neuprodukt-Budgets in der Beseitigung von Altlasten, bei einem Drittel der CIOs sogar mehr.
Warum reicht ein fester Budgetanteil nicht?
Weil ein einmal abgezweigter Topf die Schuld nicht stoppt, die parallel weiterwächst. Wirksam wird die Tilgung erst, wenn jede Investitionsentscheidung die technische Schuld mitbucht, die sie anlegt oder abträgt, statt sie in ein Sonderprojekt auszulagern.
Wer sollte über den Abbau entscheiden?
CEO, CFO und CIO gemeinsam. Der CIO liefert die Bestandsaufnahme und die Zinskosten, der CFO den finanziellen Rahmen, der CEO die Priorität gegenüber anderen Investitionen. Allein in der IT verankert, bleibt die Tilgung folgenlos.
Was bringt aktives Management konkret?
Wo technische Schuld gesteuert wird, gewinnen Entwicklungsteams laut McKinsey bis zu 50 Prozent mehr Zeit für Arbeit an Geschäftszielen. Die Rendite zeigt sich also weniger im Abbau selbst als in der Geschwindigkeit, mit der danach wieder Neues entsteht.
Weiterlesen auf Digital Chiefs
Digital ChiefsDatenräume: Wo Smart Industry und Smart City zusammenwachsenDigital ChiefsZero Trust braucht Prozesswissen, nicht nur ToolsDigital ChiefsCloud and AI Development Act: Souveränität wird zur VergabepflichtMehr aus dem MBF Media Netzwerk
cloudmagazinFinOps sieht alles, darf nichts: Warum Cloud-Kosten steigen mybusinessfutureWerkzeughygiene im Mittelstand: 5 harte Lehren securitytoday14 bösartige npm-Pakete in 4 Stunden: Statik reicht nichtBildquelle: KI-generiert (Juni 2026)