Mit Wardley Maps die Softwareevolution in Projekten kommunizieren (SAA2021)

oftwarearchitekturen entwickeln sich über verschiedene Systeme hinweg weiter. Weiterentwicklung betrifft meistens nicht nur die Technik, sondern auch die (Team/Projekt-) Organisation und deren Fähigkeiten.

In diesem Vortrag stellen wir Wardley Maps - evolvierende Strategielandkarten - vor und wie sich diese in der Weiterentwicklung von komplexen Softwaresystemen pragmatisch einsetzen lassen.

Wardley Maps helfen bei der Entscheidungsfindung sowie der Kommunikation der eingeschlagenen Strategien und den gewählten Lösungsansätzen: Welche Entwicklungspraktiken einsetzen? Auf welche Technologie umstellen? Make or Buy?

Anhand eines Praxisbeispiels entsteht während der Session eine Map, die kritische Entscheidungspunkte im Projekt zeigt, Hindernisse benennt und die Strategie kommuniziert.

Transcript

1. Der Link zum Miro Board: https://miro.com/app/board/o9J_ltv9yzo=/ Der Link ist dauerhaft gültig. Mit Wardley Maps die Softwareevolution in Projekten kommunizieren
2. Mit Wardley Maps die Softwareevolution in Projekten kommunizieren Tom Asel Freiberufler Markus Harrer INNOQ twitter.com/Tom_Asel twitter.com/feststelltaste
3. Aufgaben der Rolle "Softwarearchitekt": Fokus "Entscheiden" Entscheidungen transparent machen Annahmen hinterfragen Struktur schaffen Bewerten Kontext klären Qualitäten sichern Umsetzung begleiten Prinizpien festlegen Gemeinsames Verständnis schaffen Diskussion ermöglichen
5. Annahmen hinterfragen Entscheidungen visualisieren Zusammenhänge erkennen Chancen und Risiken erkennen
6. Visibility Dev Ops Kunde Kubernetes Visibility Visibility Kubernetes Kubernetes Tarif-​ Rechner Tarif-​ Rechner Visibility: Variiert je nach Betrachter 1 2 3
7. Evolution: Charakteristische Eigenschaften I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Markt: Unbestimmt Nutzerwahrnehmung: Unterschiedlich / verwirrt / spannend / überraschend Wertfokus: Hoher Wert für die Zukunft Scheitern: Hoch/ tolerierbar / unterstellt Markt: Im Kommen Nutzerwahrnehmung: Leading edge / entstehend Wertfokus: Profitsuche / ROI? Differenzierung über Features Scheitern: Beschränkt / nicht überraschend, aber enttäuschend Markt: Wachsend Nutzerwahrnehmung: Gebräuchlich / erwartet / fehlen wird negativ wahrgenommen Wertfokus: Hohe Profitabilität Scheitern: Nicht toleriert, Fokus auf ständige Verbesserung Markt: Reif Nutzerwahrnehmung: Standard / erwartet Wertfokus: Hohes Volumen / sinkende Marge Unverzichtbar/operativer Vorteil Scheitern: Operative Effizienz, Misserfolg überrascht Ständig ändernd / anders / instabil Von anderen lernen / erste Gehversuche / erste Evidenz
8. ? Unser Kontext: Anwendung muss skalieren, Firma zieht aber nicht mit mit Kubernetes-​ Einführung Tarifrechner 2000 Tarifrechner 2000 Tarifrechner 2000 Vergleichportal für Versicherungen "gib mal Tarife!" Tarifrechner 2000
9. Capabilities der bisherigen Landschaft sammeln ... Container Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigener Orchestrator AIX Platform Development
10. Value Chain aufbauen... .. Visibility Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigenen Orchestrator AIX Platform Development Kunde
11. Lagebewusstsein: Wo stehen wir heute mit unserem Projekt? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigener Orchestrator AIX Platform Development Kunde + Marktposition ausbauen + Anbindung Vergleichsportal
12. Lagebewusstsein: Wo stehen wir heute mit unserem Projekt? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigenen Orchestrator AIX Platform Development Kunde
13. Lagebewusstsein: Was setzen wir ein? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Tarifrechner Eigene Build Scripte Eigener Orchestrator Development Kunde Produkte GitOps AIX Platform Spring Boot Standard Container (OCI) Eigenes Produkt "Custom Made"
14. Lagebewusstsein: Wo wollen wir hin? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Tarifrechner Eigene Build Scripte Eigener Orchestrator Development Kunde GitOps AIX Platform Spring Boot Container (OCI) Eigenes Produkt + Marktposition ausbauen + Anbindung Vergleichsportal Skalierbarkeit !!! ?? keit ???
15. Lösungsstrategie: Wie kommen wir zum Ziel? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigener Orchestrator AIX Platform Development Kunde + Marktposition ausbauen + Anbindung Vergleichsportal K8S
16. Lösungsstrategie: Hindernisse und Einflüsse I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte Eigener Orchestrator AIX Platform Development Kunde + Marktposition ausbauen + Anbindung Vergleichsportal K8S Kein K8S auf AIX! F.U.D. GitOps
17. Lösungsstrategie: Landkarte mit Weg zum Ziel, Hindernissen und Einflüssen I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigener Orchestrator AIX Platform Development Kunde + Marktposition ausbauen + Anbindung Vergleichsportal K8S Kein K8S auf AIX! K8S Knowhow + Schulung F.U.D.
18. Lösungsstrategie: Replatforming I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner Eigene Build Scripte GitOps Eigener Orchestrator AIX Platform Development Kunde + Marktposition ausbauen + Anbindung Vergleichsportal K8S Kein K8S auf AIX! ESX Platform + Replatforming K8S Knowhow + Schulung F.U.D.
19. Lösungsstrategie: Zielbild I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Container (OCI) Spring Boot Tarifrechner GitOps Kunde K8S ESX Platform K8S Knowhow Eigene Build Scripte Development
20. Typen von Mitarbeitenden: Was unterscheidet Mitarbeitende? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Pioneers Town-​ planner Settlers
21. Typen von Mitarbeitenden: Warum knirscht es ab und an bei der Entwicklung und dem Betrieb von Software? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Spring Boot Tarifrechner GitOps Kunde K8S ESX Platform K8S Knowhow Settlers Pioneers Town-​ planner Eigener Orchestrator Container (OCI) Development Eigene Build Scripte
22. Typen von Mitarbeitenden: Wie kann die Unterschiede für sich nutzbringend einsetzen? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution K8S Settlers Pioneers Town-​ planner Container Orchestrator AI-​ based Scheduling Virtualisierung novate Leverage Commoditize
23. Entwicklungsprozesse: Was ist denn das eine Modell, das zu uns passt? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Agile Methoden Kanban Six Sigma Änderungen günstig machen Durchsatz geleisteter Arbeit optimieren Schwankungen der Qualität reduzieren
24. Evolution von Qualität: Warum werden plötzlich andere Dinge wichtig, werden dem Business aber zunehmen schwerer vermittelbar? I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Funktionale Eignung Benutzbarkeit Sicherheit Übertragbarkeit Zuverlässigkeit Kompatibilität X bietet Funktionen, die den angegebenen und impliziten Bedürfnissen entsprechen X kann von bestimmten Nutzern verwendet werden können, um bestimmte Ziele zu erreichen Wartbarkeit X kann modifiziert werden, um es zu verbessern, zu korrigieren oder an Änderungen anzupassen X schützt Informationen und Daten X kann auf verschiedenen Umgebungen betrieben werden X kann Informationen mit anderen austauschen X führt bestimmte Funktionen unter gegebenen Bedingungen aus Leistungseffizienz X liefert eine angemessene Geschwindigkeit mit den bereitgestellten Ressourcen
25. Evolution: Charakteristische Eigenschaften I II III Visibility Genesis Novel Experimental Custom Emerging Usable Product Good Efficient Commodity Best Sustainable Planning IV Evolution Kubernetes EKS John Does Wissen über Kubernetes