Menschen, die vom Imposter-Phänomen (meist Imposter-Syndrom genannt) betroffen sind, haben das Gefühl, Betrüger zu sein & ihren eigenen Erfolg nicht verdient zu haben, trotz nachweisbarer Kompetenz. Sind diese Menschen mit den damit verbundenen Unsicherheiten & Selbstzweifeln deshalb eine Bürde im Team? Wir glauben, das Gegenteil ist der Fall & dass hier ein Schatz für starke Teams in komplexen Umgebungen gehoben werden kann. In dieser Session werden wir diese Sichtweise fundiert herleiten & in konkreten Übungen Implementierungsideen mitgeben.

Zielpublikum: Menschen mit Interesse an starken Teams
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Extended Abstract:
Selbst manche sehr erfolgreiche Menschen leiden unter dem Denkmuster des Imposter-Syndroms*. Vielleicht sind sie gerade wegen ihres Imposter-Syndroms so erfolgreich? Denn auch wenn das Imposter-Syndrom Menschen gefangen hält, indem es ihnen suggeriert, dass sie sich ihre Position nicht wirklich verdient hätten, wird es nicht für alle zum Hemmschuh. Auch wenn dieses Denkmuster sie glauben lässt, dass sie nicht ausreichend qualifiziert wären für die Tätigkeit, die sie ausüben, üben sie sie doch effektiv aus. Auch wenn besonders Frauen mit diesem Phänomen zu kämpfen haben, gibt es einige Beispiele von Menschen, die aus dieser vermeintlichen Schwäche Kapital gezogen haben. Ist es also vielleicht gar keine persönliche Schwäche?
Teilnehmer:innen an diesem Talk werden

1. Den Zusammenhang vom Umgang mit Komplexität und dem Imposter-Syndrom kennenlernen
2. Einen Perspektivwechsel vornehmen, um das Imposter-Syndrom aus der Sicht auf Kommunikation, Inklusion und den Umgang mit Risiken zu betrachten
3. In praktischen Beispielen erleben, wie die Stärken von Menschen mit Imposter-Syndrom für Teams aktiviert werden können.

 *Wir finden den Begriff „Imposter-Syndrom“ nicht gut gewählt, zum einen, da er impliziert, dass eine Form von Hochstapelei vorliegt, wo es doch eher um die Sorge geht, Erwartungen anderer nicht gerecht zu werden. Zum anderen ist ein Syndrom per Definition eine Kombination von Krankheitszeichen. Aus unserer Sicht liegen bei diesem Phänomen hinderliche Denkmuster vor, die Menschen das Leben schwer machen. Diagnosen möchten wir lieber Ärzt:innen oder Psycholog:innen überlassen. Allerdings ist der Begriff „Imposter-Syndrom“ der gängige Begriff, unter welchem Information z.B. im Internet auffindbar ist. Daher verwenden wir ihn – mit Einschränkungen.

Pfleger:innen in Seniorenheimen arbeiten mit ganzem Körpereinsatz - und ansonsten vor allem mit Papier und Fax. Zeit und Ressourcen sind rar. Auf der Prioritätenliste steht Digitalisierung weit hinten. Wie schafft man es dennoch, künftige Nutzer:innen für ein digitales Produkt zu begeistern und ihr Wissen und ihren Support zu gewinnen? Diese Frage mussten Nelli Hergenröther und ihr Team beantworten, als sie 2020 ein Projekt für einen der führenden Anbieter für Pflegedienstleistungen in Berlin-Brandenburg übernahmen, das sie bis heute betreuen.

Zielpublikum: Projektleiter:innen, Produktmanager:innen, UX Designer:innen, Entscheider:innen, Digitalisierungs-Beauftragte
Voraussetzungen: Grundlagen digitale Produktentwicklung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Der Pflegeanbieter domino-world ist in der Branche für seinen seit 20 Jahren bestehenden, zertifizierten domino-coaching Prozess bekannt, der bis vor einigen Jahren komplett auf Papier durchgeführt wurde. Papier ist geduldig, deswegen haben auf Papier durchgeführte Prozesse oft die Flexibilität, die Software mangelt. Dennoch kann die richtige Software Prozesse vereinfachen und viel Arbeit sparen. Aber wie überzeugt man die zukünftigen Nutzer:innen, bei der Entwicklung mitzuwirken, vor allem, wenn es sich um den allerersten Digitalisierungsprozess im Unternehmen handelt? Der Erfahrungsbericht einer Agentur, die normalerweise auf Apps spezialisiert ist, hier aber schon bei der Beschaffung von E-Mail-Adressen eingestiegen ist.

