Konferenzprogramm

Track: Workshops

Nach Tracks filtern
Nach Themen filtern
Alle ausklappen
  • Dienstag
    22.10.
  • Mittwoch
    23.10.
  • Donnerstag
    24.10.
, (Dienstag, 22.Oktober 2024)
10:10 - 12:15
Di3.1
Combining Event Storming and Hexagonal Architecture with Test-Driven Development
Combining Event Storming and Hexagonal Architecture with Test-Driven Development

This workshop utilises insights from a previous Event Storming session to design a well-structured hexagonal architecture for a software system. Clear and intuitive naming conventions are prioritized to ensure that the resulting design accurately reflects the intricacies of the domain. Test-Driven Development (TDD) principles are embraced to move seamlessly from concept to implementation, fostering a rigorous and iterative development process. By combining EventStorming, Hexagonal Architecture, and TDD, participants can understand how these methodologies work together to create robust software solutions.

Join us for 2–3 hours of learning and fun. Bring your notebook and have your development environment (IDE) ready to write tests and code!

Patrick Baumgartner works as a passionate software crafter, coach, and trainer at 42talents. He works with people to create beautiful and simple solutions and enjoys building software for the cloud with Java, the Spring ecosystem, Neo4j and ElasticSearch and other open-source technologies. 

Khaled is a versatile tech professional with experience in development, architecture, auditing, coaching, and team leadership. He has worked in Tunisia, France, Canada, and Switzerland for over a decade.

Patrick Baumgartner, Khaled Souf
Patrick Baumgartner, Khaled Souf

Vortrag Teilen

10:10 - 12:15
Di4.1
Richtiger Teamschnitt – besserer Flow
Richtiger Teamschnitt – besserer Flow

Guter Fluss von Arbeit ist das Herzstück agiler Softwareentwicklung. In diesem Workshop schauen wir uns an, welchen Einfluss der Teamschnitt auf den Arbeitsfluss hat. Dazu nehmen wir uns zunächst die Flow-Metriken vor, die wir praktisch in einer Simulation erfahren: Throughput, Cycle Time und Work in Progress. Zu wissen, wie gut (oder schlecht) Arbeit in unserem System fließt, ist die Voraussetzung, um diesen Arbeitsfluss zu verbessern. 

Danach modellieren die Teilnehmer in kleinen Gruppen ihren konkreten Kontext und arbeiten heraus, wo Arbeitsfluss noch nicht optimal ist. 

Nach einer kurzen Einführung in Team Topologies mit seinen Teamstrukturen Stream-aligned, Enabling, Complicated Subsystem und Platform Team sowie ihren Interaction Modes sind die Teilnehmer in der Lage, den Status quo durch gezielte Optimierung des Teamschnitts zu verbessern. Die kontinuierliche Messung des Arbeitsflusses dient dann der Validierung der Hypothesen. 

Peter ist IT Consultant und agiler Coach. Er hat in mehr als 15 Jahren Softwareentwicklung aus verschiedenen Perspektiven und in verschiedenen Rollen begleitet. Als zertifizierter Professional Scrum Trainer der Scrum.org unterstützt er seine Kunden bei der Einführung und Implementierung von Scrum in Softwareentwicklungsprojekten.

Peter hat langjährige Erfahrung in der Rolle des Entwicklers in agilen Softwareentwicklungsprojekten insbesondere mit Java. Aber auch die Arbeit als Agiler Coach und Scrum Master und Product Owner hat er in mehreren Projekten für Kunden hautnah kennen und schätzen gelernt.

Weitere Informationen zu Peter finden Sie unter: https://pgoetz.de/ 

Rene Weiss ist Softwarearchitekt, Berater und Coach in seinem eigenen Unternehmen in Wien. Er ist leidenschaftlich an evolutionären Architekturen interessiert und liebt es, mit agilen Softwareentwicklungsteams den richtigen Ansatz zu finden, um effektiv an Softwarelösungen zu arbeiten.
Rene ist regelmäßiger Redner auf Konferenzen, um seine Ideen zu (evolutionären) Architekturen und zur Softwareentwicklung im Allgemeinen zu teilen.

Rene unterstütz seit mehr als 20 Jahren agile Softwareentwicklungsprojekte und kennt die Industrie aus diversesten Stationen als Software-Architektur-Experte, Führungskraft oder als Berater.

Peter Götz, Rene Weiss
Peter Götz, Rene Weiss
Vortrag: Di4.1

