Tech Debt sichtbar machen: Scorecards, Roadmaps, Priorisierung.
Technische Schulden: Sichtbar machen, was alle wissen aber niemand ausspricht
Technical Debt ist in jedem Projekt vorhanden. Die Frage ist: Wer weiß wie viel, und wer darf es ansprechen?
Warum Tech Debt so ungern angesprochen wird
Weil es sich anfühlt wie ein Eingeständnis. "Wir haben damals schlechte Entscheidungen getroffen." Aber das ist falsch. Tech Debt entsteht oft durch gute Entscheidungen im Kontext von damals – die im Kontext von heute nicht mehr optimal sind.
Wer das nicht offen ansprechen kann, kann es auch nicht managen.
Tech Debt sichtbar machen
Der erste Schritt ist Dokumentation, nicht Lösung. Was sind die bekannten Schulden? Wo kostet jede Änderung überproportional viel Zeit? Welche Bereiche werden von allen gemieden?
Ein Tech-Debt-Register muss kein Tool sein – eine Tabelle reicht. Beschreibung, Bereich, geschätzte Auswirkung, Rückzahlungsaufwand, Priorität.
Scorecard-Ansatz
Für jede Codebasis-Region können Metriken erfasst werden: Code Coverage, Komplexität (Cyclomatic Complexity), Age of Dependencies, Time to Change. Das macht Debt objektiv vergleichbar – und lässt ihn aus der gefühlten in die messbare Dimension rücken.
Tech Debt in der Roadmap
"Wir räumen das irgendwann auf" bedeutet "wir räumen das nie auf". Tech Debt muss als Roadmap-Item erscheinen, mit Budget und Zeitplanung. Die "boy scout rule" (jeder lässt den Code ein bisschen besser zurück als er ihn vorgefunden hat) ist gut – aber nicht ausreichend für schwere Schulden.
Checkliste Tech Debt
Tech-Debt-Register angelegt
Priorisierung nach Business-Impact (was verlangsamt uns am meisten?)
Rückzahlungskapazität im Sprint-Planning berücksichtigt
Stakeholder über Tech Debt und Konsequenzen informiert
Messbare Metriken für Verbesserung definiert
Tech Debt Assessment für eure Codebasis?
markom.digital führt strukturierte Tech-Debt-Analysen durch und hilft dabei, einen realistischen Rückzahlungsplan zu erstellen.
