Das Serverless-Paradigma existiert seit fast 10 Jahren. Und obwohl es für passende Szenarien extreme Vorteile mit sich bringen kann, trauen sich bisher nur wenige Cloud-Anwendungen, den Schritt Richtung Serverless zu gehen. Zu Recht?
Im Rahmen des Workshops wird ein komplexes Anwendungsszenario Schritt für Schritt aufgebaut und dabei in jedem Schritt ein Serverless-Pattern eingeführt und in seiner Motivation diskutiert. Darüber hinaus wird gezeigt, wie sich eine solche stark verteilte Anwendung sinnvoll testen und monitoren lässt.

Max. Teilnehmendenzahl: 30
Laptop (mit AWS-Account) wird benötigt. Ein einfacher Test-Account (https://aws.amazon.com/de/free/) reicht aus.

Im Workshop werden wir gemeinsam an einem Demo-Projekt arbeiten. Wer möchte kann gerne im Vorfeld schon einmal das Beispiel aus dem GIT Repository laden und den dortigen Anweisungen zur Installation der benötigten 3rd Party Libraries folgen. 

https://github.com/mobileLarson/serverless-workshop 

ACHTUNG: Das Demo-Projekt ist zwar in Java programmiert, aber auch Interessierte, die nicht aus der Java-Welt kommen, können problemlos an dem Workshop teilnehmen. Die dazu benötigten Deployables für die AWS Cloud liegen ebenfalls im Projekt. 

Bei Fragen im Vorfeld bitte einfach melden:lars.roewekamp(at)openknowledge.de 

Zielpublikum: Architekt:innen, Entwickler:innen
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Extended Abstract:
Eine einzelne Serverless Function zu schreiben und produktiv zu stellen, ist dank NoOps-Ansatz denkbar einfach. Nur leider macht eine Schwalbe noch keinen Sommer und eine einzelne Serverless Function noch keinen sinnvollen Anwendungsfall! Wie also konzipiert man eine Anwendung als Zusammenspiel von mehreren Serverless Functions und diversen weiteren Cloud-Komponenten? Gibt es spezielle Architektur-Patterns, die sich im Serverless-Umfeld anbieten? Und wie wirken sich diese auf den Software-Lifecycle aus? Was, wenn die niedlichen kleinen Funktionen sich zur Laufzeit nicht so verhalten, wie gewünscht? Wie sieht das Monitoring der einzelnen Funktionen und des Systems als Ganzes aus? Und was ist mit Testen? Muss die Funktion dazu immer in der Cloud deployt werden oder kann man das produktive System auch lokal emulieren? Diesen und vielen anderen Herausforderungen wollen wir uns in dem Workshop stellen - Aha-Effekte garantiert!

**TL,DR**; In this course you will learn to map your business and technological landscape in such a way that a common language emerges to discuss strategic thinking and decision-making.
Max. number of participants: 13

Target Audience: Architects, Developers, Project Leaders, Decision Makers
Prerequisites: Basic theoretical knowledge of DDD
Level: Advanced

Extended Abstract:
Organizations face more and more complexity these days as a result of a mesh of products, services, technology and the people that work to build, operate and maintain them.
Domain-Driven Design helps us with solving problems the right way. But what helps us solve the right problem? How can we continuously validate our progress with people in "non-tech" roles? And what should we do when the world around us changes, which it always ends up doing? Is the plan we had still valid?

Imagine...
- Imagine having a map that helps you understand the ecosystem your organization is embedded in. A map that makes sense from both a technical and business perspective. With patterns that provide guidance about effective actions regardless of the specific domain you are working in. Wardley Mapping is that: it is a ubiquitous language around strategy and execution that helps you solve the right problem.

The course
- In this course you will learn to map your business and technological landscape in such a way that a common language emerges to discuss strategic thinking and decision making. It allows for scenario building, it teaches about bias and assumptions, and it comes packaged with a long list of ideas that may help in your situation.
The map can hint us what practices from DDD are beneficial in our situation. And it can serve as a context map too, except this one has meaning to businesspeople as well.
Using visualizations, strategies can be challenged and implementation options debated and weighed. As such, mapping is about the act and not merely the artifact. That is why this training is hands-on from the very start.

What to expect
- This class will emphasize practice over theory. Mapping with imperfect knowledge today is better than mapping with perfect knowledge next year. The course will teach you the basics and provides hooks into the theoretical aspects behind exercises.

Who should attend
- Anyone that wants to challenge the status quo of decision making under uncertainty in technology and business. No prior knowledge is required and your open attitude to learn new things will be an asset during the workshop.

Als PO gestalten wir die Zukunft unseres Unternehmen: bessere (Teil-)Produkte, mehr Umsatz, Erfüllung von Stakeholder:innen-Wünschen, die oft nicht nachhaltig sind. In diesem Workshop widmen wir uns speziellen Themen aus dem riesigen Bereich "Nachhaltigkeit":

• Umgang mit dem Zwiespalt: People, Planet UND Profit
• Wie wir den CO₂-Fußabdruck bei Entwicklung und Betrieb von "grünerer Software" senken können.
• Wie unsere Produkte dazu beitragen, Nachhaltigkeitziele (SDGs), gesetzliche Vorschriften und Berichtsanforderungen zu erfüllen.

Max. Teilnehmendenzahl: 20
Laptop (mit Browserzugang) wird benötigt.

Zielpublikum: Schlaumeier und Gutmenschen ;-), Product Owner:innen, Produktmanager:innen, Menschen mit Interesse an nachhaltiger Produktentwicklung
Voraussetzungen: Kenntnisse in agiler Produktentwicklung ist hilfreich, aber nicht Voraussetzung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Nachhaltigkeit wird in den nächsten Jahren in der Produktentwicklung eine zentrale Rolle spielen. Neue Gesetze, Nachhaltigkeit als Unternehmensstrategie, aber auch die schlichte Verantwortung als Mensch in einer zukunftsschönen Welt fordern, dass wir dazulernen. Wenn ihr dieses Thema als Product Owner:in bisher noch nicht auf dem Schirm habt oder vertiefen möchtet, seid ihr in diesem Workshop richtig.