Vortrag Teilen

13:45 - 17:25
Di4.3
Schritt für Schritt in die Cloud
Schritt für Schritt in die Cloud

Auf den ersten Blick wirkt Cloud recht einfach. Spätestens bei der Migration der eigenen Anwendung in die Cloud, steht man plötzlich vor einer ganzen Menge neuer Herausforderungen. Wie sich diese meistern lassen können, zeigen wir in diesem Workshop. Dazu migrieren wir gemeinsam – Schritt für Schritt – eine Beispiel-Anwendung aus dem Enterprise-Umfeld in die Amazon-Cloud (AWS). Wir schauen uns dabei gängige Cloud-Services an und bewerten, ob und wann diese sinnvoll im Enterprise-Umfeld eingesetzt werden können. Von virtuellen Maschinen, über Datenbanken bis hin zu Ansätzen gänzlich ohne Server (aka Serverless) wird alles dabei sein.

Am Ende unserer Migration werden wir unsere Cloud-basierte Lösung bewerten und diskutieren, wann das gezeigt Vorgehen sinnsoll ist und ob in einigen Bereichen "weniger Cloud" vielleicht doch der richtige Weg ist. Neben der Vermittlung von Best Practices werden wir auch über brenzlige Themen wie Security, Kosten und Vendor-Lock-In reden. Nach dem Workshop sollte jeder ein gutes – und vor allem Praxis-nahes – Verständnis dafür haben, wie eine Migrationen einer Anwendung in Cloud erfolgen könnte.

Als Teilnehmer an diesem Workshop könnt ihr gerne auch selbst Hand anlegen: Wir stellen einen AWS-Account, sodass wir gemeinsam die einzelnen Schritte der Migration durchführen können. Ihr müsst keine Tools installieren oder Programmiererfahrung mitbringen. Ein Notebook, ein bisschen Internet – und natürlich Lust auf Cloud – reicht völlig

Renke Grunwald ist seit 2014 bei der open knowledge GmbH am Standort in Oldenburg als Software-Architekt tätig. In der Rolle als Head of Cloud Solutions berät er Kunden rund um das Thema Cloud. Er unterstützt Unternehmen bei der richtigen Wahl der Technologie und Architektur, wenn es darum geht, alte und neue Anwendungen zu entwickeln oder zu erweitern. Er fühlt sich dabei sowohl im Backend als auch im Frontend wohl, egal ob Cloud oder nicht. In seinem Fokus steht immer die Software als Ganzes. Sein Fachwissen teilt er nicht nur innerhalb des Unternehmens, sondern auch als Speaker auf Konferenzen sowie als regelmäßiger Autor in der IT Spektrum und anderen Publikationen.

Tobias Kurzydym ist Enterprise Developer bei der open knowledge GmbH am Standort Oldenburg. Sein Schwerpunkt liegt in der Enterprise Entwicklung mit Quarkus und Spring. Zusätzlich beschäftigt er sich aktuell speziell mit ML Ops Themen.

Renke Grunwald, Tobias Kurzydym
Renke Grunwald, Tobias Kurzydym
Vortrag: Di4.3

Vortrag Teilen

, (Mittwoch, 23.Oktober 2024)
10:10 - 12:15
Mi3.1
Plaudern über Architektur-Reviews – unsere Erfahrungen als Ergänzung zum Methodenwissen
Plaudern über Architektur-Reviews – unsere Erfahrungen als Ergänzung zum Methodenwissen

Architektur-Reviews finden zunehmend mehr Verbreitung und ergänzen die schon länger etablierten Code-Reviews. Das finden wir super, denn wir sind überzeugt davon, dass damit alle Entwicklungsprojekte ein sehr mächtiges Werkzeug an der Hand haben, um sich bei wichtigen Entscheidungen abzusichern oder um Probleme früh zu erkennen. Von ATAM über RATE bis zu LASR sind zahlreiche Methoden entstanden, um Architekturreviews strukturiert durchführen zu können. Aber die Methoden kennenzulernen ist nur ein erster Schritt, denn ein wesentlicher Erfolgsfaktor ist die Erfahrung aus anderen Architektur-Reviews.

Mit unserem Vortrag möchten wir euch den Start erleichtern. Wir berichten von unseren Erfahrungen aus mehr als 15 Jahren und über 75 Architektur-Reviews und machen diese auch für eure Reviews zugänglich. Wir zeigen, welches Vorgehen sich für welche Projektsituation und Aufgabestellung eignet, von leichtgewichtiger Absicherung bis Vorbereitung einer Systemmodernisierung. Wir greifen konkrete, wiederkehrende und herausfordernde Fragestellungen heraus und zeigen, wie ihr damit umgehen könnt und worauf ihr besser verzichtet. 

