Technische Schuld — IT-Definition
Die zukünftigen Kosten technischer Kompromisse: Code, Architektur oder Werkzeuge, die korrigiert werden müssen, um die SI-Entwicklung nicht zu bremsen.
Technische Schuld (technical debt) bezeichnet die impliziten Kosten kurzfristiger technischer Entscheidungen zulasten von Qualität, Wartbarkeit oder Beständigkeit des Informationssystems. Wie eine Finanzschuld zahlt sie sich mit Zinsen zurück: jedes hastig ausgelieferte Feature, jede ungepflegte Abhängigkeit, jede ohne Hersteller-Support am Leben gehaltene Anwendung verlangsamt zukünftige Entwicklungen.
Ward Cunningham prägte den Begriff 1992 für die Softwareentwicklung — heute gilt er für den gesamten SI: Quellcode, Architektur, Infrastruktur, Werkzeuge, Prozesse, Dokumentation. Für eine IT-Leitung ist sie heute eine der größten Bremsen für Transformation: Laut McKinsey werden 20 bis 40 % des Technologiewerts eines Unternehmens durch das Management seiner technischen Schuld verbraucht.
Formen technischer Schuld
- •Code-Schuld: dupliziert, ungetestet, undokumentiert.
- •Architektur-Schuld: alternde Monolithen, enge Kopplungen.
- •Infrastruktur-Schuld: veraltete Betriebssysteme, nicht unterstützte Datenbankversionen.
- •Anwendungs-Schuld: Anwendungen außerhalb des Hersteller-Supports, siehe technische Obsoleszenz.
- •Wissens-Schuld: fehlende Dokumentation, abgewanderte Teams, verlorene Expertise.
- •Sicherheits-Schuld: nicht behobene Schwachstellen, laxe Zugangskontrollen.
Beabsichtigte vs. unbeabsichtigte Schuld
Martin Fowlers Matrix:
- •Beabsichtigt klug: bekannte Verkürzung, aber Time-to-Market erzwingt sie.
- •Beabsichtigt unklug: ohne Tests ausgeliefert, das ungünstigste Profil.
- •Unbeabsichtigt klug: damals beste Entscheidung, kontextabhängig zu tilgen.
- •Unbeabsichtigt unklug: Team weiß nicht, dass es Schulden aufnimmt.
Warum technische Schuld teuer ist
- •Geschwindigkeit: bis zu 30 % der Zeit der Teams für Workarounds (Stripe Developer Coefficient).
- •Versteckte Kosten: Cloud-Überverbrauch, veraltete Lizenzen.
- •Betriebsrisiko: häufigere Vorfälle, längere MTTR.
- •Sicherheit: jede ungepatchte Abhängigkeit ist eine potenzielle CVE.
- •Personalbindung: Entwickler meiden überschuldete SIs.
Schuld messen und steuern
Schlüsselindikatoren:
- •Code-Qualität: SonarQube, Testabdeckung, zyklomatische Komplexität.
- •Alter der Abhängigkeiten: Anteil nicht unterstützter Bibliotheken.
- •Dichte stillzulegender Anwendungen: aus dem Anwendungsportfolio.
- •Schuld nach Geschäftswert: Kritikalität × technischer Zustand (TIME-Matrix).
Tilgungsstrategien
- •Festes Budget: 15 bis 20 % der Engineering-Kapazität reserviert.
- •Pfadfinderregel: «Hinterlasse den Code sauberer, als du ihn vorgefunden hast».
- •Modernisierungsprogramme: dedizierte Projekte für strukturelle Schuld.
Kabeen identifiziert automatisch die Anwendungen in technischer Schuld in Ihrem SI und gibt der IT-Leitung einen quantifizierten Rationalisierungsplan.
Häufig gestellte Fragen
Was ist technische Schuld in der Informatik?
+
Technische Schuld ist der zukünftige Preis technischer Kompromisse, die getroffen wurden, um schneller zu liefern: schlecht getesteter Code, veraltete Abhängigkeiten, ungeeignete Architektur, Anwendungen außerhalb des Supports. Wie eine Finanzschuld sammelt sie sich an, erzeugt Zinsen (Langsamkeit, Vorfälle, Risiken) und bremst schließlich jede Weiterentwicklung, wenn sie nicht regelmäßig getilgt wird.
Wie misst man technische Schuld?
+
Über ergänzende Indikatoren: Code-Qualität (SonarQube, Testabdeckung, zyklomatische Komplexität), Alter und Kritikalität der Abhängigkeiten (Snyk, Dependabot), Anteil ablaufender Anwendungen im Portfolio und vor allem die Zeit, die Teams mit Umgehung der Schuld vs. Wertschöpfung verbringen. Zusammen ergeben diese Indikatoren einen steuerbaren Schuldenstand.
Wie tilgt man technische Schuld, ohne Neues zu blockieren?
+
Drei kombinierbare Hebel: ein reserviertes Kapazitätsbudget (15 bis 20 % jedes Sprints), die Anwendung der Pfadfinderregel (jede Änderung verbessert den berührten Code leicht) und gezielte Modernisierungsprogramme für strukturelle Schuld. Der klassische Fehler: Schuld nur als Ausnahmeprojekt behandeln — Schuld wird kontinuierlich getilgt.
Unterschied zwischen technischer Schuld und Obsoleszenz?
+
Obsoleszenz ist ein Sonderfall der Schuld: eine Technologie oder Anwendung, die vom Hersteller nicht mehr unterstützt oder nicht mehr bedarfsgerecht ist. Technische Schuld ist breiter und umfasst auch schlecht geschriebenen Code, fragile Integrationen, fehlende Dokumentation, veraltete Architekturentscheidungen — alles Bremsen, die auch auf perfekt aktuellen Technologien existieren können.
Alle Begriffe
5R-Methode
Eine Strategie bei der Anwendungsrationalisierung zur Bestimmung des besten Ansatzes für das Anwendungsmanagement.
8R-Methode
Eine erweiterte Version der 5R-Methode für Application Portfolio Management und Migrationsstrategien.
Anwendung
Ein Computerprogramm oder eine Reihe von Programmen zur Rationalisierung von Geschäftsabläufen.
Architektur
Bezieht sich auf die Struktur und das Verhalten von IT-Systemen, Prozessen und Infrastruktur innerhalb einer Organisation.
Brauchen Sie Hilfe bei der Kartierung Ihrer IT-Landschaft?
Kabeen hilft Ihnen, Ihr Anwendungsportfolio zu inventarisieren, zu analysieren und zu optimieren.