Der Workshop ist in zwei Teile gegliedert, in denen es um Themen aus dem Bereich “Nachhaltigkeit in der Produktentwicklung” bzw. “Nachhaltigkeit durch Produkte” geht. Die Teilnehmenden erhalten die Gelegenheit, die Erkenntnisse auf ihre eigene Produktentwicklung zu übertragen. Im ersten Teil widmen wir uns der Frage, was Product Owner:innen mit ihren Teams in der Entwicklung konkret für den Klimaschutz tun können, z.B. um die Treibhausgas-Emissionen in digitalen Vorhaben zu reduzieren. Im zweiten Teil geht es um die Auswirkungen, die unser Produkt auf das nachhaltige Verhalten von Nutzer:innen haben kann, aber auf andere Stakeholdergruppen wie etwa Gemeinden oder Lieferant:innen.

Der Workshop ist als Arbeitsergebnis des Sustain-Agility-Vereins entstanden, dem Sabine und Johannes als Vorstände angehören. Wir beschäftigen sich aus innerer Motivation mit Nachhaltigkeit zusätzlich zu ihrer ursprünglichen Profession. Die gemeinsame Überzeugung der Mitglieder ist, dass agile Vorgehensweisen, Modelle und Haltungen hilfreiche Grundlagen und Erfolgsfaktoren für die Nachhaltigkeitstransformation unserer Gesellschaft und Wirtschaft sind. Wir haben erkannt, dass diese Transformation unverzüglich geschehen muss. Wir möchten diese Erkenntnis in der (agilen) Community verbreiten und zum Handeln aufrufen.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/johannes.mainusch

Täglich stoßen wir auf Probleme: Wir haben nicht, was wir wollen, oder wollen nicht, was wir haben. Dann wundern, ärgern oder fürchten wir uns. Sehr häufig lösen wir unsere eigentlichen Probleme nicht, sondern wählen einen Bewältigungsmechanismus aus unserem Wunsch nach Kontrolle unserer Emotionen. Manchmal gelingt es uns aber auch, aus unserer Stärke heraus kreativere Lösungen zu finden.
Der Workshop beschreibt die beiden Problemlösungsmechanismen und zeigt Optionen auf, um leichter und öfter die kreativere Variante wählen zu können.

Max. Teilnehmendenzahl: 25

Zielpublikum: Entwickler:innen, Coaches, Scrum Master:innen, Product Owner:innen, Projektleiter:innen, Manager:innen
Voraussetzungen: Interesse an Modellen und deren Anwendung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Wir stellen mit dem Power Or Control Process ein mächtiges Werkzeug vor, das menschliches Verhalten bei Problemlösung beschreibt: Es unterscheidet die beiden sich jeweils selbst verstärkenden Lösungszyklen Control Cycle und Power Cycle. Im Control Cycle suchen wir nach Kontrolle unserer Emotionen, nehmen eine schnelle Bewertung der Situation in falsch/richtig oder gut/schlecht vor und suchen nach einem (schnellen) Rat, um gefühlt wieder Herr der Lage zu werden. Im Power Cycle agieren wir aus einem Gefühl der Stärke heraus, halten die mit dem Problem verbundenen Emotionen länger aus und erforschen das Problem und mögliche Lösungen in all ihren Facetten, um so zu einer neuen Klarheit zu gelangen.
Wir stellen das Modell im Workshop vor und werden in vielen Gruppenarbeiten einüben, wie sich die beiden unterschiedlichen Lösungswege anfühlen.
Beide Lösungsvarianten sind nützlich, menschlich, normal. Der Power Cycle bietet uns kreativere Lösungen, weswegen wir Strategien vermitteln und einüben wollen, mit denen es uns häufiger gelingt, aus dem Power Cycle heraus Probleme zu bearbeiten.
Zum Abschluss nehmen wir noch eine kleine Einordung des Verhältnisses von Power Or Control Cycle zu The Responsibility Process vor.