Außerdem plaudern wir aus dem Nähkästchen, denn bei Reviews mit Bewertungscharakter geht es auch mal kritischer zur Sache. Umso mehr heißt es dann einen kühlen Kopf zu bewahren, um mit dem Architektur-Review bleibenden Nutzen zu erzeugen.

Matthias Naab ist Software-Architekt, Berater und Co-Founder des Unternehmens „Full Flamingo“. Er hilft Unternehmen pragmatisch, die wichtigen Entscheidungen in der Softwareentwicklung zu treffen und abzusichern. Sein Fokus liegt auf dem Big Picture Engineering, das heißt der gezielten Analyse und Gestaltung komplexer Zusammenhänge in software-intensiven Systemen, insbesondere Digitaler Plattformen und bei der Systemmodernisierung. Er berät mit Leidenschaft Unternehmen zum Thema Softwarearchitektur, Softwareentwicklung und Plattformökonomie und möchte diese Leidenschaft auch bei anderen Menschen entfachen. 

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

Dominik Rost ist Softwarearchitekt und Co-Founder von Full Flamingo. Er hilft Unternehmen pragmatisch, die wichtigen Entscheidungen in der Softwareentwicklung zu gestalten und abzusichern. Besonders gerne kümmert er sich um die Dokumentation von Softwarearchitekturen, macht Architektur-Reviews und unterstützt bei der Modernisierung von Legacy Systemen. Außerdem schreibt er gerne Code, wann immer es möglich ist.

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

Matthias Naab, Dominik Rost
Matthias Naab, Dominik Rost
Vortrag: Mi3.1

Vortrag Teilen

10:10 - 12:15
Mi4.1
Psychologische Sicherheit in der Softwarearchitektur: Wege zur evidenzbasierten Praxis
Psychologische Sicherheit in der Softwarearchitektur: Wege zur evidenzbasierten Praxis

Hast du dich jemals in einer Diskussion über Softwarearchitektur zurückgehalten, weil du dir unsicher warst, ob dein Beitrag relevant sind? Oder hast du schon einmal erlebt, dass deine Meinungen unreflektiert übernommen wurden, obwohl du dir eine kritische Auseinandersetzung gewünscht hättest? Du bist nicht alleine. Denn solche Situationen kommen leider schnell zustande, auch wenn sie die Möglichkeiten für gemeinsames Lernen und Verständnis einschränken. Insbesondere im Bereich der Softwarearchitektur, wo der Austausch von Wissen und die kritische Auseinandersetzung mit Beiträgen von entscheidender Bedeutung sind, ist es essenziell, dass sich alle Beteiligten sicher fühlen, um ihre Kenntnisse und Erfahrungen einbringen zu können. Anders gesagt, dass Psychologische Sicherheit gegeben ist.

Die Relevanz Psychologischer Sicherheit für die Teamleistung wurde mit der Veröffentlichung des vielzitierten Artikel der New York Times "What Google Learned From Its Quest to Build the Perfect Team" weitläufig bekannt. Trotz der Anerkennung als kritischer Faktor für Teamdynamiken hat die breite Popularisierung auch zu Missverständnissen und einer Flut von teils anekdotisch basierten Förderansätzen geführt, was die Effektivität des Konzepts untergräbt und zahlreiche Mythen hervorrief. Unser Workshop zielt darauf ab, die wissenschaftlichen Grundlagen Psychologischer Sicherheit hervorzuheben und praxisorientierte, evidenzbasierte Ansätze für die Softwarearchitektur zu identifizieren.

Als Teilnehmer:in lernst du:

  • die Relevanz Psychologischer Sicherheit in komplexen Umgebungen wie der Softwarearchitektur,
  • dass Psychologische Sicherheit immer vom Kontext abhängig ist,
  • warum Unsicherheit in vielen Situationen der Standard ist,
  • warum alle Beteiligten gebraucht werden, damit Psychologische Sicherheit entstehen kann, und
  • ein paar einfache Lösungsansätze, die nicht nur Symptome bekämpfen.

