Agile methodologies promise rapid delivery, flexibility, and resilience, allowing teams to respond swiftly to customer needs and market changes. However, the success of these agile practices is deeply intertwined with the underlying software architecture. An enabling architecture can enhance agility, while a restrictive one can significantly hinder it.

This talk explores how architectural and organizational decisions impact the agility of development teams. We will discuss the role of modularity in team autonomy and how aligning module boundaries with communication paths within the organization can leverage Conway's Law to promote fast flow.

We will examine the importance of testability for quick feedback cycles and how observability can lead to more informed responses to technical and business challenges. Additionally, we will delve into understandability in architectural design, which can expedite onboarding and reduce cognitive load, thus supporting agile practices. Finally, we will explore the influence of platform engineering on agile outcomes. A well-designed development platform provides a flexible infrastructure that supports and enhances the implementation of agile practices.

Drawing on principles from the Agile Manifesto, DevOps practices, and the DORA metrics, we will provide actionable advice on designing and transforming software architectures so that they enable rather than inhibit agility. We will also suggest tools to understand when a software architecture does not support agility and how to justify investing in improving it. These investments help with performance, faster delivery, higher quality, and shorter development cycles and range from simply prioritizing architectural tasks in the teams’ backlogs to fully-fledged modernization projects.

This session is a call to action for product managers, software architects, developers, and software leaders to rethink how their architectural decisions impact their agile practices.

Target Audience: Architects, Managers, Project Leaders, Coaches, Developers, Product Owners, Decision Makers
Prerequisites: Architecture, Modernization, Leadership, Project Management, Working with Teams, Agile mindset
Level: Advanced

Bei soziotechnischen Architekturen geht es um einen ganzheitlichen Entwurfsansatz technischer, fachlicher und organisatorischer Systeme. Für Perspektiven wie Organisation oder Softwarearchitekturen gibt es bereits etablierte Sichten und Visualisierungsansätze.

Dieser Vortrag adressiert die Herausforderung, Zusammenhänge in soziotechnischen Architekturen zu visualisieren. Es werden Visualisierungsansätze vorgestellt, wobei der Schwerpunkt auf der Darstellung der Zusammenhänge zwischen Modellen, Domänen, Architektur, Organisation und Deployment-Einheiten liegt. Im Vortrag wird gezeigt, wie sich Visualisierungsansätze kombinieren lassen und wo Lücken bestehen. Der Referent bringt eigene Ideen ein, um Trade-Offs in soziotechnischen Architekturen optimal darzustellen und zu diskutieren.

Zielpublikum: Architekt:innen
Voraussetzungen: Grundlagen soziotechnischer Architekturen
Schwierigkeitsgrad: Advanced

GAIA-X is a strategic initiative of the European Union in order to support secure and trustworthy dataspaces. But what does it mean to set up a GAIA-X compliant data space, polished powerpoint aside?
In this presentation we will report about our experiences learned from almost three years' work in one of the GAIA-X lighthouse projects "COOPERANTS". COOPERANTS is the world’s only collaborative alliance of industry, SMEs and research institutes in the Aeronautics and space sector that solves pressing digital collaboration problems by creating a common data space.
We will talk about experiences on how to navigate the confusing data-space ecosystems and tech-stacks and how and why we chose a specific solution (EDC vs. GXFS vs. Pontus-X, e.g.) and how we implemented the services.

Target Audience: Architects, CDO, Decisions Makers
Prerequisites: Knowledge in Data Management, IT Architecture
Level: Advanced

– Ein Spickzettel für Menschen, die Menschen in neuen Führungsrollen helfen –

Gerade in großen Organisationen scheint es oft schwierig, selbstorganisierte, oder besser selbstmanagende, Teams zu etablieren. Eine komplette „tut einfach, was ihr für richtig haltet“-Haltung führt meistens zu hohem Stress für alle Beteiligten, aber das Festhalten an alten Führungsideen würde der sich wandelnden Welt auch nicht gerecht.

Was also dann?

Von „enabling constraints“ über „acts of leadership“ über eine feinere Differenzierung von Motivation (jenseits von intrinsisch vs. extrinsisch) bis hin zu „Leadership Styles“ und „Ehrlicher Delegation“ werden in dieser Session praxiserprobte und sofort umsetzbare Ideen vorgestellt.

Zielpublikum: Team-, Abteilungs- und Bereichsleitungen, Change-Agents
Voraussetzungen: Keine
Schwierigkeitsgrad: Advanced

Psychologische Sicherheit macht unsere Teams performanter, sogar zu „High Performance Teams“, sagen zumindest die Wissenschaft und auch Google. Aber wie wir diese ominöse psychologische Sicherheit erreichen, ist doch sehr schwammig beschrieben.

Diese sehr interaktive Workshop-Session gibt dir Anregungen, Inspiration und Werkzeuge an die Hand, wie du als Leader in dir selbst auf die Suche nach der (psychologischen) Sicherheit gehen kannst. Denn in einem ist sich die Wissenschaft einig, psychologische Sicherheit beginnt mit dem Leader.

Um psychologisch sichere Umfelder gestalten zu können, brauchen wir eine spezifische Form der Selbstkenntnis, die wir durch überwiegend reflektorische, aber auch impulsgeführte Fragen und Aufgaben in dieser Session bearbeiten. Gelegentliche Checkins mit einem Gegenüber halten dabei den wichtigen Spiegel vor, der es ermöglicht, sich selbst im Gespräch zu überprüfen. Neue Erkenntnisse sind hoch wahrscheinlich! Diese Session wird ein Tanz zwischen Impulsen, Wissenschaft und Case Study mit einer guten Portion Reflexionsarbeit für alle Teilnehmer.