Organizations are drawn to migrate their systems into the cloud, but in practice, cloud transformations do not always succeed in achieving the advantages often promised by cloud providers, such as scalability, availability, and cost effectiveness.
We give an overview over Kevin Hoffmann's fifteen factors for cloud-native applications and how they help us achieve success in our cloud migrations.

Target Audience: Architects, Developers, Operations, DevOps
Prerequisites: Basic understanding of web services
Level: Basic

Extended Abstract:
You think you are already reaping the cloud's harvest by lifting and shifting your apps to some cloud-provided VM or container infrastructure?
You've already read about Heroku's (original) twelve factors, maybe even skimmed though Kevin Hoffmann's book, and think your app is good enough, because you are using Git, have a CI pipeline, and someone in the team once ran the app in a Docker container?
Or you think your team isn't going to the cloud any time soon and this advice does not apply to you anyway?
Maybe you're right. Chances are, you are in for a surprise, though.
The original twelve factors for cloud-native application development are (reasonably) well established and widely agreed upon. Yet, in practice, there appear to be some misunderstandings regarding their meaning, and we see cloud migrations fail precisely due to reasons that could be avoided by following these factors correctly. The extension to fifteen factors by Kevin Hoffmann is less widely known, but no less important for modern, cloud-native application landscapes, especially since this extension also revisits and updates the original twelve factors.
The goal of this talk is to disseminate and discuss the fifteen factors, as well as to emphasize their interrelations and embed them in the greater context of modern application development, in order to help reduce pain for many teams tasked with bringing their software to the cloud.

Although the term "Cloud Native" in the context of Java has been repeated ad nauseam for years, the JVM as a platform has only recently entered a phase where everything truly aligns with how cloud-native architectures are designed. Let's trace the path Java has already taken in recent years and take a look at what lies ahead in the future. During this presentation, you will learn about projects such as Leyden, CRaC, and GraalVM, and how they can realistically influence the way applications are developed.

Target Audience: Cloud Java Architectural Leads
Prerequisites: Basic Knowledge od Java, Cloud Challenges Experience
Level: Advanced

Extended Abstract:
The goal of the presentation is to provide a comprehensive overview of the evolution of Java in relation to cloud-native architectures. The presentation aims to educate the audience about the progress Java has made in recent years and shed light on the future prospects of the language.
By discussing key projects like Leyden, CRaC, Microprofile and GraalVM, the presentation intends to demonstrate their relevance and potential impact on application development. Ultimately, the goal is to inspire the audience to embrace cloud-native principles in their Java projects and adapt their development practices accordingly.

"Σπεύδε βραδέως" in ancient Greek, or "festina lente" in Latin translates as "hurry slowly" an oxymoron saying to indicate the need for balancing deliberation and urgency.
In this talk we comment on the prevailing perceptions relating to speed of software development and how in a DevOps context what sometimes is perceived as fast from an individual's perspective has a deleterious effect on team performance while practices traditionally viewed by developers as cumbersome have in fact a positive effect on team performance and effectiveness.

Target Audience: Software Engineers and DevOps Practitioners
Prerequisites: None
Level: Advanced

Extended Abstract:
The talk draws on the experience of multiple projects but uses the team setup and 2020/2021 data of the NHS Covid19 app's backend services teams as a showcase for a team that managed to avoid neglecting subjects like peer reviews, documentation, testing etc. in a high pressure, high pace environment.

Most current UI libraries provide great user experience with a vast of components. But when it comes to heavy customization and non-standard scenarios, especially for E-Commerce, they become hard to manage, scale or even slow down performance. How to create a UI library that provides users the most possible freedom in customizing components, while keeping our performance and scalability to the fullest? How much customization freedom is enough? That's what my talk is about.

Target Audience: Developers, Architects, Project Leader
Prerequisites: JavaScript
Level: Advanced

Last year in open source, we saw the compliance threat shift from license violation to contract violation, we saw the rise of the bill of material as a purchasing requirement, and we saw the continued growth of source-available licenses. If you don't know what I'm talking about, you really need to attend, because your business is at risk if you don't understand these changes. In this annual talk, I will review the last year and speculate about what the future may bring.

Target Audience: Product Leaders, Engineering Leaders, Architects, Developers, Enthusiasts
Prerequisites: Basic understanding of open-source software development
Level: Advanced