Vorkenntnisse sind nicht erforderlich. In interaktiven Segmenten bieten wir Gelegenheit zur Reflexion des Gelernten im Hinblick auf eigene Kontexte und zum Austausch mit anderen Teilnehmenden. Du verlässt den Workshop mit konkreten Ideen, um die Bedingungen für Psychologische Sicherheit in deinem Umfeld zu verbessern.

Helen is a psychologist and has been supporting teams and organizational units in learning together for several years, for example in the role of an agile coach. She uses her training, her systemic approach, and her experience in designing and facilitating collaborative workshops to make collaboration effective and at eye level. In her work, she pays particular attention to the people in the organization without losing sight of the big picture.

Martin has been consulting and supporting companies in the implementation of their software projects as a software architect and agile coach for many years. He always has the big picture in mind, looking for the boundaries that naturally divide the domain into conceptual units in order to build robust and efficient systems from these parts. Additionally, his profound experience in facilitating workshops helps him to accompany groups in their process of gaining insights and decision-making and to enable all team members to interact in an appreciative and effective manner.

Helen Rapp, Martin Günther
Helen Rapp, Martin Günther
Vortrag: Mi4.1

Vortrag Teilen

13:45 - 15:50
Mi3.3
Best Practices, um Architekturdokumentation aktuell zu halten
Best Practices, um Architekturdokumentation aktuell zu halten

Eine explizite Softwarearchitektur ist der Garant für erfolgreiche Softwareprojekte. Zur Unterstützung der Kommunikation braucht es eine inhaltlich hinreichende und aktuelle Dokumentation. Der Docs-as-Code-Ansatz unterstützt, in dem die Dokumentation in Form leichtgewichtiger Text- und Grafikformate näher an den Quellcode gebracht, in der Versionsverwaltung abgelegt sowie mit Entwicklerwerkzeugen (IDE/Texteditor, Build-Tools, CI/CD-Pipelines) bearbeitet und in die Softwareentwicklungsprozesse integriert wird.

Der Vortrag stellt einfach anzuwendende Methoden, Vorlagen und Tools vor, die zum Erstellen einer hochwertigen, sich selbst validierenden Softwaredokumentation eingesetzt werden. Wir schauen uns Ansätze wie Docs-as-Code, leichtgewichtige Textformate, Ablage in der Versionsverwaltung und die Einbettung in die Build- und Review-Prozesse an. Das Sichtbarmachen von Softwarearchitekturkonzepten im Code und das Einbinden von Software-Analyse-Werkzeugen ermöglichen den kontinuierlichen Abgleich der Soll- mit den Ist-Strukturen und machen die Architekturdokumentation lebendiger.

Falk Sippach ist bei der embarc Software Consulting GmbH als Softwarearchitekt, Berater und Trainer stets auf der Suche nach dem Funken Leidenschaft, den er bei seinen Teilnehmern, Kunden und Kollegen entfachen kann. Bereits seit über 15 Jahren unterstützt er in meist agilen Softwareentwicklungsprojekten im Java-Umfeld. Als aktiver Bestandteil der Community (Mitorganisator der JUG Darmstadt und Mitglied der Java Champions) teilt er zudem sein Wissen gern in Artikeln, Blog-Beiträgen, sowie bei Vorträgen auf Konferenzen oder User Group Treffen und unterstützt bei der Organisation diverser Fachveranstaltungen.

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

Falk Sippach
Falk Sippach
Vortrag: Mi3.3

Vortrag Teilen

13:45 - 15:50
Mi4.3
Was man auch in post-agilen Zeiten zum Wandel wissen sollte: von Kotter über Schneider bis Immelman
Was man auch in post-agilen Zeiten zum Wandel wissen sollte: von Kotter über Schneider bis Immelman

Architekturarbeit bedeutet oft auch, Wandel zu gestalten. 

In dieser Session geht es darum, Modelle zur Betrachtung von Wandel im Unternehmen kennen zu lernen, wie z.B.

  • das Change-Modell von John Kotter,
  • das Kultur-Modell von William Schneider,
  • Ray Immelmans Tribel Assessment,
  • das Tribal Leadership Model von Logan, King, Fischer-Wright,

und zu erarbeiten, wie das zu den modernen Herausforderungen im Unternehmenswandel – auch im Zusammenhang mit den Themen 'Agile' und 'Architektur' – passen kann.

