Thema: Geschäftssicht und Domänenorientierung
- Mittwoch
06.10. - Donnerstag
07.10.
Unternehmensanwendungen müssen langfristig wartbar sein. Doch wie lässt sich dieses Ziel bei großen Single Page Applications erreichen?
Diese Session zeigt, wie sich nachhaltige JavaScript-Frontends mit Ideen aus der Welt von Domain-driven Design bewältigen lässt. Zunächst lernen Sie die Möglichkeiten zur Umsetzung Ihres strategischen kennen und erfahren, was Monorepos aber auch Microfrontends damit zu tun haben. Außerdem betrachten wir die Themen Zustandsmanagement sowie reaktives JavaScript vor dem Hintergrund Ihres taktischen Designs.
Am Ende haben Sie einen neuen Blick auf bewährte Konzepte aus Domain Driven Design und wissen, wie Sie damit Ihre Client-Architekturen nachhaltig und wartbar gestalten können.
Zielpublikum: Architekten, Entwickler, Technische Entscheider
Voraussetzungen: Grundkenntnisse zu Web-Technologien wie JavaScript und SPAs
Level: Advanced
» Nimm kostenfrei am Entscheider-Track teil
In unseren Audits identifizieren wir die größten Herausforderungen für die Zukunftsfähigkeit von Softwaresystemen. Das Spektrum reicht dabei von der öffentlichen Verwaltung über DAX-Konzerne und Startups bis zur Kirche. Dabei begegnen uns immer wieder Probleme, die zwar abstrakt bekannt sind, aber auch uns in ihrer konkreten Ausprägung immer wieder überraschen. In diesem Vortrag teilen wir diese Erfahrungen aus der Praxis.
Wir beschäftigen uns unter anderem mit Zoos an Programmiersprachen, Vintage Technologie-Stacks und flachen Hierarchien in der Architektur. Wir treffen aber auch auf kreative Wiederverwendung und den Optimismus, dass bestimmter Code nie ausgeführt wird. Dabei zeigen wir, wie man diese Herausforderungen identifiziert und adressiert, oder noch besser, direkt vermeidet.
Zielpublikum: Architekten, Entwickler, Projektleiter, Manager, Entscheider - alle die wissen wollen was die Zukunftsfähigkeit von Software in der Praxis beeinträchtigt.
Voraussetzungen: Keine besonderen Fachkenntnisse. Aber Spaß an Erfahrungen und Anekdoten aus der Praxis.
Level: Basic
» Nimm kostenfrei am Entscheider-Track teil
Systeme leben häufig über viele Jahre, werden sorgsam gepflegt und immer wieder geflickt. Aber irgendwann wirkt das UI angestaubt und Änderungen brauchen ewig. Die Entscheidung, das System zu modernisieren, wird gefällt. Und dann kommt die einfachste Anforderung der Welt: 'Das neue System muss aber das Gleiche können wie das alte!'. Dass wir diese Anforderung so häufig hören ist nicht verwunderlich: Sie ist einfach, gefühlt präzise und man kann sie auch formulieren, wenn man das System nur oberflächlich kennt. Tatsächlich ist diese Anforderung aber ziemlich unsinnig. In diesem Vortrag erklären wir, warum die einfachste Anforderung der Welt Unsinn ist und geben Erfahrungen und Hinweise für Modernisierungsvorhaben, um den Zielzustand zu gestalten und den Weg der Modernisierung zu planen.
Zielpublikum: Architekt:innen, Manager:innen, Entscheider:innen, Projektleiter:innen
Voraussetzungen: Projekterfahrung
Level: Basic
Matthias Naab ist Leiter der Hauptabteilung "Digital Ecosystem Engineering" am Fraunhofer IESE. Er ist Softwarearchitekt und hat mit vielen Technologieplattformen gearbeitet beim Entwurf und Aufbau von Softwaresysteme. Zusätzlich engagiert er sich seit einigen Jahren besonders dafür, deutschen und europäischen Unternehmen digitale Ökosysteme und die Plattformökonomie näher zu bringen und besser verständlich zu machen. Er hilft Kunden dabei, wohlüberlegte strategische Entscheidungen zur Positionierung in digitalen Ökosystemen zu treffen und digitale Plattformen gezielt aufzubauen und zu etablieren. Matthias Naab hält regelmäßig Vorträge und Tutorials zu Digitalen Ökosystemen und Softwarearchitektur.
» Nimm kostenfrei am Entscheider-Track teil
Eine sauber Architektur entwirft man am besten für Greenfield-Projekte. Das Leben besteht aber eher aus Legacy-Systemen und eine Architektur muss sich evolutionär anpassen - sonst wird sie auch sehr schnell zu Legacy. So wird Greenfield zur Ausnahme.
Dieser Vortrag zeigt verschiedene Ansätze, wie man Legacy-Systeme mit Domain-driven Design verbessern kann. Dabei geht es um verschiedene Techniken zum Einführen von Bounded Contexts und die Bewertung, wo Verbesserungen notwendig sind. So wird Domain-driven Design dort möglich, wo es am dringendsten gebraucht wird - bei den existierenden Systeme, die oft aus Geschäftssicht sehr erfolgreich und kritisch sind, aber ursprünglich ohne Rücksicht auf DDD entwickelt worden sind.
Zielpublikum: Alles an Software-Architektur Interessierten - Software-Architekt:innen, technische Projektleiter:innen, Entwickler:innen
Voraussetzungen: rundlegendes Verständnis über Software-Architektur, idealerweise Erfahrungen mit den Herausforderungen bei Legacy-Systemen
Level: Basic
Eberhard Wolff ist Fellow bei INNOQ und arbeitet seit mehr als fünfzehn Jahren als Architekt und Berater, oft an der Schnittstelle zwischen Business und Technologie. Er ist Autor zahlreicher Artikel und Bücher, u.a. zu Continuous Delivery und Microservices und trägt regelmäßig als Sprecher auf internationalen Konferenzen vor. Sein technologischer Schwerpunkt sind moderne Architektur- und Entwicklungsansätze wie Cloud, Continuous Delivery, DevOps und Microservices.
Softwarearchitekturen entwickeln sich über verschiedene Systeme hinweg weiter. Weiterentwicklung betrifft meistens nicht nur die Technik, sondern auch die (Team/Projekt-) Organisation und deren Fähigkeiten.
In diesem Vortrag stellen wir Wardley Maps - evolvierende Strategielandkarten - vor und wie sich diese in der Weiterentwicklung von komplexen Softwaresystemen pragmatisch einsetzen lassen.
Wardley Maps helfen bei der Entscheidungsfindung sowie der Kommunikation der eingeschlagenen Strategien und den gewählten Lösungsansätzen: Welche Entwicklungspraktiken einsetzen? Auf welche Technologie umstellen? Make or Buy?
Anhand eines Praxisbeispiels entsteht während der Session eine Map, die kritische Entscheidungspunkte im Projekt zeigt, Hindernisse benennt und die Strategie kommuniziert.
Markus Harrer arbeitet seit mehreren Jahren in der Softwareentwicklung und ist vor allem in konservativen Branchen tätig. Als Senior Consultant hilft er, Software nachhaltig und wirtschaftlich sinnvoll zu entwickeln und zu verbessern. Er ist aktiver Mitgestalter in Communities zu den Themen Software Analytics, Softwarearchitektur, Softwaresanierung und Java. Zudem ist er akkreditierter Trainer für den iSAQB Foundation Level und dem Advanced-Level-Modul IMPROVE.
Eine sauber Architektur entwirft man am besten für Greenfield-Projekte. Das Leben besteht aber eher aus Legacy-Systemen und eine Architektur muss sich evolutionär anpassen - sonst wird sie auch sehr schnell zu Legacy. So wird Greenfield zur Ausnahme.
Dieser Vortrag zeigt verschiedene Ansätze, wie man Legacy-Systeme mit Domain-driven Design verbessern kann. Dabei geht es um verschiedene Techniken zum Einführen von Bounded Contexts und die Bewertung, wo Verbesserungen notwendig sind. So wird Domain-driven Design dort möglich, wo es am dringendsten gebraucht wird - bei den existierenden Systeme, die oft aus Geschäftssicht sehr erfolgreich und kritisch sind, aber ursprünglich ohne Rücksicht auf DDD entwickelt worden sind.
Zielpublikum: Alles an Software-Architektur Interessierten - Software-Architekt:innen, technische Projektleiter:innen, Entwickler:innen
Voraussetzungen: Grundlegendes Verständnis über Software-Architektur, idealerweise Erfahrungen mit den Herausforderungen bei Legacy-Systemen
Level: Basic
Eberhard Wolff ist Fellow bei INNOQ und arbeitet seit mehr als fünfzehn Jahren als Architekt und Berater, oft an der Schnittstelle zwischen Business und Technologie. Er ist Autor zahlreicher Artikel und Bücher, u.a. zu Continuous Delivery und Microservices und trägt regelmäßig als Sprecher auf internationalen Konferenzen vor. Sein technologischer Schwerpunkt sind moderne Architektur- und Entwicklungsansätze wie Cloud, Continuous Delivery, DevOps und Microservices.
Machine Learning eröffnet neue Möglichkeiten, um Optimierungspotenziale zu entdecken oder gar potenziell disruptive Geschäftsmodelle aufzuspüren. Oft schließen sich dann aber schnell kritische und ebenso triftige Fragen an.
Um Machine Learning in der eigenen Organisation sinnvoll einsetzen zu können, braucht es ein methodisches Vorgehen, neue Rollen und einige Entscheidungen. Wie dies aussehen könnte, wollen wir in diesem Workshop an konkreten Beispielen der Teilnehmenden beleuchten.
Zielpublikum: (ML-)Entwickler, Architekten, Data Scientists, Entscheider
Voraussetzungen: Keine
Level: Basic
Oliver Zeigermann ist Software-Entwickler aus Hamburg. Er entwickelt seit über 35 Jahren Software mit unterschiedlichen Ansätzen und Programmiersprachen. In letzter Zeit hat er sich vor allem mit Machine Learning und dessen Kommunikation mit dem Menschen beschäftigt. Oliver verantwortet bei der open knowledge GmbH den Bereich Machine Learning und KI.
In diversen Communities haben sich in den letzten Jahren zahlreiche Methoden zur kollaborativen Modellierung von fachlichen Anforderungen etabliert. Bekannte Beispiele hierfür sind EventStorming oder Domain Storytelling. Diese Ansätze setzen darauf, dass wir skillübergreifend ein besseres gemeinsames Verständnis über die Fachlichkeit erlangen. Was ist aber mit den Anforderungen an die Qualität der zu erstellenden Software? Gerade hier ist eine kollaborative Vorgehensweise immens wichtig, um nicht perfekten Idealvorstellungen hinterherzulaufen, die Kosten und Komplexität von Produkten explodieren lassen. An dieser Stelle setzt das Workshop-Format Quality Storming an, das ich im Laufe dieses Vortrags vorstellen möchte.
Zielpublikum: Architekt:innen, Entwickler:innen, Requirements Engineers, Business Analysts, Projekleiter:innen
Voraussetzungen: Keine
Level: Basic
