KI war schon mehrfach Thema im Stream. Doch diesmal geht darum, wie wir sie für den Stream selbst einsetzen: Es gibt jetzt automatische Transkriptionen und Zusammenfassungen. Diese neuen Features sind mit Hilfe von KI, Prompt-Driven Development und GitHub Copilot entstanden. In dieser Episode sprechen Ralf und Eberhard darüber, wie sie dabei vorgegangen sind und welche Erfahrungen sie gesammelt haben: Was hat gut funktioniert? Was weniger? Und vor allem – was haben wir über den praktischen Einsatz von LLMs in echten Projekten gelernt? So stehen in dieser Halloween-Episode keine Kürbisse, sondern Code und KI im Mittelpunkt.

Oliver Zeigermann und Lisa Maria Schäfer sprechen anhand einer Demo-Applikation über das Thema generative KI.

Wardley Maps sind ein visuelles Werkzeug, das dabei unterstützen kann, Systeme im strategischen Zusammenhang zu betrachten und Entscheidungen bewusster zu treffen. In dieser Episode zeigt Markus Harrer, wie sich mit Wardley Mapping Abhängigkeiten in Softwaresystemen nachvollziehbarer darstellen lassen und wie es helfen kann, Architekturentscheidungen besser einzuordnen. Zusätzlich macht er anhand von Beispielen aus der Legacy-Modernisierung deutlich, wie diese Technik genutzt werden kann, um Diskussionen über den Umgang mit gewachsenen Systemen anzuregen und neue Blickwinkel darauf zu eröffnen. Teilnehmende erhalten Anregungen, wie Wardley Maps im Alltag eine strukturiertere und entspanntere Auseinandersetzung mit Softwaresystemen ermöglichen können. Links - Slides https://speakerdeck.com/feststelltaste/wardley-maps-software-architektur-im-stream - Workshop-Folien https://speakerdeck.com/feststelltaste/hands-on-einstieg-in-wardley-maps - Markus Harrer zu Software Analytics https://software-architektur.tv/2021/06/11/folge62.html - Wardley Maps Meets Software Architecture https://software-architektur.tv/2025/04/03/episode258.html - Markus Blog Top 5 Learning Wardley Maps https://www.feststelltaste.de/top-5-learning-wardley-maps/

Von schlechten Anforderungen haben wir alle bereits gehört! Aber wie kann man als Softwarearchitekt:in mit fehlenden oder unklaren Requirements umgehen? Und wie hängen Anforderungen und Architekturentscheidungen eigentlich zusammen? In dieser Episode beantwortet Peter Hruschka, Mitbegründer von req42 und langjähriger Requirements-Engineering-Experte, diese und weitere Fragen. Das req42-Template bietet eine schlanke, docs-as-code-kompatible Struktur für Requirements-Dokumentation – und lässt sich nahtlos mit arc42 kombinieren. Peter teilt seine Erfahrungen aus Jahrzehnten der Projektarbeit: Vom Übergang zwischen Problemraum und Lösungsraum über die Rolle von Qualitätszielen bis hin zu praktischen Notationen wie PAM. Spoiler: Requirements Engineering und Softwarearchitektur gehören zusammen! Links - req42 Homepage https://req42.de/ - Software Architecture Gathering https://sag.isaqb.org/ 15% Rabatt mit Code SATV_SAG2515 - Peter Hruschka & Gernot Starke - Requirements Engineering https://software-architektur.tv/2021/11/26/folge93.html

