DDD HH Meetup - Storystorming Workshop im Review


Am Dienstag 3 September 2019 Domain Driven Design Hamburg Meetup Group hatte in das Office von FinanzCheck24 eingeladen, der Standort lag sehr Zentral fast direkt am Altonaer Bahnhof.


Finanzcheck24 sponsorte Essen und Getränke und lies natürlich nicht unerwähnt das es hier noch offene Stellen gibt.

Als Vortragender war Martin Schimak aus Wien angereist, er stellte das Workshop Format Storystorming vor.
Nach Abstimmung im Publikum wurde entschieden mit einer Beispiel Übung zu Starten und dann die Hintergründe zu erfahren, ich mag dieses Vorgehen die Teilnehmer erst einmal ins Wasser zu werfen durchaus
Die Methode war leicht erklärt, stark angelehnt an Domain Storytelling im Umfang jedoch leicht reduziert, ausführlich erklärt Martin das Vorgehen in einem Blogartikel.

Für den Übungspart wurden wir in 10 Teams geteilt da die Methode sich vor allem für kleine
Gruppen eignet, dann wurden entsprechend Farbige PostIt´s an alle Teams Verteilt
Hierbei zeigte sich die leichte Anwendbarkeit des Storystorming die meisten Teams kamen ohne Facilitator oder Hilfsstellung zu akzeptablen Ergebnissen.

In der Zusammenfassung wurden die Stärken und Schwächen der Methode analysiert.
Hierbei tat sich die Leichtgewichtigkeit und Leichte Erlernbarkeit und Durchführbarkeit vor allem auch für nicht IT Lastige Fachexperten heraus.

DDD StoryStorming eignet sich vor allem auch als Vorstufe für weitere Methoden, wie z.B. BPMN, BDD, Scrum User Stories, hierbei spielt es keine Rolle ob es sich um Neuentwicklungen oder Legacy Projekte handelt.

Ich bin mit der Methode nicht sofort hundertprozentig warm geworden,
halte sie aber für einen sinnvollen Baustein im Toolset eines Agile Coaches, Architekten, Product Owners und allen anderen die sich mit Anforderungen befassen.
Gerade die Leichtgewichtigkeit bietet Vorteile gegenüber formelleren Methoden, Insbesondere dann, wenn Teams Probleme haben Komplexe Systeme und Prozesse zu beschreiben und ein Tool zum Starten benötigen

Insgesamt ein Lohnenswerter Abend, hier nocheinmal Dank an Martin und die Organisatoren, wer die Gelegenheit Martin auf einer anderen Usergroup oder Konferenz zu sehen sollte ihn nicht verpassen.

Die nächsten Meetups von DDD HH findet ihr hier

Blog Artikel:
https://medium.com/plexiti/story-storming-191756f57387
Martin Schimak on Twitter:https://twitter.com/martinschimak
Meetup Termin:https://www.meetup.com/de-DE/DDD-HH-Domain-driven-Design-Hamburg/events/263160351


Verwandte Themen:
https://www.innoq.com/de/blog/vergleich-event-storming-und-domain-storytelling/














Standort: Bezirk Altona, Hamburg, Deutschland

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

An Enterprise has just adopted the SAFe Implementation Roadmap and is in the process of training executives, managers, and leaders. What is their next step?

SAFe Exam Questions for the SAFe Agilist certification    A) Enterprise has just adopted the SAFe Implementation Roadmap and is in the process of training executives, managers, and leaders. What is their next step?  A) Identify Value Streams and Agile Release Trains to start alignment of the organization  B) Train Lean-Agile change agents to push out the roadmap and build consensus  C) Perform process mapping on the current state  D) Train the leaders in Porttolio and Product Management to solve problems before fixing symptoms ---  A) is correct   The first four ‘critical moves’ of the Implementation Roadmap establish the urgency for change, and the critical mass of informed and dedicated people needed to implement SAFe effectively: © Scaled Agile, Inc. Include this copyright notice with the copied content. https://www.scaledagileframework.com/identify-value-streams-and-arts/ https://www.scaledagileframework.com/implementation-roadmap/
Mehr anzeigen

During the final plan review, Program risks are addressed using ROAM. What do the letters in ROAM represent?

During the final plan review, Program risks are addressed using ROAM. What do the letters in ROAM represent? A) Owned, Mitigated, Active,Resolved B)  Owned, Mitigated, Resolved,Accepted C) Resolved, Assigned,Migrated, Owned D) Resolved. Owned. Approved, Mitigated --- This is a tricky questions,  The correct Answer is B as  Wrong Answer D is the only one having the words in right order.  ROAM is described in the PI Planning Section Resolved – The teams agree that the risk is no longer a concern. Owned – Someone on the train takes ownership of the risk since it cannot be resolved during PI planning. Accepted – Some risks are just facts or potential problems that must be understood and accepted. Mitigated – Teams identify a plan to reduce the impact of the risk. © Scaled Agile, Inc. Include this copyright notice with the copied content.
Mehr anzeigen

So geht Timeboxing - video im Klartext

Bild
Hier ist, wie versprochen, mein Video zu 5 Minuten Timeboxing . An dieser Stelle möchte ich ein bisschen tiefer erklären, wie man die Methode einsetzen kann. Zum ersten kommt Timeboxing natürlich in Meetings zum Einsatz. Das heißt, wenn ihr ein Meeting plant, dann könnt ihr Timeboxen zusetzen. Das kennt man zum Beispiel sogar auch aus Parlamenten im Bundestag. Da hat jeder Abgeordnete nur eine bestimmte Redezeit und man einigt sich für Vorfeld darauf, wer wie oft redet. In Businessmeetings oder anderen Meetings von Organisationen macht das auch Sinn, Zeiten zu begrenzen, die entweder eine Person redet oder auch Zeiten zu begrenzen, wie ein Thema behandelt wird. Wenn man im Vorfeld weiß, ein Thema diskutiert ihr immer und immer wieder und es kommt sowieso zu keinem Ergebnis, dann macht es keinen Sinn, endlos in die Verlängerung zu gehen und man sitzt vielleicht noch abends bis um 12 Uhr nachts da, weil man immer wieder diskutiert. Man kann vorher setzen, wie
Mehr anzeigen