Corporate environments can be a tough nut to crack. Many departments and roles are involved, each with different priorities to yours, and you face changes that must be navigated. The Product Owner (PO) accountability, while critical, often doesn’t wield the power Scrum suggests. You can accept this status quo and focus on managing your backlog only, or take action and leverage your POwer to meet product needs and foster productive cross-department collaboration.

Join me if you want to:

• Discover strategies to overcome silos and build collaborative coalitions
• Hear real stories of using these strategies and their sustainable impact
• Learn effective stakeholder involvement techniques to advance your product’s goals
• Explore leadership strategies for daily integration to boost effectiveness
• Gain practical tools and techniques to implement these strategies in your daily work

POwer on!

Target Audience: Product Owners, Product Managers, Agile Coaches, Head of Product, All Product Leaders & Executives
Prerequisites: You should have at least 1 year experience in a product position and understand basic agility.
Level: Advanced

In the pressure cooker of product development, success depends not just on processes but on the strength of informal networks—the trusted relationships that cut across hierarchies and silos. Companies that fail to cultivate these networks struggle to adapt, innovate, and deliver.

At this session, we will explore how to intentionally foster informal networks that drive product development forward and enable seamless collaboration across departments, ultimately aligning efforts with business goals - both online and offline.

We’ll start with a real-world example from a startup environment and scale these insights for larger organizations.

Target Audience: Product Managers, Product Owners, Decision Makers, Agile Coaches, Team Leaders
Prerequisites: Agile Leadership, Process Facilitation and Change Management experience
Level: Advanced

What is the difference of a test architect to a commonly known software architect? And why do I need one? What do they have in common and where do they differ? Is there a gap where we need a bridge (Spoiler: yes)? What are the different expectations of other roles on a test architect?

Questions over questions which will be covered in this talk. With examples where it did go well because there was a test architect and examples where things got haywire maybe because a test architect was missing.

And you will also not be left alone with these questions:

• How can I become such a person which is able to be a test architect.
• How can I establish that role in my organization.

You will get input how we did this at Siemens and build up a living network of test architects.

Target Audience: Testers, Developers, Architects, Project Leads, Test Managers, Team Leads
Prerequisites: Architecture knowledge, challenges in software projects, basic testing knowledge
Level: Advanced

The objective of visual test automation is replace flaky and hard to read selectors with images. Many software packages offer the possibility of using images as selectors, but it rarely works reliably. Appium has the function "findElementByImage," Playwright has functions like "toHaveScreenshot." Code and no-code tools alike provide a number of options to tweak the sensitivity, where both, too low and to high values, produce their own set of artefacts. What makes this so difficult? Doesn't AI provide the solution to reliably compare two images? Wouldn't source code be much more readable if it showed the image of the item, rather than just a file name or its xpath?

Target Audience: Experienced test automators in code and no-code
Prerequisites: Images, test automation, CNN, AI
Level: Expert

Die jährlichen Mengen an Elektronikschrott nehmen weltweit immer größere Ausmaße an. Software ist sehr häufig dafür verantwortlich, dass diese riesigen Abfallmengen überhaupt entstehen. Die negativen Umweltauswirkungen von Software betreffen mehrere Aspekte, denn steigende Anforderungen an Software führen häufig zu vorzeitiger Hardwareerneuerung. Das Umweltbundesamt hat diese Problematik unter anderem durch die Entwicklung des Umweltzeichens Blauer Engel für ressourcen- und energieeffiziente Software adressiert. Der Blaue Engel für Software ist 2020 für Desktop-Software in Deutschland eingeführt worden. Das Umweltzeichen Blauer Engel ist ein unabhängiges, staatliches und multikriterielles Label, es beinhaltet neben der Transparenz des Energie- und Ressourcenverbrauchs auch Kriterien wie Abwärtskompatibilität und Nutzerautonomie. Mitunter werden beispielsweise die Garantie von Sicherheitsupdates, aber auch die Dokumentation von Schnittstellen und die Offenlegung von Datenformaten gefordert. Mit diesen Kriterien soll verhindert werden, dass die Hardwarelebensdauer von Geräten durch Software verkürzt wird. Damit fordert das Konzept des Blauen Engels die größtmögliche Transparenz von Software. Das Konzept, das auf Offenlegung und Weiterbenutzung von Programmiercode basiert, kann damit ein wesentlicher Treiber für die Entwicklung von nachhaltiger Software sein. In diesem Vortrag werden der Blaue Engel und seine Kriterien für Software vorgestellt und die aktuelle Erweiterung des Geltungsbereiches auf mobile Apps und Client-Server-Software. Es wird dabei herausgestellt, wie mit einem solchen Umweltlabel ein Problembewusstsein für den Energie- und Ressourcenverbrauch von Software in der Softwarecommunity etabliert werden kann. Gleichzeitig soll durch den Blauen Engel die Open-Source-Szene, die häufig Pionierarbeit im Bereich der Produktinnovationen betreibt, dazu angeregt werden, nachhaltige Software z. B. durch Green-Coding-Methodiken zu programmieren.