Gäste: Maximilian Franzke & Danny Koppenhagen Barrierefreiheit ist kein “Nice-to-have” mehr, sondern wird spätestens durch das Barrierefreiheitsstärkungsgesetz (BFSG) seit Mitte 2025 für viele digitale Dienste zur Pflicht. Doch wie integriert man Accessibility erfolgreich in moderne Web-Architekturen? Unsere Gäste Danny Koppenhagen und Maximilian Franzke zeigen, wie sie barrierefreie Web-Anwendungen entwickeln – von der strategischen Architekturentscheidung bis zur praktischen Umsetzung. Was erwartet euch: - Architektur-Impact: Wie beeinflusst Barrierefreiheit eure Frontend-Architektur und Design System-Entscheidungen? - Praktische Umsetzung: Konkrete Patterns und Techniken für barrierefreie Web-Anwendungen - Tooling & Automatisierung: Welche Tools helfen bei der kontinuierlichen Überprüfung von Accessibility-Standards? - Enterprise-Scale: Herausforderungen bei der Umsetzung in großen Organisationen mit mehreren Teams - Performance vs. Accessibility: Wie balanciert man High-Performance-Anforderungen mit Barrierefreiheit? - Rechtliche Aspekte: Was bedeuten WCAG, EAA und BFSG konkret für Entwicklungsteams? Danny und Maximilian bringen ihre Erfahrung aus der Entwicklung des DB UX Design Systems sowie der Arbeit im BIK BITV Prüfverbund und dem Austausch auf europäischer Ebene mit und zeigen, wie man von Anfang an “accessibility-first” denkt, statt Barrierefreiheit nachträglich “draufzupacken”. Dabei geht es nicht nur um technische Lösungen, sondern auch um organisatorische Prozesse und die Frage: Wie macht man Barrierefreiheit zu einem natürlichen Teil der Softwarearchitektur? Für wen ist das interessant: - Software-Architekt:innen, die Barrierefreiheit von Beginn an mitdenken wollen - Frontend-Entwickler:innen, die praktische Umsetzungsstrategien suchen - Teams, die vor der Herausforderung stehen, bestehende Anwendungen barrierefrei zu machen - Alle, die verstehen wollen, wie sich rechtliche Anforderungen auf Architekturentscheidungen auswirken Nach diesem Stream werdet ihr Barrierefreiheit nicht mehr als “Extra-Aufwand” sehen, sondern als integralen Bestandteil guter Software-Architektur.

In vielen Projekten werden Security-Anforderungen immer noch top-down definiert – von Architekt:innen oder Security-Spezialist:innen – ohne das Entwicklungsteam oder die Fachseite wirklich einzubeziehen. Das führt zu unvollständigen Schutzkonzepten und Widerstand bei der Umsetzung. In diesem Vortrag zeigen wir anhand eines vierstufigen Modells, wie Security kollaborativ geplant und integriert werden kann – von der statischen Systemsicht über Schutzbedarfsanalyse und Bedrohungserkennung bis hin zu konkreten Gegenmaßnahmen. Mit OWASP Cornucopia Security Poker und Domain Storytelling erarbeiten wir greifbare Methoden, wie fachliche Assets, Angriffsvektoren und Schwachstellen teamübergreifend identifiziert und diskutiert werden können. So entsteht ein Security-Konzept, das nicht nur sicher, sondern auch akzeptiert und verstanden ist – vom Developer bis zum Datenschutzbeauftragten. Wir haben diese Episode bei BEDcon 2025 aufgezeichnet. Links Links - OWASP Cornucopia https://cornucopia.owasp.org/ - Domain Story Telling mit Henning Schwentner und Stefan Hofer https://software-architektur.tv/2020/10/09/folge021.html

Anstatt den Code jedes Projekts in einem eigenen Repository zu verwalten, fassen Monorepos mehrere Projekte in einem einzigen Repository zusammen. Das hat Vorteile: Projektübergreifende Änderungen lassen sich dadurch deutlich einfacher umsetzen. Unternehmen wie Google oder Uber setzen auf dieses Konzept – und sie wissen vermutlich, warum. Was auf den ersten Blick vielleicht wie eine großartige Idee wirkt, bringt auch Herausforderungen mit sich. In dieser Episode werfen wir einen Blick auf Ubers Erfahrungen mit Monorepos und was wir daraus lernen können. Links - Rachel Potvin, Josh Levenberg: Why Google Stores Billions of Lines of Code in a Single Repository https://dl.acm.org/doi/pdf/10.1145/2854146 - Aron Lorincz, Goncalo Alvarez, Rasmus Vestergaard (Uber): Controlling the Rollout of Large-Scale Monorepo Changes https://www.uber.com/en-AU/blog/controlling-the-rollout-of-large-scale-monorepo-changes/ - Rasmus Vestergaard, Kasper Munck (Uber): Continuous Deployment for Large Monorepos https://www.uber.com/en-DE/blog/continuous-deployment/