Fachliche Komponenten in Code auszudrücken ist und bleibt eine fundamentale Herausforderung in Softwareprojekten. Der Workshop zeigt, wie mithilfe von Spring Modulith Java-Applikationen strukturiert werden können und diese Struktur kontinuierlich validiert werden kann. Des Weiteren werden verschiedene Formen der Interaktion zwischen Anwendungsmodulen diskutiert, insbesondere die Kompromisse einzelner Varianten, und wie Module isoliert und in Zusammenarbeit getestet werden können.

Max. Teilnehmendenzahl: 30

Zielpublikum: Architekt:innen
Voraussetzungen: Java, Spring (Boot)
Schwierigkeitsgrad: Experte

Extended Abstract:
1 – Grundlagen

• Applikationsmodule und deren Design
• Architekturevidenter Code
• Module und Hexagonale-, Onion und Clean Architecture
• Modulstrukturverifikation
• Modulares Design

2 – Modulinteraktion

• Interaktionsvarianten und -muster
• Konsistenz
• Synchrone und asynchrone Interaktion
• Eventbasierte Interaktion
• Die Event Publication Registry

3 – Testen

• Grundlagen des modularen Integrationstestens
• Das PublishedEvents API
• Das Scenario API

4 – Observability & Dokumentation

• Entwicklerdokumentation aus Code extrahieren
• Dokumentation anpassen
• Observability von Applikationsmodulen
• IDE- und Deploymentplattformintegration

In this interactive training session, we will dive into the fascinating world of exploratory testing. Exploratory testing is a mindset and approach that empowers testers to uncover hidden defects, explore the boundaries of software systems, and provide valuable feedback to improve overall quality.
Through a combination of theory, practical examples, and hands-on exercises, participants will gain a solid understanding of exploratory testing principles and techniques, and learn how to apply them effectively in their testing efforts.

Max. number of participants: 12

Target Audience: Developers, Testers, Business Analysts, Scrum Masters, Project Manager
Prerequisites: None
Level: Basic

Extended Abstract:
In this interactive and engaging 3-hour training session, we will dive into the fascinating world of exploratory testing. Exploratory testing is a mindset and approach that empowers testers to uncover hidden defects, explore the boundaries of software systems, and provide valuable feedback to improve overall quality.
Through a combination of theory, practical examples, and hands-on exercises (with a E-Commerce Platform), participants will gain a solid understanding of exploratory testing principles and techniques, and learn how to apply them effectively in their testing efforts.
Whether you are a beginner or an experienced tester, this training will equip you with the skills and knowledge to become a more effective and efficient explorer of software.
Learning Outcomes:

1. Understand the fundamentals of exploratory testing and its importance in software development.
2. Learn various techniques and strategies for conducting exploratory testing.
3. Develop the ability to identify high-risk areas and prioritize testing efforts during exploration.
4. Acquire practical tips for documenting and communicating exploratory testing findings.
5. Gain hands-on experience through interactive exercises to apply exploratory testing techniques.
6. Enhance critical thinking and problem-solving skills to uncover hidden defects.
7. Improve overall testing efficiency and effectiveness by incorporating exploratory testing into your testing process.
8. Learn how to collaborate effectively with developers, product owners, and other stakeholders during exploratory testing.
9. Gain insights into tools and technologies that can support and enhance exploratory testing activities.
10. Leave with a comprehensive understanding of exploratory testing and the confidence to apply it in real-world scenarios.

Join us for this immersive training session, and unlock the potential of exploratory testing to uncover valuable insights and improve the quality of your software products.

Seit vielen Jahren ist es möglich, nebenläufig (mit mehreren Threads) zu programmieren. In Bezug auf wichtige konzeptionelle Details von Nebenläufigkeit gibt es bei Programmierern allerdings erhebliche Lücken.
Wer kennt "Out-of-order Updates" und "Spurious Wakeups"?
Was unterscheidet Prozess-Scheduling von Thread-Scheduling?
Am Beispiel von C++ gibt dieses Tutorial einen Überblick über die wichtigsten konzeptionellen Aspekte von Multi-Threading und Concurrency und zeigt, wie man in C++ mit ihnen umgeht.

Zielpublikum: Entwickler:innen
Voraussetzungen: Grundkenntnisse von Threads
Schwierigkeitsgrad: Fortgeschritten