In unserer Zeit der "Agilen Transformationen" oder "Transitionen" wird oft davon ausgegangen, dass der Wandel schon passieren wird. Die Realität zeigt aber immer wieder, dass man den Wandel tatsächlich aktiv begleiten muss. In diesem Workshop werden wir uns nicht nur die oben genannten Modelle erarbeiten, sondern auch Ideen kennen lernen und erproben, sie zur Gestaltung des Wandels zu nutzen. Außerdem schauen wir ein bisschen tiefer in den zunehmend populären Begriff der Post-Agilität und betrachten, was das für das tägliche Arbeiten innerhalb und außerhalb von Vorhaben unter der Flagge "Agil" bedeutet.

These days Michael spends most of his time in organizational develoment, supporting clients in their quest for more effective ways to work, mostly by applying lean and agile concepts. He has been running his own company since the mid-80s and moved his focus from implementation to organization in the mid-90s. Working in a all kinds of industries from pure software development companies to public administration, he has not yet seen a project where architecture and processes where not of crucial importance. He organized several conferences around organizational aspects with regard to software development, plays active roles in community efforts (Limited WIP-Society, iSAQB-Commuinty), is a published Author, a previous editor in chief and a frequent speaker at European conferences.

Michael Mahlberg
Michael Mahlberg
Vortrag: Mi4.3

Vortrag Teilen

, (Donnerstag, 24.Oktober 2024)
09:00 - 17:00
Do1
Architektur von unten – die Brücke schlagen zwischen Code und Architektur
Architektur von unten – die Brücke schlagen zwischen Code und Architektur

Code-Basen, die schwer zu ändern sind, leiden oft unter zwei großen Problemen: einer fehlenden Ausrichtung an Domänengrenzen und dem fehlenden Ausdruck architektonischer Ideen im Code. Um dieses kritische Problem anzugehen, greifen Entwickler auf Separation-of-Concerns-Architekturen wie Onion-, Clean- und Hexagonal-Architektur zurück. Diese Ansätze erzielen jedoch oft gemischte Ergebnisse, da sie sich hauptsächlich auf die Trennung von technischem und Business-Code konzentrieren, ohne die strukturellen Aspekte der Domäne zu berücksichtigen.

In dieser Präsentation diskutieren wir Strategien zur Übersetzung von architektonischen Ideen und Designpatterns in Code auf verschiedenen Abstraktionsebenen. Wir erkunden, wie verschiedene Frameworks und Bibliotheken im Java-Ökosystem diesen Prozess unterstützen, indem sie die im Code vorhandenen Metainformationen für eine strukturelle Überprüfung, Testbarkeit und das Generieren von Dokumentation nutzen.

Dieser Workshop muss zusätzlich gebucht werden.

Oliver Drotbohm ist Teil des Spring-Engineering-Teams bei VMware. Seine Arbeitsschwerpunkte liegen im Bereich Software-Architektur, Domain-Driven Design, REST, Spring und Persistenztechnologien. Sein neues Buch "Modulithic Applications with Spring" ist 2023 erschienen.

Oliver Drotbohm
Oliver Drotbohm

Vortrag Teilen

09:00 - 17:00
Do2
Die Qual der Wahl: Architekturen für das Frontend
Die Qual der Wahl: Architekturen für das Frontend

Die Welt im Frontend steht nicht still! Nach den Single-Page-Applikation stehen jetzt Fullstack- oder Multi-Page-Applikationen als potentielle Nachfolger in den Startlöchern. Die Backend-unabhängige Bibliothek HTMX verspricht gar eine weitgehend JavaScript-freie Entwicklung. Dazu kommen "Klassiker" wie serverseitig gerenderte Webanwendungen.

Die Vielzahl von Möglichkeiten ist einerseits erfreulich, denn Anforderungen und Use-Cases moderner Web-Anwendungen sind ganz unterschiedlich. Je mehr Auswahl es gibt, desto höher die Chancen, eine Technologie zu finden, mit der sich eigene Anforderungen gut umsetzen lassen.Andererseits ist es aber nicht immer ganz einfach, in diesem Technologie-Dschungel den Überblick zu behalten, eine passende Auswahl und eine geeignete Entscheidung für die eigenen Anwendung zu treffen.In diesem Workshop stelle ich verschiedene Frontend-Architekturen und -Technologien vor.

Wir sehen uns Kriterien an, die Du zur Beurteilung verwenden kannst. Und wir prüfen anhand von Anforderungen, die typischerweise an Webanwendungen gestellt werden, für welche Anwendungsfälle die einzelnen Technologen gut bzw. weniger gut geeignet sind und was sich daraus an Konsequenzen für Code und Architektur ergeben.