Residuality theory is a revolutionary new theory of software design that aims to make it easier to design software systems for complex business environments. Residuality theory models software systems as interconnected residues – an alternative to component and process modeling. It uses applied complexity science to make managing uncertainty a fundamental part of the design process. In this episode, we will discuss this novel approach with Barry O’Reilly, veteran architect. Barry will also do a workshop and a talk about this subject at the Software Architecture Gathering. Links - Barry's book Residues: Time, Change, and Uncertainty in Software Architecture https://leanpub.com/residuality - Barry's book The Architect’s Paradox https://leanpub.com/architectsparadox to the Books - Software Architecture Gathering https://sag.isaqb.org/ 15% off with SATV_SAG2515 - 3 Day Workshop in Berlin https://www.avanscoperta.it/en/training/advanced-software-architecture-workshop/

“Implementiere Feature X” - und schon spuckt das LLM komplexen Code aus, ohne dass du nach der Architektur gefragt hast. Du bekommst funktionsfähigen Code, aber keine Ahnung, warum diese Entscheidungen getroffen wurden. Das Resultat: Du verbringst mehr Zeit damit, generierten Code zu verstehen als das eigentliche Problem zu lösen. Oliver Jägle, Senior Engineer bei DB Systel, hat eine überraschende Erklärung: Das LLM ist nicht schuld - wir kommunizieren schlecht, was wir brauchen. Mit “Responsible Vibe MCP” demonstriert er, wie ein intelligenter “Conversation State Manager” als digitaler Projektleiter fungiert und LLMs durch strukturierte Entwicklungsworkflows führt. Statt sofortiger Code-Dumps führt das Tool systematisch durch Requirements-Klärung: Wer sind die Nutzer? Welche Constraints? Welche Features sind kritisch? Das Ergebnis: Durchdachte, begründete Architektur-Entscheidungen statt zufälliger Tech-Stack-Kombinationen. Ein praktisches Gespräch über die Transformation von Code-generierenden Maschinen zu durchdachten Entwicklungspartnern - durch bessere Kommunikation statt LLM-Zähmung.

In dieser Folge sprechen Lucas Dohmen und Lisa Maria Schäfer über Web Performance. Sie klären, was sich dahinter verbirgt und warum das Thema wichtig ist – und zwar für alle, die Webseiten entwickeln. Des Weiteren stellen sie Tools zum Messen der Web Performance vor und geben euch Impulse, wie ihr eure Website schneller machen könnt. Links * Lucas Folien https://software-architektur.tv/sketchnotes/folge277.pdf * Web-Performance Hands-on Workshop bei Socreatory https://www.socreatory.com/de/trainings/web-performance 20% Rabatt mit PERFORMANCE_25 * Web-Performance Quick Check https://swaglab.rocks/web-performance/ * imPuls zu Web-Performance https://us05web.zoom.us/meeting/register/vgyd3qPnTnuY1ONq3786nQ#/registration * treo: Core Web Vitals and Sitespeed Test https://treo.sh/sitespeed * WebPageTest https://www.webpagetest.org/

Die Zukunft ist schwer vorhersehbar – umso wichtiger ist es, dass eine Software-Architektur auf neue Anforderungen und Veränderungen reagieren kann. Doch wie erreicht man diese Flexibilität? In dieser Episode sprechen wir über Eure Ideen und Ansätze – und natürlich teilt auch Eberhard seine eigenen Konzepte. Links - Folien https://software-architektur.tv/sketchnotes/folge276.pdf - Post bei Mastodon https://mastodon.social/@ewolff/115090064962455079 - Post bei BlueSky https://bsky.app/profile/ewolff.com/post/3lxaca7tdfl2h - Post bei LinkedIn https://www.linkedin.com/posts/eberhardwolff_mich-interessiert-wie-erreicht-man-eine-activity-7365771197654917120-f1ot/ - Info zum FLEX-Training bei Socreatory https://www.socreatory.com/de/trainings/flex - Online 14.-16.Oktober, Rabattcode FLEX_EBERHARD_10_25 direkt buchen https://pretix.eu/socreatory/flex--online/redeem?voucher=FLEX_EBERHARD_10_25&subevent=4298264 - Stuttgart 1.-3. Dezember, Rabattcode FLEX_EBERHARD_12_25 direkt buchen https://pretix.eu/socreatory/flex--praesenz/redeem?voucher=FLEX_EBERHARD_12_25&subevent=4290059 - Online 16.-18. Dezember, Rabattcode FLEX_EBERHARD_12_25 direkt buchen https://pretix.eu/socreatory/flex--online/redeem?voucher=FLEX_EBERHARD_12_25&subevent=4298283

