Baseline und Change Request (Teil 3 als Bild)

Technical Debt [extern]: Begriff von Ward Cunningham (1992) - schlechter Code ist wie ein Kredit, jede spätere Änderung zahlt „Zinsen“. In der Musterlösung wird der Begriff ohne Quelle verwendet.

Der Zyklus: Die Baseline ist der dokumentierte Stand der Anforderungen. Jede Abweichung - auch „wir lassen die Doku weg“ - ist ein Change Request, dessen Kosten berechnet und kommuniziert werden. Erst nach Genehmigung entsteht eine neue Baseline. So wird aus dem stillen Weglassen eine bewusste, bezahlte Entscheidung.

Falle„Weich“ heißt nicht „unwichtig“ - weich heißt nur „nicht messbar“. Gerade weil Doku und Struktur wichtig sind, macht man sie hart: „Javadoc für alle public Methoden“, „Test-Coverage ≥ 80 %“.

Verbindung zu anderen KartenHart vs. weich → Karte 35 · Messbar machen → Karte 36 · Magisches Dreieck → Karte 11 · Technical Debt und Quick Fix → Karte 12 · 80:20 → Karte 7 · Weiche Ziele als Risiko → Karte 39.