Technical Debt existiert in jedem Projekt. Die Frage ist, wer weiss wie viel, und wer darf es ansprechen.
Technische Schulden anzusprechen fuehlt sich oft wie ein Eingestaendnis an, damals seien schlechte Entscheidungen getroffen worden. Das ist meistens falsch: Schulden entstehen haeufig 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.
Schulden sichtbar machen
Der erste Schritt ist Dokumentation, nicht Loesung. Welche Schulden sind bekannt, wo kostet jede Aenderung ueberproportional viel Zeit, welche Bereiche meidet das Team? Ein Tech-Debt-Register muss kein eigenes Tool sein, eine einfache Tabelle mit Beschreibung, Bereich, geschaetzter Auswirkung, Rueckzahlungsaufwand und Prioritaet reicht.
Der Scorecard-Ansatz
Fuer jede Codebasis-Region lassen sich Metriken erfassen: Code Coverage, zyklomatische Komplexitaet, Alter der Dependencies, Time to Change. Das macht Schulden objektiv vergleichbar und rueckt sie aus dem gefuehlten in den messbaren Bereich.
Schulden in der Roadmap
Ein vages „das raeumen wir irgendwann auf“ bedeutet meist, es passiert nie. Technische Schulden brauchen einen festen Platz in der Roadmap, mit Budget und Zeitplanung. Die Boy-Scout-Regel, jeder hinterlaesst den Code etwas besser, als er ihn vorgefunden hat, ist gut, aber fuer schwere Schulden nicht ausreichend.
Checkliste: Tech-Debt-Register angelegt, Priorisierung nach Business-Impact, Rueckzahlungskapazitaet im Sprint-Planning beruecksichtigt, Stakeholder informiert, messbare Metriken fuer Verbesserung definiert.
Ein Beispiel aus der Praxis
Ein wachsendes Unternehmen wollte ein neues Feature einbauen, das eigentlich zwei Tage Aufwand haette bedeuten sollen. Tatsaechlich dauerte es drei Wochen, weil die betroffene Codebasis seit Jahren ohne Struktur gewachsen war und niemand mehr genau wusste, welche Teile wovon abhingen. Ein anschliessendes Tech-Debt-Register machte sichtbar, dass genau dieser Bereich seit langem als problematisch bekannt war, aber nie priorisiert wurde. Seit der Aufnahme in die Roadmap mit festem Zeitbudget sinkt der Aufwand fuer vergleichbare Aenderungen in diesem Bereich spuerbar.
Tech-Debt-Assessment fuer eure Codebasis? markom.digital fuehrt strukturierte Analysen durch und hilft, einen realistischen Rueckzahlungsplan zu erstellen.