In der Softwarearchitektur gilt: Systeme lassen sich besser warten und flexibler gestalten, wenn man sie in mehrere Bounded Contexts aufteilt – und das ist gerade bei Microservices-System zentral. Doch nun hat ausgerechnet Netflix, ein Pionier der Microservices-Bewegung, einen Blogpost veröffentlicht, der einen ganz anderen Weg propagiert: „Model Once, Represent Everywhere: UDA (Unified Data Architecture)“. In dieser Episode nimmt Eberhard den Ansatz von Netflix genauer unter die Lupe und diskutiert, ob die Zeit gekommen ist, die Idee klar getrennter Bounded Contexts infrage zu stellen – und stattdessen auf ein zentrales Modell zu setzen. Links * Netflix Blog: Model Once, Represent Everywhere: UDA (Unified Data Architecture) at Netflix https://netflixtechblog.com/uda-unified-data-architecture-6a6aee261d8d * Modelle statt Bounded Contexts? Eine Alternative für fachliche Modularisierung https://software-architektur.tv/2025/04/25/folge261.html * Bounded Context - Was ist das genau? https://software-architektur.tv/2024/06/14/episode220.html * Stefans Tilkov: Why You Should Avoid a Canonical Data Model https://www.innoq.com/en/blog/2015/03/thoughts-on-a-canonical-data-model/ * Amazon - Von Microservices zurück zu Monolithen? https://software-architektur.tv/2023/05/19/folge165.html

Kimi 2, Grok 4, Windsurf, Meta’s Manhattan-große KI-Rechenzentren – jeden Tag neue KI-Tools, Ankündigungen und Versprechen. Das Eichhörnchen im Kopf springt im Sekundentakt zwischen den Themen hin und her. Wie sollen Software-Architekten da noch den Überblick behalten und fundierte Entscheidungen treffen? Barbara Lampl kennt dieses Problem aus erster Hand: Als KI-Expertin beobachtet sie täglich die rasante Entwicklung der KI-Landschaft und weiß, wie überwältigend die Informationsflut sein kann. In dieser Folge diskutieren wir mit ihr, wie man als Architekt einen klaren Kopf behält, wenn das Eichhörnchen mal wieder Vollgas gibt. Eine Folge für alle, die sich manchmal fragen: “Passt das alles eigentlich noch zusammen?” – Spoiler: Ja, aber es ist komplexer als vielen lieb ist.

Das Model Context Protocol (MCP) wird nicht ohne Grund als das USB-C für Large Language Models (LLMs) bezeichnet: Es schafft einen Standard, wie LLMs auf Kontextinformationen zugreifen und externe Werkzeuge steuern können. Das hat große Auswirkungen auf die Entwicklung von KI-Anwendungen. In diesem Stream schauen wir uns an, warum MCP gerade in aller Munde ist, wie es funktioniert, und was es für Entwickler:innen konkret bedeutet. Mit dabei eine Live-Demo mit Spring AI. Martin Lippert leitet die Entwicklung der Spring-Tools und kann auf langjährige Erfahrung als Entwickler und Speaker zurückblicken. Links - MCP Model Context Protocol https://modelcontextprotocol.io/ - Verzeichnis von Servern https://github.com/modelcontextprotocol/servers - MCP Java SDK https://github.com/modelcontextprotocol/java-sdk - Spring AI MCP https://docs.spring.io/spring-ai/reference/api/mcp/mcp-overview.html - Spring AI Beispiel https://github.com/spring-projects/spring-ai-examples/tree/main/model-context-protocol - Craig Walls Spring AI Beispiele https://github.com/habuma/spring-ai-examples - Open WebUI MCP-Unterstützung https://docs.openwebui.com/openapi-servers/mcp/ - MCP-Spezifikation zu Autorisierung https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization#authorization-server-discovery - Blog zu OAuth und MCP https://aaronparecki.com/2025/04/03/15/oauth-for-model-context-protocol - Gandalf: Spiel zu Prompt-Injection https://gandalf.lakera.ai/

