Thema: Architektur und Kommunikation
- Dienstag
22.10. - Mittwoch
23.10. - Donnerstag
24.10.
Why are we always complaining about old code? Why are we rarely happy when digging into old stuff, especially old code by other people?
It is very tempting to believe that you can easily do it better than that. And that you can improve the situation by rewriting code. By making stuff simpler. In the first park of this talk, I will dive into why we believe this. Expect some insights into psychology and into how our brains work :)
Second part: Why we are wrong, most of the times. Again, this will…
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,…
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…
Mit Architekturbewertungen ist es möglich, Schwächen und Potenziale von Softwarelösungen herauszuarbeiten, Entscheidungen abzusichern und Verbesserungsmaßnahmen zu bewerten. Klassische Analyseansätze aus diesem Umfeld wie ATAM sind fundiert, kommen aber gerade in beweglichen Softwarevorhaben etwas schwergewichtig, mitunter fast zeremoniell daher. In diesem Vortrag lernt ihr mit LASR (Lightweight Approach for Software Reviews) eine leichtgewichtige Herangehensweise kennen. Ihr könnt diese mit…
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…
Finding the right balance at work is neither an individual task nor is it only a team’s responsibility. It’s an interaction of both - and more! Leaders also play a vital role as they often (still) have a higher organizational lever.
In this session I will:
- define what sustainable pace is
- share common pitfalls that can “unbalance” a system (i.e. team, whole company, and also yourself)
- offer simple yet powerful self-care practises for individuals and for teams
- mix in psychological background…
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…
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…
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…