Als Software-Architekten balancieren wir ständig auf dem Grat der Entscheidungen. Und nur allzu oft bewahrheitet sich, dass die Software-Architektur die Summe teurer Entscheidungen ist: Technische Schulden geißeln uns. An etlichen Stellen wird bereits der Ruf laut, dass der Begriff der technischen Schuld überholt ist – der von Anfang an falsch war. Die Suche nach einer neuen Metapher hat begonnen, wohin sie führt, wird sich zeigen.
Diese Keynote geht genau in die andere Richtung und zeigt, warum der Begriff der technischen Schuld genau ins Schwarze trifft. Es wird deutlich, dass eine Diskussion über die Zukunft von Software-Systemen mit Menschen, die keinen IT-Hintergrund haben, eine Brücke benötigt, die die Welten der Ökonomie und der IT zusammenführt. Abgerundet wird der Beitrag mit einer Methode zum Management technischer Schulden, die sich bereits in vielen agilen Projekten bewährt hat.
11. Es begab sich am 29.5.2009…
Selbst geschaffene immaterielle
Vermögensgegenstände des Anlagevermögens
können als Aktivposten in die Bilanz
aufgenommen werden. Nicht aufgenommen
werden dürfen selbst geschaffene Marken,
Drucktitel, Verlagsrechte, Kundenlisten oder
vergleichbare immaterielle
Vermögensgegenstände des Anlagevermögens.
14. Betriebswirtschaftliche Logik
‣ Software zu bewerten ist schwer.
‣ Also wird bewertet, was bewertet werden kann: der
Aufwand der Erstellung der Software.
‣ Technische Schulden sind ein Aufwandstreiber:
Je mehr technische Schulden, desto mehr Aufwand.
‣ Je höher der Aufwand, desto wertvoller die Software.
‣ Na, wer kennt das Ende…?
15. Das ist der Grund, warum es in vielen
Unternehmen kein ökonomisches
Verständnis für technische Schulden gibt.
18. ‣ Technische Schulden helfen uns, Software schnell
auf den Markt zu bekommen.
‣ Technische Schulden helfen uns, Entscheidungen auf
den letztmöglichen Zeitpunkt zu verschieben.
‣ Technische Schulden helfen uns, Projekte zu
realisieren, die wir sonst nicht geschafft hätten.
‣ Je mehr wir uns in der Softwareentwicklung
bemühen, technische Schulden zu vermeiden, desto
mehr technische Schulden produzieren wir.
23. Technische Schulden bilanzieren
C
BV: 50
8 SP
D
BV: 208
13 SP
Business Value Project Value
C
BV: 50
8 SP
D
BV: 80
5 SP
D
BV: 128
8 SP
Summe = 258 Summe = 258
Eigen
kapital
Fremd-
kapital
25. Keynes, Hayek & Lehman Brothers
‣ Technische Schulden werden nur in Ausnahmefällen
irrelevant!
‣ Technische Schulden erledigt man nicht durch noch
mehr technische Schulden!
‣ Technische Schulden sind ökonomische, keine
technischen Entscheidungen!
‣ Technische Schulden zurückzahlen lohnt nur dann,
wenn sie auch Zinsen kosten.
26. Noch ein paar Tipps zum Schluss…
‣ Macht technische Schulden im Backlog sichtbar!
‣ Quantifiziert den Business Value technischer
Schulden!
‣ Bewertet technische Schulden realistisch, um
Vertrauen zu schaffen.
‣ Schaut nicht zu weit und nicht zu kurz voraus, um
unabsichtliche technische Schulden zu vermeiden.
‣ Und: Müll im Code ist keine technische Schuld!