Im Web lauert eine Vielzahl von Sicherheitsgefahren. Deshalb sollten ein paar grundlegende Vorkehrungen getroffen werden: Angefangen bei der richtigen TLS-Konfiguration, über Schutzmaßnahmen wie dem Einrichten einer Content-Security-Policy und dem Überprüfen nachgeladener Ressourcen mittels Subresource Integrity, bis hin zur Absicherung von Cookies sowie dem Schicken oder Vermeiden bestimmter HTTP-Header. Welche grundlegenden Maßnahmen es zu beachten gilt und wie man diese umsetzt, erfahren Sie in diesem Vortrag.

Zielpublikum: Architekt:innen, Entwickler:innen
Voraussetzungen: Basiskenntnisse Web-Entwicklung
Schwierigkeitsgrad: Anfänger

Data technical debt refers to quality challenges associated with legacy data sources, including both mission-critical sources of record as well as “big data” sources of insight. Data technical debt impedes the ability of your organization to leverage information effectively for better decision making, increases operational costs, and impedes your ability to react to changes in your environment. The annual cost of bad data is in the trillions of dollars, this problem is real and it won't go away on its own.

Target Audience: Developers, Data Professionals, Managers, Architects
Prerequisites: Understanding of basic data terms
Level: Basic

Extended Abstract

Data technical debt refers to quality challenges associated with legacy data sources, including both mission-critical sources of record as well as “big data” sources of insight. Data technical debt impedes the ability of your organization to leverage information effectively for better decision making, increases operational costs, and impedes your ability to react to changes in your environment. Bad data is estimated to cost the United States $3 trillion annually alone, yet few organizations have a realistic strategy in place to address data technical debt.

This presentation defines what data technical debt is and why it is often a greater issue than classic code-based technical debt. We describe the types of data technical debt, why each is important, and how to measure them. Most importantly, this presentation works through Disciplined Agile (DA) strategies for avoiding, removing, and accepting data technical debt. Data is the lifeblood of our organizations, we need to ensure that it is clean if we’re to remain healthy.

Learning objectives:

• Discover what data technical debt is

• Understand the complexities of data technical debt and why they’re difficult to address

• Learn technical and management strategies to address data technical debt

Unsere Welt wandelt sich, und wir brauchen Wandel. Jedoch nicht zufälligen, sondern bewusst gestalteten Wandel. Gemeinsam statt durch Einzelne.

Wie kommen wir dorthin?

• Raus aus dem Autopilot-Modus: Durch mehr Bewusstheit im Alltag.
• Selbst-Bewusst-Sein: Insbes. für die eigenen Stärken und Motive.
• Die eigenen Energien freisetzen statt stetig auf Reserve fahren.
• Neues Miteinander: Durch echte Kooperation statt Konkurrenz.
• Die scheinbare Ohnmacht loslassen - und miteinander gestalten.

Klingt einfach?
Then come on, let's create!
NOW.