Zielpublikum: Architekten, Entwickler, Projektleiter, Manager, Entscheider, Product Owner
Voraussetzungen: Interesse an Nachhaltigkeitsthemen
Schwierigkeitsgrad: Basic

Jeder möchte in die Cloud. Unterwegs stellt man fest, dass der Weg dorthin oft lang und steinig ist.
Damit man die typischen Probleme vermeiden und Risiken reduzieren kann, stellen wir Lösungen vor, die sich in unserer Praxis bewährt haben.
Es werden Rehost- und Replatforming-Beispiele mit AWS und der Open Telekom Cloud vorgestellt. Dabei werden folgende Fragen beantwortet:

• Welche Stolperfallen gibt es und wie lassen sie sich vermeiden? Abkürzungen & Sackgassen
• Wie kann eine gute Informationsbasis und Dokumentation geschaffen werden?
• Wie kann der Migrationsprozess beschleunigt werden?
• Wie können Cloud-Vorteile genutzt werden?

Zielpublikum: Architekten, Projektleiter, Manager, Entscheider
Voraussetzungen: Cloud-Grundkenntnisse, Erfahrung mit Anwendungsmodernisierung, Migration
Schwierigkeitsgrad: Basic

The development and deployment of AI and Generative AI systems in a way that promotes environmental, social, and economic well-being for current and future generations is referred to as sustainable AI. To do this, AI must be built with energy-efficient algorithms and run on renewable energy sources to reduce carbon footprints. Ethical considerations are crucial, ensuring that AI respects human rights and diversity while avoiding increasing disparities. Data management must uphold the ideals of fairness, accountability, and transparency, while also protecting privacy. The overarching goal is to develop AI that not only innovates but also protects and enriches our environment. We will discuss some examples from our experience at Amazon.

Target Audience: All
Prerequisites: None
Level: Basic

Jährlich fließen große Investitionen in die Erstellung von Softwaresystemen. Diese erodieren aber mit der Zeit, behandelt man sie nicht pfleglich. Spätestens wenn z. B. aus dem Legacy-Code eine moderne SaaS-Lösung entstehen soll, rächt sich dieses Vorgehen. Wie soll das Entwicklungsteam agieren? Auf einen Greenfield-Ansatz setzen oder das Altsystem runderneuern? Wie lassen sich solche Probleme in Zukunft vermeiden? Welche Fallstricke lauern in der Praxis? Darauf möchte die vorliegende Paneldiskussion in Gestalt eines Fishbowls Antworten aus der Praxis geben.

Agenda:

• Beispielbasierte Einführung in die Problematik
• Diskussionsrunde, die als Fishbowl mit Sprechern startet
• Wrap-Up

Zielpublikum: Softwarearchitekten, Entwickler
Voraussetzungen: Praktische Kenntnisse in Softwarearchitektur und Softwareengineering
Schwierigkeitsgrad: Advanced

The pace of innovation in generative AI offers immense opportunities while also introducing new security challenges. As organizations seek to leverage generative AI for innovation, security leaders must take concrete steps to enable rapid experimentation without compromising security.

We will then discuss key strategies for securing generative AI applications, including threat modeling, guardrails, observability, and evaluation of effectiveness of security measures. Through case studies and practical examples, we will show how to apply these strategies in real-world scenarios. Attendees will learn how to identify and mitigate potential risks, and how to evaluate the effectiveness of their security measures.

Target Audience: Security leaders, developers, practitioners, decision makers, software architects, CTOs
Prerequisites: Interest to learn about new technology
Level: 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

