Technische Schulden
Technische Schulden verschieben Aufwand oder Risiko in spätere Arbeit. Ihre „Zinsen“ zeigen sich etwa in wiederkehrendem Zusatzaufwand, manuellen Schritten oder höherer Fehlerwahrscheinlichkeit.
- ZinsWiederkehrender Mehraufwand der Abkürzung.
- TilgungEinmaliger Umbau beendet den Zins.
- GleichstandAb hier lohnt die Tilgung.
Einordnung
Warum das wichtig ist
Nicht jede unschöne Stelle verdient Aufwand. Ohne beobachtbare Folgen entscheidet Bauchgefühl, und wirklich teure Schulden bleiben liegen. Die Bewertung nach wiederkehrender Arbeit macht Prioritäten begründbar.
Dieser Baustein bewertet Folgekosten und Tilgung. Architektur-Erosion beschreibt Strukturabweichungen; Trade-off-Analyse vergleicht gezielte Alternativen.
Auf einen Blick · Von der Abkürzung zur Tilgung
Zins der Abkürzung über Monate
Das Versandmodul liest Bestelltabellen direkt. Jede Änderung am Statusfeld verlangt manuelle Abstimmung und verursacht wiederkehrende Fehlerprüfungen.
So liest du das Bild
- Zins Kennzahl „Mehraufwand bisher“ wächst mit den „Monaten seit der Abkürzung“.
- Tilgung Kennzahl „Tilgung einmalig“ und der Schalter „Schuld getilgt (einmaliger Umbau)“.
- Gleichstand Bei 5 Monaten zeigen „Mehraufwand bisher“ und „Tilgung einmalig“ beide 30 h.
Nutzen & Grenzen
Hilft, wenn
- Wiederkehrende Änderungen zeigen Zusatzaufwand oder Fehlerfolgen an einer konkreten technischen Stelle.
- Zeitlich begrenzte Abweichungen profitieren von sichtbarer Folgearbeit und einem festgelegten Neubewertungszeitpunkt.
Grenzen
- Ohne beobachtete Änderungshäufigkeit und Zusatzaufwand bleibt die Priorität Bauchgefühl; Zahlen entstehen aus echter Arbeit, nicht aus Schätzung im Voraus.
- Ein umfassender Neuaufbau erhöht das Übergangsrisiko; gezielte Tilgung am betroffenen Änderungspfad ist oft günstiger, etwa per Strangler.
- Schulden zu benennen beseitigt sie nicht; neue Verstöße verhindert erst eine Prüfung wie bei Architektur-Erosion.
In der Praxis
- Frage und Folgen benennen. Beschreibe technische Stelle, wiederkehrenden Mehraufwand oder konkretes Risiko und die betroffene Änderung. Trenne beobachtete Folgen von Vermutungen. Das Ergebnis ist ein bewertbarer Schuldeneintrag.
- Zeitpunkt und Wirkung abwägen. Prüfe, wann die Stelle wieder geändert wird und wie sich Aufschub auf Ziele auswirkt. Stelle Nutzen, Kosten und Alternativen gegenüber. Damit wird Tilgung nach erwarteter Belastung und nicht nach bloßer Sichtbarkeit priorisiert.
- Gezielt tilgen und nachmessen. Plane eine begrenzte Verbesserung mit klarer Wirkungsmessung und überprüfe die nächste vergleichbare Änderung. Aktualisiere den Eintrag anhand tatsächlicher Kosten. Das Ergebnis zeigt, ob die Maßnahme Zinsen reduziert hat.
Ausführliche Erklärung lesen
Technische Schulden sind eine zeitliche Verschiebung von Aufwand oder Risiko. „Zinsen“ bezeichnen wiederkehrende Folgen wie längere Änderungen, mehr manuelle Schritte oder höhere Fehlerwahrscheinlichkeit; „Tilgung“ ist die gezielte Verbesserung. Eine Abweichung ist relevant, wenn ihre Folge bei erwarteter weiterer Arbeit spürbar wird. Die Einordnung ergänzt die Beobachtung von Architektur-Erosion und eine fundierte Trade-off-Analyse.
Schulden entstehen bewusst, um zu lernen oder rechtzeitig zu liefern, oder unbeabsichtigt durch Veränderung. Ein nützlicher Eintrag benennt Ort, Folge, betroffene Arbeit und Prüfzeitpunkt. Priorität richtet sich nach Eintritt und Wirkung; ästhetische Präferenzen allein begründen keine Tilgung. Gezielt gekoppelte Tilgung kann weniger Risiko erzeugen als ein großer Neuaufbau. Messwerte aus wiederkehrenden Änderungen helfen, die angenommene Belastung zu bestätigen oder neu zu bewerten.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Wie hoch ist der Mehraufwand bisher nach 3 Monaten, und was kostet die Tilgung?
Lösung mit Begründung ansehen
18 Stunden Mehraufwand bisher; die Tilgung kostet einmalig 30 Stunden (illustrativ).
AnwendenAuf eine neue Lage übertragen
Das Versandmodul liest Bestelltabellen direkt und kostet 6 Stunden im Monat. Wann ist die Tilgung über den Bestellvertrag wirtschaftlich?
Lösung mit Begründung ansehen
Ab Monat 5: Dort ist der Mehraufwand bisher gleich der Tilgung mit 30 Stunden. Danach lohnt sie sich zunehmend.
BewertenEine Alternative abwägen
Das Team verschiebt die Tilgung auf später. Was spricht dafür, was dagegen, was empfiehlst du?
Lösung mit Begründung ansehen
Vorteil: kein Umbauaufwand jetzt, Kapazität für Neues. Nachteil: Der Zins wächst weiter um 6 Stunden pro Monat. Empfehlung: Tilgung mit Prüftermin einplanen, spätestens um Monat 5.
Vertiefen
Diese optionalen Vertiefungen ergänzen das Lernziel dieser Seite.
Software Analytics
Software Analytics nutzt Daten aus Code und Entwicklung, um konkrete Fragen zum Systemverhalten und zur Änderungsarbeit zu untersuchen. Der Ablauf führt von der Frage über passende Softwaredaten und eine prüfbare Hypothese zur Untersuchung und begründeten Maßnahme. Änderungshäufigkeit, Komplexität und gemeinsame Änderungen können Hotspots oder Kopplungsverdacht anzeigen. Diese Indikatoren belegen weder Ursache noch individuelle Leistung.
Im Shop fragt das Team, warum Bestelländerungen oft Katalog- und Zahlungsmodul berühren. Es vergleicht Änderungshistorie und Komplexität, prüft repräsentative Commits samt fachlichem Kontext und entscheidet danach über eine gezielte Tilgung oder weitere Beobachtung. So richtet sich die Maßnahme nach geprüften Folgen.
Zum AusprobierenFrage, Daten und Befund verbinden. Untersuche im Shop, warum Änderungen am Bestellmodul mehrere Bereiche berühren. Vergleiche Änderungshäufigkeit und Komplexität, prüfe gemeinsame Commits samt fachlichem Kontext und formuliere danach eine Hypothese mit passender Tilgung oder weiterer Messung. Behandle Kennzahlen als Hinweise, nicht als Ursachen- oder Leistungsnachweis.
Weiterführende Bausteine
Quellen
- Martin Fowler – Technical Debt (öffnet in neuem Tab)Erklärt die Schuldenmetapher und ihre Wirkung auf zukünftige Änderungen.
- Martin Fowler – Technical Debt Quadrant (öffnet in neuem Tab)Unterscheidet bewusste und unbeabsichtigte sowie umsichtig und riskant entstandene Schulden.
- arc42 – Risks and Technical Debts (öffnet in neuem Tab)Zeigt, wie bekannte Risiken und technische Schulden sichtbar dokumentiert werden.
- Markus Harrer · Software Analytics (öffnet in neuem Tab)Softwaredaten als Grundlage für Fragen, Untersuchungen und fundierte Verbesserungen.