Zielpublikum: Alle, denen dämmert, dass sie viel mehr können als sie täglich tun
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Extended Abstract
Unsere Welt wandelt sich, und wir brauchen Wandel. Jedoch nicht zufälligen, sondern bewusst gestalteten Wandel. Gemeinsam statt durch Einzelne.
Viel unserer menschlichen Energie verfällt auf zwei Bereiche:
Erstens in die Aufregung über Dinge, die geschehen sind oder geschehen werden - und die wir (scheinbar) nicht beeinflussen können. Damit nähren wir nicht nur unser Ohnmachtsgefühl und stärken in unserem neuronalen Netz die Gewohnheitsbahnen für Ärger und Aufregung - was zur Folge hat, dass wir uns über die Jahre hinweg immer besser aufregen können und uns dazu immer kleinere Anlässe reichen.
Sondern, viel schlimmer noch, wir verleugnen unsere Verantwortung und Gestaltungskraft. Dadurch können wir gut weiter in dem Job "funktionieren", den wir zwar nicht mögen, aber der unserer Komfortzone so gut entspricht, dass wir damit genug Geld verdienen. Wir können dann beruhigt unsere Zeit beim Sudoku oder vor dem Fernseher totschlagen, weil es auf uns ja eh nicht ankommt. Und wir können uns wunderbar in allen Feldern von Ersatzbefriedigung austoben, weil der Großteil unseres Lebens zwar ganz angenehm ist, uns aber nicht glücklich macht, uns nicht erfüllt.
Wenn wir uns nachhaltigen Wandel auf dieser Welt wünschen - und inzwischen sollte klar sein, dass wir genau das brauchen, wenn wir als menschliche Spezies überleben wollen - dann sollten wir unsere Energie nutzen, um zu diesem Wandel beizutragen.
Und in diesem Beitrag gibt es keinen moralischen Zeigefinger. Ich werde Ihnen nicht sagen, was zu tun und zu lassen ist. Ich werde keinen 5-Punkte-Plan vorstellen und Ihnen keinen nächsten Schritt vorschlagen. Warum nicht?

1. Weil ich es nicht kann. Ich bin ein Mensch - Sie sind ein anderer. Jede(r) hat eigene Baustellen zu meistern und zugleich auch ureigene Motivationsquellen: Tätigkeiten und Wirkungsfelder, die uns so begeistern, dass sie uns Energie geben, statt uns Energie zu kosten. Diese gilt es individuell zu finden!
2. Weil ich es nicht möchte. Es wäre anmaßend, denn es würde meine Ziele über Ihre Ziele stellen. Und das ist genau das, was uns den Großteil des Leides unserer aktuellen Welt eingebracht hat - und immer noch einbringt. Wir alle dürfen lernen, mehr unseren eigenen Zielen statt denen anderer zu folgen. Nicht den Zielen des Ego, sondern den Zielen unseres Herzens.

In dieser Session werde ich Ihnen dazu ein paar Tools zeigen und wir werden diese gemeinsam ausprobieren. Einige, die uns helfen, unseren wirklichen Wünschen ein bisschen besser auf die Schliche zu kommen. Und einige, die dazu dienen, überhaupt in einen Gestaltungsmodus zu kommen. (Denn Studien zufolge befinden wir Menschen uns im Durchschnitt mindestens 50 % im Autopilotmodus und haben 95 % der heutigen Gedanken auch gestern schon gedacht. Wir drehen uns also, gelinde gesagt, unbewusst im Kreis.)

Auch das Miteinander wird hierbei nicht zu kurz kommen.

Die meisten Verfahren zur Zukunftsgestaltung beginnen mit Analyse und Planung. Aber ist das auch der sinnvollste Ansatz für die Ungewissheit? Nein! Die Effectuation-Logik ermöglicht es, eine Zukunft aktiv zu gestalten, wenn das Umfeld ungewiss ist. Durch die Prinzipien entsteht ein "Sicherheitsnetz" - sozusagen das Treppengeländer auf einer noch nicht sichtbaren Treppe. Diese Session erweitert die eigene "Zukunftsgestaltungskompetenz" und befähigt, zwischen Planung und Gestaltung der Zukunft entscheiden zu können.

Zielpublikum: Entscheider:innen, Coaches, Scrum Master, Product Owner, Gründer:innen
Voraussetzungen: Neugierde, Offenheit für die Gestaltung der eigenen Zukunft
Schwierigkeitsgrad: Anfänger

Extended Abstract
Entrepreneure entscheiden und handeln. Doch wie machen sie das? Um diese Frage zu beantworten, hat Dr. Saras Sarasvathy eine bahnbrechende empirische Studie mit „Expert Entrepreneurs“ durchgeführt. Das Ergebnis: Effectuation – eine unternehmerischer Expertise. Effectuation macht an einem Punkt einen Unterschied, an dem wir häufig keinen machen. Sie fragt: "Wie ist die Zukunft?" und wählt dann die klassische Managementlogik oder Effectuation für das weitere Handeln aus.

