Collaborative Modelling für eine begründete Architektur und die richtigen Features.
Ein zweitägiger Hands-on-Workshop für Architekten, Business-Analysten und Product Owner. Ihr arbeitet euch vom Big Picture Event Storming bis zu Stories vor, die sich in der neuen Architektur tatsächlich umsetzen lassen.
Thema
Architektur
Dauer
2 Tage
Level
Einstieg
Zielgruppe
Architektur, Business-Analyse & Product Owner
Das Problem
Jede Abteilung optimiert ihren Teil, aber niemand den End-to-End-Prozess.
Verschiedene Abteilungen arbeiten in funktionalen Silos. Alle verfolgen eigene Ziele und sehen den Ablauf auf ihre Weise. Mit der Digitalisierung bekommt dann jeder Bereich ein neues Werkzeug und dazwischen bleibt alles, wie es war.
Der Prozess hakt an den Übergängen
In jedem Silo laufen eigene Systeme, die nicht miteinander verbunden sind. Was ein Bereich erfasst, tippt der nächste noch einmal ab oder bekommt es als Excel-Liste. An diesen Medienbrüchen zwischen den Silos hakt der Prozess.
Digitalisierung statt Transformation
Aus dem Papierantrag wird ein Formular, aus der Ablage ein Postfach. Die Rückfragen laufen weiter per Mail. Wer den Prozess nicht über alle Abteilungen hinweg betrachtet, schafft es nicht, ihn nachhaltig zu transformieren.
Die Architektur fängt beim Tech-Stack an
Die Technik steht fest, bevor jemand fragt, was der Prozess fachlich braucht. So bilden auch die neuen Systeme die Silos nach und an jeder alten Übergabe sitzt jetzt eine Schnittstelle.
Agenda
In zwei Tagen von der Feature Discovery hin zur Architektur und zu den fachlichen Anforderungen
Ihr beginnt beim Big Picture Event Storming, um die verschiedenen Domänen des Unternehmens kennenzulernen. Danach nehmt ihr euch mit t.BPM den Leasingantrag im Detail vor. Mit C4 skizziert ihr den System Context und leitet die Container aus der Fachlichkeit des Prozesses ab. Über die Architecture Characteristics kommt ihr zum Architekturstil. Am Ende baut ihr die Feature Map zur Story Map aus und schneidet daraus die Stories.
- Kickoff und Einstieg in das fiktive Unternehmen MiraVelo: Vertrieb, Backoffice und IT beschreiben denselben Leasingantrag jeweils anders
- Der Weg vom Business Need zur Architektur: wie die sechs Methoden von Event Storming bis zur User Story Map ineinandergreifen
- Big Picture Event Storming für MiraVelo: die Domäne erkunden und ihre Subdomänen identifizieren
- t.BPM (tangible BPM): für eine der Subdomänen aus dem vorherigen Schritt den Prozess mit Karten am Tisch modellieren
- C4-Modell: vom Prozessmodell und der Feature Map zu System Context und Containern
- Wardley Mapping: ein Framework für Make-, Buy- oder Adapt-Entscheidungen, das wir auf MiraVelo anwenden
- Architecture Characteristics und Architecture Quantum: welche Qualitätsmerkmale eine Architektur prägen
- Zielarchitektur für MiraVelo gemeinsam definieren
- User Story Mapping: von der Feature Map zur Story Map, abgestimmt auf die Architektur
- Abschluss: den Antrag vorher und nachher vergleichen und besprechen, wo AI beschleunigt und wofür es weiter Menschen und ihre Zusammenarbeit braucht
Für wen ist dieser Workshop?
Architektur
Bei euch steht eine Architekturentscheidung an und ihr wollt sie aus dem fachlichen Prozess begründen. Bausteine, Architekturstil und Kommunikation leitet ihr dabei Schritt für Schritt aus dem Prozess ab.
Business-Analyse
Ihr übersetzt Anforderungen zwischen Fachbereich und IT. Mit Event Storming und t.BPM bringt ihr beide Seiten auf ein gemeinsames Prozessbild und leitet daraus die ersten Features ab.
Product Owner
Ihr entscheidet, was das Team zuerst baut. Auf der User Story Map zieht ihr den ersten Release-Schnitt und schärft die Stories fürs Refinement. Die Wardley Map zeigt euch, was ihr besser kauft oder anpasst.
Unsere Methode
Am Fall üben, im eigenen Projekt anwenden
Wir halten die Theorie kurz und lassen euch die meiste Zeit selbst modellieren. Fünf der sechs Methoden probiert ihr in unserem fiktiven Szenario von MiraVelo selbst aus, die Wardley Map und die Zielarchitektur besprechen wir mit der ganzen Gruppe. Mit euren eigenen Prozessen und Systemen geht es nach dem Workshop weiter.
Jede Rolle will etwas anderes
In t.BPM übernehmt ihr die Rollen Backoffice, Vertrieb, IT und Kunde, alle mit eigenem Steckbrief. So erlebt ihr, wie aus unterschiedlichen Interessen ein gemeinsamer Prozess wird. Das hilft euch später, wenn ihr so eine Session selbst moderiert.
Ein Fall für beide Tage
MiraVelo ist ein fiktiver Anbieter für Dienstrad-Leasing. Dort wandert ein Kundenantrag zwischen Vertrieb, Backoffice und Finance hin und her. Zeigt ein späterer Schritt etwas Neues, dürft ihr einen früheren noch ändern.
Niemand bleibt zurück
Jede Übung startet für alle mit demselben Zwischenstand. Euer Big Picture wertet ihr gemeinsam aus. Nach den anderen Übungen vergleicht ihr euer Ergebnis im Debrief mit unserer Version.
Lernziele
Was ihr nach zwei Tagen könnt
Die Ergebnisse bleiben bei MiraVelo. Mitnehmen könnt ihr die Methoden und den Weg vom Business Need über die Architektur bis zu umsetzbaren Stories.
Das Big Picture erarbeiten
Ihr bringt mit allen Beteiligten die Ereignisse eines Geschäfts auf einen Zeitstrahl und findet die Hotspots, an denen es hakt.
Prozesse gemeinsam modellieren
Ihr legt einen Prozess mit t.BPM am Tisch und prüft ihn mit Spielsteinen. Daraus leitet ihr die ersten Features ab.
Systembausteine ableiten
Vom Prozessmodell aus skizziert ihr System Context und Container im C4-Stil. Für jeden Container könnt ihr zeigen, welcher Prozessschritt ihn braucht.
Make, Buy oder Adapt entscheiden
Ihr lest eine Wardley Map und könnt für jede Fähigkeit vertreten, ob ihr sie selbst entwickelt, einkauft oder anpasst.
Den Architekturstil wählen
Ihr priorisiert die Architecture Characteristics und findet den Stil, der zu den wichtigsten passt. Ob zwei Bausteine synchron, asynchron oder event-getrieben kommunizieren, begründet ihr mit denselben Merkmalen.
Stories schneiden
Aus Feature Map und Prozess baut ihr eine User Story Map und markiert darauf einen ersten Release-Schnitt. Die Stories schärft ihr fürs Refinement, bis Nutzerwert, Akzeptanzkriterien und Abhängigkeiten klar sind.
Unsere Pakete
Der Preis hängt vom Umfang und von der Vorbereitung ab. Sprecht uns an, dann bekommt ihr eine ehrliche Einschätzung und ein konkretes Angebot.
Workshop für euer Team
2 Tage, nur eure GruppeDiscovery to Architecture nur für eure Gruppe, vor Ort bei euch oder bei uns in Augsburg. Am meisten bringt es, wenn Architektur, Business-Analyse und Product Owner zusammen teilnehmen.
- Bis zu 12 Teilnehmende, eine Person aus unserem Team führt durch beide Tage
- Vor Ort statt remote, weil ihr mit Karten, Spielsteinen und an der Wand arbeitet
- Alle Übungen an einem durchgehenden Fall, dazu Rollensteckbriefe für t.BPM
- Für die Übungen im Browser reicht ein Laptop pro Tisch, installieren müsst ihr nichts
Workshop mit Projektbegleitung
2 Tage Workshop + BegleitungErst übt ihr die Methoden am Fall MiraVelo, dann setzt ihr sie in einem eurer Projekte ein. Beim ersten Einsatz sind wir dabei, bis ihr allein weiterkommt.
- Der komplette 2-Tage-Workshop für eure Gruppe
- Begleitung beim ersten Einsatz der Methoden in einem eurer Projekte
- Am eigenen Prozess statt am Beispielfall
- Umfang und Dauer der Begleitung stimmen wir mit euch ab
Ihr wollt Prozesse über die Silos hinweg gemeinsam modellieren?
In einem kurzen Gespräch klären wir, ob der Workshop zu eurem Vorhaben passt. Wenn ja, überlegen wir gleich mit euch, wo ihr die Methoden nach dem Workshop als Erstes einsetzt. Wenn nicht, sagen wir das auch.
Workshop anfragenKostenfrei und ohne Pitch-Deck.