Wir feiern fünf Jahre „Software Architektur im Stream“! Dazu schauen wir uns ausgewählte Shorts aus vergangenen Folgen an und kommentieren sie gemeinsam. Mit dabei: ganz unterschiedliche Themen rund um Software-Architektur – von Domain-driven Design über historische Einblicke bis zu Monolithen und Microservices. Links - Lisa Schäfer zu Sketchnotes in der IT https://software-architektur.tv/2020/10/29/folge023.html - Sketchnote Symbol How To: Schlechte Idee https://www.sketchnotes.tech/blog/2020-11-13_how_to_schlechte_idee/ - Microservices, Transaktionen & Konsistenz https://software-architektur.tv/2020/11/13/folge025.html - Quelle für die "schlechte Idee" - IT im Jahr 2034 – Wo wollen wir hin? https://software-architektur.tv/2024/12/10/episode244.html - Prof. Christiane Floyd zu “menschenzentrierter Software-Entwicklung” https://software-architektur.tv/2021/07/09/folge66.html - Carola Lilienthal zu langlebigen Software-Architekturen https://software-architektur.tv/2021/04/30/folge57.html - Engineering Excellence mit Michael Vitz https://software-architektur.tv/2023/09/15/folge180.html - Encouraging Engineering Excellence with Johannes Mainusch and Robert Albrecht https://software-architektur.tv/2022/09/30/folge136.html - Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens https://software-architektur.tv/2022/11/04/folge141.html - Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um? https://software-architektur.tv/2023/08/11/folge178.html - Die IT-Welt vor 10 Jahren mit Stefan Tilkov und Eberhard Wolff - live von der RheinJUG https://software-architektur.tv/2023/04/27/folge162.html - Microservices - Schlag den Eberhard & Stefan! Mit Stefan Toth https://software-architektur.tv/2022/06/23/folge124.html - Die Kontroverse - Schlag den Stefan und Eberhard von der OOP https://software-architektur.tv/2024/01/31/folge200.html - Architektur-Optionen für moderne Web Frontends mit Franziska Dessart, Joy Heron und Lucas Dohmen https://software-architektur.tv/2020/11/27/folge027.html

“Fear will keep the local systems in line… fear of this battle station!” - Grand Moff Tarkin In this session, we’ll examine the most iconic space fortress in film history through Juan’s complete arc42 documentation. This creative Star Wars project becomes an educational journey through the arc42 template - exploring how fictional architectures can teach us real lessons about software documentation. What to expect: * A practical arc42 walkthrough: Exploring how Juan applied the arc42 template to document the Death Star’s architecture. We’ll walk through the key chapters and see how each section contributes to understanding this complex system. * Architectural decisions that made history: What can we learn from the Empire’s architectural choices? How does documenting fictional systems help us understand real-world architecture decisions? * 20 Years of arc42: The template celebrates its 20th anniversary in 2025. We’ll explore why arc42 has remained relevant and how creative examples like this help teach architecture documentation. * Lessons learned from creative documentation: What can we learn when we apply serious architecture practices to fictional systems? How does this approach help both newcomers and experienced architects understand documentation principles? Using Juan’s arc42 documentation of the Death Star (available on GitHub in English and Spanish), we’ll explore how structured documentation works in practice - and why good documentation matters whether you’re building software or a space station. Target audience: Software architects, arc42 users, Star Wars fans, and anyone who wants to learn how to document architectures so that even after 20 years, someone still understands why certain decisions were made. “Remember… the documentation will be with you, always.” Links * Juans Death Star Documentation https://github.com/juangcarmona/starwars-deathstar-arc42-documentation

Kaum ein Software-Projekt kommt heute noch ohne Open-Source-Teile aus. Wie kann man solche Komponenten im Projekt rechtlich und technisch richtig einsetzen? Welche Auswirkungen haben Lizenzen mit einem Copyleft? Was gilt es in Bezug auf Compliance zu beachten? Gerade der EU Cyber Resilience Act bringt das Thema wieder auf die Agenda. Prof. Dirk Riehle ist Professor für Open-Source-Software und diskutiert diese und andere Fragen mit uns. - Prof. Riehles Trainings https://bayave.com/osc - Prof. Riehles Werkzeuge https://scatool.com - xkcd zu Open-Source-Abhängigkeiten https://xkcd.com/2347/

