Downloaden Sie, um offline zu lesen
Hochgeladen vonGerrit Beine
Technische Schulden
Gerrit Beine von Adesso AG diskutiert technische Schulden in der Softwareentwicklung und deren duale Natur als notwendig, um Produkte schnell auf den Markt zu bringen, sowie als potenziellen Aufwandstreiber. Er betont, dass technische Schulden wirtschaftliche Entscheidungen sind und die Sichtbarkeit und Quantifizierung ihres Werts im Backlog entscheidend sind. Zudem hebt er hervor, dass der Umgang mit technischen Schulden eine bewusste und realistische Bewertung erfordert, um Vertrauen zu schaffen und langfristige Probleme zu vermeiden.
Technische Schulden
- 1.
- 2. Vorstellung ‣ Managing Consultantbei adesso ‣ Software Philosoph, nimmermüder Verbesserer, Informatik-Vagabund ‣ Themen ‣ Agilität ‣ Software Architektur ‣ Antifragilität & Schwarze Schwäne ‣ Technical Debt & Legacy Code ‣ Software Engineering Economics ‣ Interkulturelle Aspekte von Software Engineering ‣ iSAQB e.V. Board Member, openSUSE Member, Agile Saxony Organisator
- 3. Immer, wenn Menschensich über die Zukunft Gedanken machen, fällt im Hintergrund das Schicksal lachend vom Stuhl.
- 5. Technische Schulden Brauchen wirwirklich eine andere Metapher?
- 6. Ein kurzer Ausflugin die Etymologie ‣ Moralisches Konstrukt ‣ Verletzung der Interessen Anderer ‣ Verstoß gegen das Gewissen ‣ Pflicht, dem Recht zu folgen ‣ Zeitlich ungebunden ‣ Englisch: guilt ‣ Rechtliches Konstrukt ‣ Zeitlich gebunden ‣ Finanziell oder materiell verknüpft ‣ Pflicht zum Ausgleich ‣ Englisch: debt Schuld Schulden
- 7. Zunächst ist festzuhalten: Schuldensind nicht schlecht.
- 8. Zwei Arten: ÖffentlicheSchulden… Public debt is irrelevant. — John Maynard Keynes
- 9. Zwei Arten: …undprivate Schulden Anders schaut es mit privaten Schulden aus…
- 10. Wie passen technischeSchulden da rein?
- 11. Es begab sicham 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.
- 12. Das passt ganzhervorragend zu diesen Kollegen:
- 13.
- 14. Betriebswirtschaftliche Logik ‣ Softwarezu 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 derGrund, warum es in vielen Unternehmen kein ökonomisches Verständnis für technische Schulden gibt.
- 16.
- 17. Wir brauchen technischeSchulden!
- 18. ‣ Technische Schuldenhelfen 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.
- 19. Tools für technischeSchulden
- 20. Technische Schulden ökonomisieren StoryPoints Do Nothing Cost
- 21. Technische Schulden ökonomisieren StoryPoints A B C D E Do Nothing Cost
- 22. Technische Schulden bilanzieren A BV:100 8 SP B BV: 150 5 SP C BV: 50 8 SP D BV: 208 13 SP E BV: 80 3 SP
- 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
- 24.
- 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 paarTipps 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!
- 27.