Die Session – Theorie inkl. dem direkten Erleben von Effectuation – erläutert die 4 Prinzipien und das 5. Meta-Prinzip. Das geht am besten im Kontrast zu den Prinzipien der kausalen Logik. So bekommen die Teilnehmenden schnell ein Verständnis über die zwei unterschiedlichen Prozesse und deren Haltung. Letztendlich geht es darum, zwischen Planung und Gestaltung der Zukunft zu entscheiden. Beide Logiken haben ihre Berechtigung. Die Frage ist nur, ist die Zukunft vorhersehbar oder ungewiss? So erweitert jeder seine Repertoire an Zukunftsgestaltung.

Who drove your digital transformation? Your CEO? Or COVID-19? Across workplaces, markets and everyday habits, the pandemic transformed our world beyond our control. The way that we work, what we work on, even why we work were all transformed in ways that few organisational transformation programs ever achieved. Software played a key role in this transformation and, for better or for worse, it runs the world. We will explore the changes to the way we live that have moved from possibilities to realities and from opportunities to responsibilities.

Target Audience: Everyone interested in Digitalization
Prerequisites: None
Level: Advanced

Extended Abstract
Who drove your digital transformation? Your CEO? CTO? Or COVID-19? Across workplaces, markets and everyday habits, the pandemic transformed our world beyond our control. But for the parts we were able to control, software and technology played key roles. The way that we work, what we work on and even why we work were all transformed in ways that few organisational transformation programs ever achieved.

For better or for worse, software runs the world, and with great power comes great responsibility. Software has always been at the forefront of communication and distributed working, from the invention of the email to the current internet landscape, from social media to making socially distanced work a practical reality. Of course, it's not all good and things have not always turned out the way technologists expected. In this session we will explore the changes to the way we live that have moved from possibilities to realities and from opportunities to responsibilities.

Das Thema Quantencomputing (QC) ist in aller Munde. Doch was ist QC? Für welche Anwendungsdomänen ergeben sich Chancen? Wie integriert man Quantenalgorithmen in Software-Architekturen? Was ist der aktuelle Stand der Technik bzgl. Frameworks und Tools?
Dieser Vortrag vermittelt grundlegendes QC-Wissen und stellt ausgewählte Anwendungsfälle vor. Ein Hands-on-Beispiel veranschaulicht Vorgehen und Entwicklungswerkzeuge, um QC-Potenziale in der Anwendung zu identifizieren, effiziente Quantenalgorithmen zu integrieren und schlussendlich auszuführen.

Zielpublikum: Produktverantwortliche, Architekt:innen, Entwickler:innen
Voraussetzungen: Keine Vorkenntnisse zu Quantencomputing notwendig
Schwierigkeitsgrad: Anfänger

Extended Abstract
Der erste Teil des Vortrags vermittelt die Grundlagen von Quantencomputing und insbesondere die Unterschiede zu konventionellen Computer-Architekturen. Der Vortrag beginnt mit einer kurzen Vorstellung der grundlegenden Prinzipien von QC: Qubits, Superposition, Verschränkung und Manipulation von Qubits am Beispiel von Quantenschaltkreisen. Daraus werden jene Eigenschaften von QC abgeleitet, die QC von bekannten Computer-Architekturen abheben und Entwickler:innen vor völlig neue Herausforderungen stellen, zum Beispiel die fehlende Möglichkeit zu debuggen. Nach einer Übersicht über das derzeitige QC-Hardware-Ökosystem und die damit verbundene Programmierung von Quantenschaltkreisen folgt eine Diskussion aktueller Grenzen der gegenwärtigen QC-Systeme.