Zielpublikum: Architekten, Projektleiter, Manager, Führungskräfte, Scrum Master, Leader
Voraussetzungen: Lust und Wille zu reflektieren
Schwierigkeitsgrad: Advanced

Software development is a profession, discipline and industry obsessed with solutions. It places justifiably high value on answers... but what if we take a step back for a moment to consider that an answer arises as a response to a question? And, therefore, perhaps we should be placing more focus on asking questions.

The right questions can be more powerful in the long run than answers. Answers may shift as specific technologies change beneath our feet, but if we are able to frame the right questions, we will better learn what we need for our products, our architectures, our code, our tests, our deployments and our users. Not asking the right questions in the right way can lead to solutions is in search of problems that do not exist. Such mismatches can create gaps that are costly to close or to bridge.

In question-led development we think of software development not just as a process of creation, but also as a process of our enquiry.

Target Audience: Developers, Architects, Managers
Prerequisites: Software delivery experience
Level: Advanced

Wann hat euch das Dokumentieren eures Softwaresystems zum letzten Mal Spaß gemacht? Noch nie? Lasst uns das ändern!

Wir alle wissen, dass Architekturdokumentation sehr wichtig und auf lange Sicht von unschätzbarem Wert ist, doch immer fällt das Thema hinten runter. Dokumentation kann abschreckend wirken: unsicher, womit ihr starten sollt, Zeitmangel oder noch nie vorher gemacht und nur Negatives gehört.

Wir zeigen euch den Architecture Communication Canvas – einen pragmatischen und prägnanten Ansatz, Softwaresysteme zu dokumentieren und die wichtigsten Aspekte eurer Architektur und Implementierung an Stakeholder zu kommunizieren. Dieser Ansatz – übrigens kompatibel zu arc42, nur wesentlich knapper – wird euren Dokumentationsprozess maßgeblich verändern.

Wir werden euch beweisen, dass Dokumentation Spaß machen und gleichzeitig sinnvoll sein kann: mit vielen Beispielen, aber auch ausreichend Zeit, es selbst auszuprobieren.

Zielpublikum: Entwickler:innen, Architekt:innen
Voraussetzungen: Interesse an Architekturdokumentation
Schwierigkeitsgrad: Basic

Generative AI is a powerful asset if you know how to tame it. As this technology rapidly transforms the software landscape, one of the key challenges lies in effectively testing and validating GenAI applications. Traditional testing methodologies fall short in addressing the unique complexities posed by these systems, especially in enterprise environments.

Drawing from real-world experiences and hard-earned insights, we'll explore how to adapt established software engineering principles to the world of GenAI, and where entirely new approaches are necessary. Key topics include:

• Strategies for testing non-deterministic outputs
• Which metrics to choose and how to cope with conflicting metrics
• Unit-Tests vs End-To-End-Tests in the World of GenAI
• How to evaluate the evaluators: Aligning automatic evaluation with human evaluation
• Techniques for evaluating model hallucinations and biases
• Approaches to performance and scalability testing for GenAI systems
• Methods for ensuring data privacy and security in AI-driven applications
• Practical tools and frameworks for continuous testing in GenAI pipelines

Attendees will gain actionable knowledge on implementing robust testing practices for GenAI applications, bridging the gap between traditional QA and the demands of modern AI systems. This session is essential for developers, QA engineers, and technical leaders navigating the complexities of deploying GenAI in production environments.

Target Audience: AI engineers, software engineers, architects, and stakeholders working with GenAI applications
Prerequisites: Attendees should have a foundational understanding of AI
Level: Advanced

Auf der grünen Wiese lässt sich leicht eine modulare Anwendung schreiben. Was aber, wenn es – wie leider so häufig in der Praxis – einen bestehenden, historisch gewachsenen Monolithen gibt, der schon einmal bessere Tage gesehen hat? Wie kann die Lücke zwischen dem alten monolithischen Architekturansatz zu einer modernen, modularen Architektur geschlossen werden, die ggf. in Microservices mündet?

Diese Session bietet eine praxisnahe Einführung in bewährte Methoden und Strategien, um eine Migration erfolgreich zu bestreiten. Wie kann ich Event Storming zum Finden von Modulgrenzen einsetzen? Wann und wie wende ich das Strangler Fig Pattern an? Wie teste ich einen Monolithen, wenn nicht mehr viel Wissen über Implementierungsdetails vorhanden ist? Diese und andere Fragen werden beantwortet.

Zielpublikum: Architekten, Entwickler, Projektleiter
Voraussetzungen: Erfahrungen mit monolithischer Legacy-Software
Schwierigkeitsgrad: Advanced

Pecha Kucha erlaubt Sprecher:innen gerade mal 6 Minuten und 40 Sekunden. In dieser Zeit können sie mit exakt 20 Bildern, die genau 20 Sekunden eingeblendet werden, ihre Ideen – im wahrsten Sinne des Wortes – auf den Punkt bringen. Für die Zuhörer bedeutet dies: Kein zeitraubendes „Gelaber“, dafür aber knackige und unterhaltsame Informationen. Freuen Sie sich auf eine bunte und unterhaltsame Auswahl von Vorträgen mit vielen inspirierenden Inhalten und Bildern!

Zielpublikum: Alle, die sich für Kurzvorträge begeistern können oder darauf neugierig sind
Voraussetzungen: Keine
Schwierigkeitsgrad: Basic