This talk is about my journey as a Scrum Master towards creating sustainable DevOps teams. I will share my learnings and inspire the audience to raise awareness on sustainability in their own teams and organizations.
We will have a look at IT (and our own work) through the generational lens, to discover how long-term thinking can reshape the way we look at our daily work and help us find strategies for making IT sustainable.

Target Audience: Architects, Developers, IT Managers, Agile Professionals
Prerequisites: None
Level: Basic

Extended Abstract:
Climate change is a significant threat to the future of life on earth and as I was looking for ways to become more sustainable, the idea started to grow that at work, in my own DevOps teams, we could also take the sustainability perspective. I dove into the subject of sustainable IT and started with a ‘Planet as a Stakeholder Retrospective’ for my Scrum Team in which we went over the Principles of Green Software Engineering. We discussed what steps our team could take to reduce the carbon footprint of our services.
Taking the sustainability perspective was a new approach for the team, but everyone agreed on its importance. During that session, the team estimated that optimizing our landscape and decommissioning legacy components could reduce our footprint by a significant percentage!
Just imagine: what if all DevOps teams would do that? I started to give workshops about ‘the Planet as a Stakeholder’, in which I help teams to look at their IT services through the sustainability lens and let them define the first steps forward.
In this talk I will share my experiences: failures, challenges, successes, and examples of practical steps that teams have already taken to reduce their carbon footprint.

The world is constantly changing. As IT professionals, we are aware of the intrinsic changeability of projects, contexts and our business, but the events of the last years have put this into sharper focus. How will external changes shape our teams and our work?
Alex looks at what factors are at work now, and what kinds of effects will they have on how we work, and the roles of testers and software professionals. She will also look at activities on an individual and company level, to best prepare ourselves for a nebulous future.

Target Audience: Everyone
Prerequisites: None
Level: Advanced

Extended Abstract:
The world is constantly changing, and everything is impermanent. As IT professionals, we are aware of the intrinsic changeability of projects, contexts and our business, but the events of the last years have put this into sharper focus. How will external changes shape our teams and our work?
How can we shape ourselves proactively in order to be able to respond to changes, make changes or our own and even thrive? Alex looks at what factors are at work now, and what kinds of effects will they have on how we work, and the roles of testers and software professionals. She will also look at concrete activities on an individual and company level, to best prepare ourselves for a nebulous future.

Die digitale Barrierefreiheit nimmt Fahrt auf und ist ein absolutes Trendthema. Eigentlich ist dazu alles schon gesagt worden, es muss nur noch realisiert werden. Es ist entscheidend, Barrierefreiheit systematisch in Arbeitsabläufe von Designern und Entwicklern zu integrieren. Drei Hauptfragen stehen im Fokus:

1. Warum wird Barrierefreiheit in Projekten oft nicht priorisiert?
2. Welche Bedürfnisse und Herausforderungen haben Designer & Entwickler?
3. Wie kann Barrierefreiheit in Entwicklungsprozesse integriert werden?

Zielpublikum: Designer:innen, Entwickler:innen, Projektleiter:innen, Manager:innen, Entscheider:innen
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Extended Abstract:
Unser Lösungsvorschlag:
Je weiter ein Projekt fortgeschritten ist, desto schwieriger wird es, Barrierefreiheit miteinzubeziehen. Das Problem vieler Ressourcen und Tools ist ihre retrospektive Natur: Sie beurteilen die Barrierefreiheit eines Produkts, wenn es bereits fertig ist. Zu diesem Zeitpunkt sind Änderungen oft zu aufwändig oder die Zeit zu knapp. Doch wie gewährleistet unser Ansatz, dass Barrierefreiheit in jede Prozessphase einfließt?

1. Handlungsorientierte Aufgaben bereitstellen: Designer und Entwickler benötigen umsetzbare Informationen. Oft sind Richtlinien und Standards zu abstrakt formuliert, um sie in Prozessen zu operationalisieren.
2. Klarheit über Verantwortlichkeiten schaffen: Jede Aufgabe wird einer konkreten Rolle zugewiesen. Barrierefreiheit ist die Verantwortung aller Teammitglieder, nicht nur von Entwicklern.
3. Aufzeigen von Aufgabenabhängigkeiten: Das fördert die Zusammenarbeit der Projektbeteiligten. Es wird aufgezeigt, welche Aufgaben voneinander abhängig sind.
4. „On-demand“ statt Informationsflut: Jede Aufgabe wird einer konkreten Projektphase zugeordnet. So stellen wir sicher, dass nur wesentliche Informationen der richtigen Person zum richtigen Zeitpunkt zur Verfügung stehen.