Evolutionsbasierte Softwarearchitekturentwicklung (OOP 2025)

Wie wir an der Softwarearchitektur eines Softwaresystems arbeiten, hängt stark von der jeweiligen Situation ab. In diesem Vortrag werfe ich einen Blick auf einen besonders wichtigen Faktor: Softwareevolution.

Denn je nachdem, wie weit ein Softwaresystem evolviert ist, unterscheidet sich damit auch potenziell der Ansatz, wie Softwarearchitekturen erarbeitet werden: Von „No-Architecture“ über „Architekturdiktatur“ und „Multi-Level-Architektur“ hin zu „Architekturspezialisten“ diskutieren wir, wann welcher Ansatz welche Stärken ausspielt und wann es dringend Zeit für einen Wechsel ist.

Wer sich jemals in endlosen Diskussionen über das „Warum?“, „Wie?“ und „Wie viel?“ Softwarearchitektur verloren hat, findet in diesem Vortrag erste Antworten für einen systematischen Ansatz der Softwarearchitekturevolution.

Transcript

1. Evolutionsbasierte Softwarearchitektur- entwicklung Markus Harrer Senior Consultant @feststelltaste 0 4 . 0 2 . 2 0 2 5 , O O P 2 0 2 5 , M ü n c h e n
2. " Markus Harrer Senior Consultant / Roth, Deutschland Weniger wahn- sinnig Software entwickeln!” • Softwarearchitektur-Entwicklung und -Bewertung • Software-Modernisierung und -Rightsizing • Datenanalysen in der Softwareentwicklung Foundation & IMPROVE https://softwareanalytics.de https://feststelltaste.de/ Instructor inkl. Lehrplan https://markusharrer.de/ 2
3. Worum geht es gleich? 3
4. Wie Architekturarbeit organisieren? Gregor Hohpe Eduardo da Silva Stefan Toth 4
5. Evolutionsbasierte Softwarearchitekturentwicklung Softwarearchitektur „Warum?“, „Wie?“ und „Wie viel?“ Softwarearchitektur? 5 → Es kommt auf das WANN an! Evolution
6. 6 Warum ist das Thema wichtig?
7. Geh weg mit deinem Architekturkram!!! Ohne Architektur fahren wir gegen die Wand! Fotos von freepik.com, lizensiert unter Freepik license. Rechtes Foto von gpointstudio, linkes Foto von kues. Ohne Evolutionsbasierter Softwarearchitektur- entwicklungsorganisationsbetrachtung 7 ist alles doof Beide haben recht!
8. Code ist 0 oder 1 8 Architektur liegt oft dazwischen
9. „Alles entwickelt sich durch den Wettbewerb von Angebot und Nachfrage“ – Simon Wardley Was ist das richtige Maß an Architekturarbeit? Kommt auf die Evolution an! Evolution 9 Woran orientieren?
11. Beispiel: Dieser Vortrag Ich habe absolut keinen Plan, was ich hier mache. Ihr habt absolut keine Ahnung, ob ihr das, was ich gleich erzähle, braucht. also das nehmen wir jetzt einfach rein hypothetisch nur mal so an eine reine Annahme von mir
12. Beispiel: LLM-basiertes Analyseskript Ich kann erste Konzepte im Code per LLMs extrahieren Einzelne Legacy Systeme besser verstehen
13. Beispiel: Architekturtraining Finden. Buchen. Machen. Fertig! Entwicklungsteams in Architektur schulen
14. Beispiel: Slides Wie viel kg? Immer her damit!
15. Wie sieht das für Software aus? 15 Software- system Genesis Custom Built Product Commodity Evolution „Alles entwickelt sich durch den Wettbewerb von Angebot und Nachfrage“ – Simon Wardley Genesis Custom Built Product Commodity Evolution
16. Wer will unsere Software? Nachfragewettbewerb (oder: Technology Adoption Curve FTW) Genesis Custom Built Product Commodity Evolution % Marktsättigung 16 Innovators (2,5%) Early Adopters (13,5%) Early Majority (34%) Late Majority (34%) Laggards (16%) % Marktwachstum Software- system
17. Wer muss mitarbeiten? Angebotswettbewerb: Lieferfertigkeit muss nachziehen Genesis Custom Built Product Commodity Evolution 17 Entwicklungskapazität % Marktsättigung Software- system
18. Wie stark müssen wir regeln? Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 18 Entwicklungskapazität Law & Order „… die Forderung nach drastischen Gesetzen und harten polizeilichen Maßnahmen zur Bekämpfung von Kriminalität, Drogenkonsum und Gewalt.“ – Wikipedia mehr oder weniger
19. Typische Vorgehen und ihr Fit zur Softwareentwicklung Wie die Entwicklung organisieren? Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 19 Tendenzielle Eignung Agile / in-house Änderungen günstig machen SIX SIGMA / Outsource Schwankung reduzieren Lean / COTS lernen & optimieren Entwicklungskapazität
20. Wen brauchen wir dafür? Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 20 Entwicklungskapazität Verschiedene Einstellungen in der Entwicklung notwendig Maker Mender Agile / in-house Änderungen günstig machen SIX SIGMA / Outsource Schwankung reduzieren Lean / COTS lernen & optimieren Wohlfühlfaktor
21. Wie Architekturarbeit organisieren? Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 21 Entwicklungskapazität Anpassung der Organisation je nach Evolutionsphase notwendig Agile / in-house Änderungen günstig machen SIX SIGMA / Outsource Schwankung reduzieren Lean / COTS lernen & optimieren Maker Mender
22. Wie Architekturarbeit organisieren? Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 22 Entwicklungskapazität Anpassung der Organisation je nach Evolutionsphase notwendig Agile / in-house Änderungen günstig machen SIX SIGMA / Outsource Schwankung reduzieren Lean / COTS lernen & optimieren Maker Mender
23. No-Architecture (Anarchie)
24. Der Architekt (Autokratur)
25. Wie Architekturarbeit organisieren? Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 25 Entwicklungskapazität Anpassung der Organisation je nach Evolutionsphase notwendig Agile / in-house Änderungen günstig machen SIX SIGMA / Outsource Schwankung reduzieren Lean / COTS lernen & optimieren Maker Mender Team-Split
26. Makro Mikro Domänen Enterprise Multi-Level-Architektur (Konstitutionelle Monarchie) Ökosystem
27. Architekturspezialisten (Expertokratie)
28. 28 Was bringt uns das jetzt?
29. Fotos von freepik.com, lizensiert unter Freepik license. Rechtes Foto von gpointstudio, linkes Foto von kues. Ohne Evolutionsbasierter Softwarearchitektur- entwicklungsorganisationsbetrachtung 29 Beide haben recht! ist alles doof
30. Fotos von freepik.com, lizensiert unter Freepik license. Rechtes Foto von gpointstudio, linkes Foto von kues. Mit Evolutionsbasierter Softwarearchitektur- entwicklungsorganisationsbetrachtung 30 ist es weniger doof Genesis Custom Built Product Commodity Evolution Beide haben recht! je nach
31. Fotos von freepik.com, lizensiert unter Freepik license. Rechtes Foto von gpointstudio, linkes Foto von kues. Mit Evolutionsbasierter Softwarearchitektur- entwicklungsorganisationsbetrachtung 31 ist es weniger doof Genesis Custom Built Product Commodity Evolution Architektur- vorgaben, die nicht nerven? Geil! Software- system
32. Genesis Custom Built Product Commodity Evolution Wer kann wie Stärken ausspielen? 32 Verständnis im Team und zwischen Teams frühzeitig schaffen Maker Mender Wohl ühlfaktor Neue Ideen Ordnung Wild West Der Architekt (Autokratur) No- Architecture (Anarchie) Multi-Level- Architektur (Konstitutionelle Monarchie) Architektur- spezialisten (Expertokratie) Software- system
33. Softwareevolution als Schlüsselaspekt Wertschöpfungskette sichtbar Funktionale Eignung Zuverlässigkeit Benutzbarkeit Leistungseffizienz Sicherheit Wartbarkeit Kompatibilität Übertragbarkeit Commodity Product Custom Built Genesis Evolution Fotos von freepik.com, lizensiert unter Freepik license. Linkes Foto von gpointstudio, rechtes Foto von kues. Subba! 33 Software- system
34. Zusammenfassung 34
35. Daumenschraubendrehmoment Genesis Custom Built Product Commodity Evolution 35 Entwicklungskapazität Agile / in-house Änderungen günstig machen SIX SIGMA / Outsource Schwankung reduzieren Lean / COTS lernen & optimieren Maker Mender Team-Split Evolutionsbasierte Softwarearchitektur- entwicklungsorganisationsbetrachtung für das passendere Maß an Architekturarbeit
36. Vielen Dank! 36
37. Fragen, Diskussionen, Anregungen 37
38. Meine Bücher im Themenbereich Qualitätstaktiken Lösungsstrategien für Software- architekturen qualitätsgetrieben entwickeln https://leanpub.com/qualitaetstaktiken/ 38
39. Meine Bücher im Themenbereich Strategische Spielzüge Softwaresysteme listig weiterentwickeln https://leanpub.com/strategische-spielzuege/ 39
40. www.innoq.com Königstorgraben 11 90402 Nürnberg Erftstr. 15-17 50672 Köln Hermannstrasse 13 20095 Hamburg Kreuzstr. 16 80331 München Ludwigstr. 180E 63067 Offenbach Ohlauer Str. 43 10999 Berlin Krischerstr. 100 40789 Monheim +49 2173 3366-0 innoQ Deutschland GmbH Kontakt Markus Harrer Software Development Analyst #softwaremodernisierung #architekturbewertung #training #wardleymapping #softwareanalytics Social Media: https://markusharrer.de/ E-Mail: markus.harrer@innoq.com Mehr Infos: https://www.innoq.com/de/staff/markus-harrer/ 40