Existierende Softwarearchitekturen stehen von Anfang an einer hohen Dynamik ihres Umfelds gegenüber. Anforderungen ändern sich, neue Technologien entstehen, technische Schulden häufen sich an. Der Vortrag zeigt, wie sich existierende Systeme so renovieren bzw. verbessern und integrieren lassen, dass ihre Nachhaltigkeit auch langfristig gesichert bleibt. Es illustriert, welche konkreten Maßnahmen sich wann und wie nutzen lassen.

Agenda:

• Motivation und Problemstellung
• Architekturbewertung
• Maßnahmen für Evolution und Verbesserung
• Integration von Legacy-Code
• Migration
• Zusammenfassung

Zielpublikum: Softwarearchitekten, Entwickler, Projektleiter
Voraussetzungen: Grundlegende Kenntnisse in Softwarearchitektur und Softwareentwicklung
Schwierigkeitsgrad: Advanced

In der modernen Unternehmensarchitektur ist eine enge Zusammenarbeit zwischen IT-Demand und IT-Supplier essenziell, um reibungslose Abläufe und nachhaltigen Erfolg zu gewährleisten. Dieser Beitrag untersucht die Spannungsfelder zwischen IT-Demand und IT-Supplier, die oft durch Unwissenheit und mangelnde Feldkompetenz entstehen. Solche Herausforderungen können zu erheblichen Strömungsabrissen führen, die den Projekterfolg gefährden. Um diese Risiken zu minimieren, werden pragmatische Kooperationsmodelle vorgestellt, die auf der Definition gemeinsamer Architektur Artefakte basieren. Transparenz in der Zielsetzung sowie ein effektives Stakeholdermanagement sind entscheidend für den Erfolg der Zusammenarbeit. Der Beitrag bietet praxisnahe Lösungsansätze und Handlungsempfehlungen.

Zielpublikum: Manager, Entscheider, Projektleiter, Architekten
Voraussetzungen: Projekterfahrung, Fachkenntnisse, agile Methoden, Architektur
Schwierigkeitsgrad: Basic

Fitness functions are an essential part of evolutionary architectures – and they can also bring desired structures and properties to legacy code bases, step by step. But how do they look like in practice? What kinds of fitness do they check and assert?

After a general introduction to fitness functions we'll do a deep dive into some concrete examples, covering use cases for common architectural patterns. We'll see examples in Java code, based on ArchUnit and jMolecules. But the basic ideas and concepts are applicable to other languages and technologies as well.

The session closes with a discussion about when and where to write fitness functions and who should write them – and why the use of fitness functions can help bridge the gap between architects and software developers.

Target Audience: Architects, Developers
Prerequisites: Some coding experience is helpful but not required for this session.
Level: Basic

In dieser Session zeigt Kai, wie einfach es ist, RESTful Hypermedia APIs mit Spring zu entwickeln. Dabei wird Kai konkret auf die Spring-Projekte „Spring Data REST“ und „Spring HATEOAS“ eingehen.

Nach einer Einführung in HAL (Hypertext Markup Language) wird er zeigen, wie einfach es ist, eine Collection REST Resource zu implementieren, die HAL für Pagination verwendet.

Danach geht es weiter mit Spring HATEOAS. Kai erklärt die wichtigsten Grundlagen und zeigt dann am Beispiel von HAL-FORMS, wie man die Mächtigkeit der Hypermedia-Semantik mit sogenannten Affordances stark erweitern kann.

Zum Schluss stellt Kai eine Erweiterung für Spring HATEOAS vor, die er selbst entwickelt: JSON:API. Natürlich alles immer mit viel Sourcecode und Demos!

Zielpublikum: Architekten, Entwickler
Voraussetzungen: Keine
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

EventStorming, collaborative modelling, bounded context canvas - now what?

Did you ever feel like you're standing in front of a mountain of cloud tools and implementation options, with a well-designed domain model, but no idea where to start? Or are you fully equipped with technical understanding and cloud experience, but deeply unsure how to "cut" your system for good modularization?

Fear not, because this workshop will introduce you to a solid set of tried and proven methods and tools, that will help you to fill the gap!

Working in ensembles, we will breeze through the creative process - from EventStorming to automated deployments using Infrastructure as Code - to highlight a good path through the cloud jungle, and give you a jump start into your journey to serverless.

Maximum number of participants: 16

Target Audience: Developers, Architects
Prerequisites: A solid programming experience is helpful
Level: Advanced