Der zweite Teil des Vortrags veranschaulicht die einzigartigen Vorteile von QC aus der Anwendungsperspektive und illustriert, welche Anwendungsdomänen davon potenziell profitieren können. Die Teilnehmenden können so die Auswirkungen von QC auf ihr eigenes Arbeitsumfeld einschätzen. Einige ausgewählte Anwendungsfälle werden detailliert betrachtet.

Im dritten Vortragsteil wird anhand eines Beispiels aufgezeigt, wie für eine spezielle Anwendung das Potenzial von QC erschlossen werden kann. Dies umfasst die Identifikation und Programmierung geeigneter Quantenalgorithmen, die entsprechende Integration der Quantensoftwarekomponenten in die Anwendungs-Architektur, sowie das Deployment zur Ausführung auf einem Cloud-Dienst. Im Rahmen des gewählten Beispiels werden verschiedene Abstraktionsebenen zur Programmierung von Quantenanwendungen sowie die zugehörigen Frameworks und Tools vorgestellt. Zusätzlich werden Simulatoren für Quantencomputer vorgestellt, mittels derer die Teilnehmenden im Nachgang mit der QC-Programmierung beginnen können.

In dieser Session zum Thema High-Performing-Teams möchten wir uns einigen Aspekten widmen, die eine gesunde Basis für Teams bilden, auf der aufgebaut werden kann. Teams spielen eine entscheidende Rolle im Projekterfolg und im Kontext der Agilität im Allgemeinen. Wenn Du also erfahren möchtest, was es mit Verantwortung, Verantwortlichkeit und Selbstmanagement auf sich hat und wie Teams ihr volles Potenzial entfalten können und wie Du sie aktiv dabei unterstützen kannst, dann bist Du hier genau richtig!

Zielpublikum: Manager, Führungspersönlichkeiten, Coaches, Coaches, Scrum Master, Projektmanager, Entwickler:innen
Voraussetzungen: Keine Voraussetzungen, ein generelles Interesse an der Arbeit mit Menschen wäre jedoch hilfreich
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Wir wollen uns in dieser interaktiven Session dem Thema „High-Performing-Teams“ widmen und schauen, was diese ausmacht und was ihnen dabei geholfen hat, ein solches Team zu werden. Neben ein wenig Theorie lernst Du dabei auch konkrete Werkzeuge und Methode kennen, die Dir in Deinem Alltag helfen können - ganz gleich, ob Du nun in Scrum unterwegs bist oder in Kanban oder etwas ganz anderem. Zusätzlich lernst Du auch ein paar Fallstricke und definitiv ein paar Herausforderungen kennen, die Dir in der Evolution von Teams begegnen werden.
Und neben dem Team geht es natürlich auch um die Individuen im Team. Selbstmanagement braucht Verantwortung. Ein wesentliches Merkmal von High-Performing-Teams besteht darin, dass die unterschiedlichen Teammitglieder selbstorganisiert variabel und flexibel unterschiedliche Aufgaben annehmen und erledigen, sich verantwortlich fühlen. Dabei bringt jedes Teammitglied seine Stärken proaktiv ein, unterstützt, wo möglich, und lernt, wenn nötig. In einem Team, das sich selbst managt und organisiert, muss daher ein hoher Grad von Verantwortungsübernahme vorhanden sein, damit die unterschiedlichsten Aufgaben erledigt werden können.
Wir schauen uns in dieser interaktiven Session an, welche Evolution diese Teams durchlaufen, lernen verschiedene Modelle und ganz konkrete Coaching-Praktiken kennen, die euch im Alltag helfen können, High-Performance-Teams entstehen zu lassen.

"Flow bezeichnet das als beglückend erlebte Gefühl eines mentalen Zustandes völliger Vertiefung und restlosen Aufgehens in einer Tätigkeit, die wie von selbst vor sich geht" (Wikipedia). "Das wollen wir auch" wird der Ruf aus IT-Entwicklungsorganisationen laut.
Wie das gehen kann? Zwei Beispiele aus der Praxis geben Inspiration, nachdem wir geklärt haben, welche Fragen wir uns vor einer solchen Transformation unbedingt stellen sollten, um den Zustand von optimaler Passung zwischen Menschen und Aufgaben in der eigenen Organisation zu erreichen.