Software-Architektur gilt als anspruchsvoll und komplex – doch woran liegt das eigentlich? Auf Mastodon, BlueSky und LinkedIn haben wir gefragt: Was ist die zentrale Herausforderung in der Software-Architektur? In dieser Episode werfen wir einen Blick auf die Antworten und diskutieren, was Software-Architektur von so herausfordernd macht. Links * Umfrage auf BlueSky https://bsky.app/profile/ewolff.com/post/3lsdharvvnh2o * Umfrage auf Mastodon https://mastodon.social/@ewolff/114736885443917983 * Umfrage auf LinkedIn https://www.linkedin.com/posts/eberhardwolff_softwarearchitecture-activity-7343160670588207104-2su5

Letzte Woche haben wir mit Claude in nur einer Stunde eine Architektur für einen Wardley-Map Editor entwickelt. Schnell, spontan, ungeprüft – klassisches “Architektur-Theater” könnte man sagen. Aber was passiert, wenn diese Express-Architektur auf die Realität des Codes trifft? In dieser Folge testen wir das ultimative “Garbage-In/Garbage-Out” Experiment: Kann Claude Code aus unserer spontanen Architektur funktionierenden Code entwickeln? Oder wird die fehlende Verifikation und Tiefe der Architektur zum Stolperstein? Mit dabei: Ingo Eichhorst, der als KI-Experte seine Einschätzung zur praktischen Anwendung von LLMs in der Softwareentwicklung einbringt. Gemeinsam ergründen wir: - Wie robust sind LLM-generierte Architekturen in der Praxis? - Wo sind die Grenzen zwischen Architektur-Theorie und Code-Realität? - Kann Claude Code die Lücken einer “schnellen” Architektur selbst schließen? - Welche architektonischen Entscheidungen erweisen sich als tragfähig, welche als Luftschlösser? Ein authentisches Experiment ohne Drehbuch: Werden wir am Ende einen funktionsfähigen Wardley-Map Editor haben – oder lernen wir schmerzhaft, warum gründliche Architektur-Arbeit durch nichts zu ersetzen ist? Live-Coding meets Architektur-Realitätscheck – mit ungewissem Ausgang. Links * Claude-SPARC Script und Web-Tool (autogenerated) https://github.com/ingo-eichhorst/claude-spark-cli-generator Dieses claude-sparc-sh ist gegenüber dem von Reuven Cohen leicht modifiziert: es braucht keine MCP-Tool-Definition uns installiert Claude Code, wenn es noch nicht installiert ist. Dadurch ist es z.B. einfach in einer sicheren Umgebung wie GitHub Codespaces einsetzbar: * Die dazugehörige Website https://claude-sparc.ingo-eichhorst.de/ * Reuven Cohen auf LinkedIn https://www.linkedin.com/in/reuvencohen/ * Die Architektur aus dem ersten Teil des Architektur-Theaters * GitHub Repo https://github.com/raifdmueller/wardley-map-editor/ + Website https://raifdmueller.github.io/wardley-map-editor/ * Der Code aus der Live-Session https://github.com/raifdmueller/wardley-map-editor/tree/feature/claude-code-live-implementation * Der Code aus einer vorherigen Test-Session https://github.com/raifdmueller/wardley-map-editor/tree/feature/claude-code-demo-implementation

Ist der Einsatz von LLMs in der Software-Architektur nur Hype und Theater – oder können die LLMs echten Mehrwert schaffen? In dieser besonderen Folge gehen wir einen Schritt weiter als nur darüber zu reden: Wir machen es live! Unserem Star-Gast Claude (Anthropics LLM) entwickelt unter der Leitung von Ralf in Echtzeit die Architektur für einen Wardley-Map Editor mit draw.io Export-Funktion. Ihr erlebt hautnah, wie LLMs bei Architektur-Entscheidungen, Struktur-Design und Dokumentation unterstützen – und wo menschliche Expertise unverzichtbar bleibt. Wir fokussieren uns auf die architektonischen Aspekte: Komponenten-Design, Schnittstellen, Datenflüsse und Design-Entscheidungen. Ein echtes Experiment mit ungewissem Ausgang: Reicht eine Stunde für die Architektur? Bekommen wir vielleicht sogar noch einen funktionsfähigen Prototypen oder ein Proof-of-Concept hin? Authentisch, ungeschnitten, mit allen Höhen und Tiefen einer echten Architektur-Session. Spoiler: Am Ende exportieren wir tatsächlich eine Wardley Map nach draw.io – oder scheitern spektakulär beim Versuch.