Nach dem Workshop hast Du eine Grundlage, auf der Du eine Entscheidung für deine Anwendungen treffen kannst.Der Workshop ist Programmierprachen-unabhängig, Code-Beispiele werde ich in Java und JavaScript zeigen. Die Konzepte wirst Du aber auch verstehen, wenn Du mit einer anderen Programmiersprache arbeitest.

Dieser Workshop muss zusätzlich gebucht werden.

Nils Hartmann ist freiberuflicher Software-Entwickler und -Architekt. Seine Schwerpunkte sind die Entwicklung von Backends mit Java und Spring sowie Frontends mit React und Next.js. Er gibt Schulungen und Workshops zu diesen Themen und hat ein Buch über React geschrieben und Videokurse zu GraphQL veröffentlich (u.a. heise academy). Kontakt: https://nilshartmann.net.

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

Nils Hartmann
Nils Hartmann

Vortrag Teilen

09:00 - 17:00
Do3
Domain Driven API Design
Domain Driven API Design

Were you ever forced to use an API you don't understand? You hated more or less. Do you want to create APIs someone would love (or at least won't hate)?
The talk discusses those questions using a sample and using Domain Story Telling and Event Storming. Out of them, you will get nice APIs, which your developers won’t hate.

  1. Introducing a task management system with results out of a domain storytelling and event storming
  2. Context Map based on the Event Storming
  3. Hands on in groups: Discussion of the interfaces - asynchronous vs. synchronous
  4. Hands on in groups: Definition of the interfaces using OpenAPI and AsyncAPI
  5. Discussion of the interfaces

Dieser Workshop muss zusätzlich gebucht werden.

Annegret is an chief software architect at codecentric AG. She has worked in software development for over 30 years. She worked in quite different roles such as product owner, programmer and architect and quite different domains such as automotive and insurance. Especially is she interested in domain driven design, microservices and everything along with it. Especially, she takes care for good and nice APIs.

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

Annegret Junker
Annegret Junker

Vortrag Teilen

09:00 - 17:00
Do4
Domain-Driven Transformation—How to Bring (Back) Sustainable Architecture to Legacy and Monoliths
Domain-Driven Transformation—How to Bring (Back) Sustainable Architecture to Legacy and Monoliths

Today we know very well how to start a new project on a greenfield and how to build a good architecture. But most of us work in projects that have been around for a long time and whose architecture (to put it mildly) is not quite so beautiful. “Monolith” and “Big Ball of Mud” are the unflattering labels put on such systems.

This talk will show how we can introduce (or bring back) structure. Every system is different here, so it’s important to first understand where you are. Then the right steps have to be taken. I present a catalog of refactorings to choose from and heuristics which are the right choices.

The catalog contains refactorings that help to cure: BBOM architecture, anemic domain models, and badly organized teams.

Dr. Sönke Magnussen hat an der Christian-Albrechts-Universität in Kiel Diplom Informatik studiert und promovierte im Jahr 2003 an der Universität Lübeck im Bereich Software Engineering und Programmiersprachen. Nach der Promotion wechselte Sönke zur Lufthansa und arbeitete hier in verschiedenen Rollen (Softwareentwickler, IT-Architekt, Manager mit Führungsverantwortung) an der Wartung und Weiterentwicklung, an Architektur-Projekten und Betriebsthemen von größeren Softwaresystemen und Applikationslandschaften. 

Seiner großen Leidenschaft (Softwareentwicklung und IT-Architektur) bleibt Sönke auch nach einigen Ausflügen in die Prozess-Automatisierung mit Robotics-Process-Automation (RPA), AI, Natural Language Processing treu und bringt seinen reichhaltigen Erfahrungsschatz nun als IT-Architekt, IT-Consultant, Trainer und Projektleiter in Kundenprojekte der WPS ein. Der Fokus seiner Arbeit liegt in der Transformation von größeren Systemen/Landschaften und Organisationen mit dem Ziel, die Systeme zukunftsfähig für  die Digitalisierung oder andere große Herausforderungen aufzustellen. Meistens bedeutet dies eine Transformation hin zu modularen IT-Architekturen, Cloudtechnologie und DevOps, um damit eine agilere Anpassung von Software und einen flexibleren und sichereren Betrieb der IT-Systeme zu ermöglichen. Dabei bildet häufig Domain-Driven Design (DDD) das Fundament für die Erarbeitung einer angemessenen IT-Architektur sowie dem richtigen Aufbau der IT-Organisation.

Zurück