Zielpublikum: Entscheider, IT-Führungskräfte, agile Rollen, Menschen, die etwas verändern wollen
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger

Im Gegensatz zu den klassischen Ansätzen verfolgt Docs-as-Code das Ziel, die in Softwareprojekten relevante Dokumentation genau wie den Quelltext zu behandeln. Somit können die gleichen Werkzeuge wie für die Entwicklung verwendet werden, um die Erzeugung und Auslieferung in den automatisierten Build-Prozess einzubinden. Jedwede Art von Dokumentation gewinnt somit an Sichtbarkeit und durch die Eingliederung in die Entwicklungsprozesse und die damit verbundene kontinuierliche Weiterentwicklung steigen Qualität und Akzeptanz bei den Lesern.

Zielpublikum: Architekt:innen, Entwickler:innen
Voraussetzungen: Grundlegende Kenntnisse von Architektur-Dokumentation und über automatisiertes Build-Management
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Im Gegensatz zu den klassischen Ansätzen (Textverarbeitung, Wiki, Netzlaufwerke, ...) verfolgt Docs-as-Code den Ansatz, die in Softwareprojekten relevante Dokumentation genau wie den Quelltext zu behandeln. Für die entwickelnden Team-Mitglieder entsteht somit kein Medienbruch. Sie können die gleichen Werkzeuge (Texteditor, IDE, Build-Tools, CI/CD-Pipeline) verwenden, um die Inhalte als leichtgewichtige Textformate neben dem Sourcecode in der Versionsverwaltung abzulegen, die Änderungen gemeinsam mit dem Quellen zu reviewen, als Release zu markieren und auszuliefern sowie die zielgruppenorientierte Zusammenstellung der Ergebnisse in den Build-Prozess einzubinden. Um Redundanzen zu vermeiden, können aus den vorhandenen Projektmodellen (Sourcecode, DB-, UML-Modell, ...) automatisiert textuelle Inhalte und Diagramme generiert werden.
Jedwede Art von Dokumentation gewinnt somit an Sichtbarkeit, durch die Eingliederung in die Entwicklungsprozesse und die damit verbundene kontinuierliche Weiterentwicklung steigt die Qualität und damit die Akzeptanz bei den Lesern. Dokumentation kann sogar ausgeführt werden, um zum Beispiel eingebettete Architektur-Regeln regelmäßig automatisiert zu testen. Die Zuhörer erfahren in diesem Vortrag, wie sie mit Documentation as Code starten können, welche typischen Fallstricke sie umschiffen sollten und welche konkreten Tools bekannt sein sollten.

Pecha Kucha erlaubt jedem Sprecher gerade mal 6 Minuten und 40 Sekunden. In dieser Zeit kann er mit exakt 20 Bildern, die genau 20 Sekunden eingeblendet werden, seine Idee - 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!

• Stoizismus: Eine praktische Philosophie für den IT-Alltag (Johannes Dienst)
• STFU as a management tool (Michael Sperber)
• "Secrets" about Business Journaling (Cosima Laube)
• Pictures I Like (Steve Upton)
• Sorting Esoterically (Kevlin Henney)
• The Time is now! (Johannes Mainusch)
• CONSTANTLY TERRIFIED: How to Support Junior Developers (Anna McDougall)
• Hey Boss, ich brauch mehr Geld (Olaf Thiele)
• Welcome to the VUCA world (Melanie Wohnert)
• EAM is Dead; Long Live Agile. Agile is Dead; Long live Agile EAM; Agile EAM will be dead; Long live Adaptive EAM (Michael Kunz)

Zielpublikum: Alle
Voraussetzungen: Keine
Schwierigkeitsgrad: Anfänger