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

SoCraTes Day Franken 2019

Bild
Am 28.09.2019 hatte die Software Craftmanship Community in den Datev IT Campus Nürnberg eingeladen, eine Veranstaltung die viel Coding und Innovation versprach und eine gute Gelegenheit alte bekannte aus der Datev SCC wieder zu treffen. Die gesamte un-Konferenz fand im Open Space Format mit 45 min Slots statt, die Location umfasste sowohl die große Kantine als auch diverse Meeting räume auf dem Campus. Das Session Angebot war großartig und breit gefächert. Neben eher auf Austausch ausgelegten Sessions gab es auch viel zum Hands On und mitmachen. Interessant war das MeetingCreatures spiel von Udo , hier beschriebt er verschieden Charaktere in einem Kartenspiel ( hier verfügbar ). Eine gute Methodik für Scrum Master oder Agile Coaches welche man z.B. in Retros einsetzen könnte um die Meeting Kultur zu verbessern. Ich habe mich mit einer Git Kata Session beteiligt, Johan hatte mir quasi auf dem gang der DevOpsDays zugerufen das seine Git Katas frei verfügbar sind und ich nutzte
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

Using Java 8 Features in Cucumber SpecDefinitions

with cucumber java 8 function you have a nice way to use anonymous function for your feature files which makes the old annotations and underscore naming convention obsolete Example code for the ultimate Bowling game .Feature from the Bowling game Kata Scenario: Calculating Game Score for utimate Bowling game Given I play a 10 rounds Bowling game When I bowl a game X X X X X X X X XX X Then the game result will be 300 points Scenario: Calculating Game Score for the worst Bowling game Given I play a 10 rounds Bowling game When I bowl a game 00 00 00 00 00 00 00 00 00 00 Then the game result will be 0 points package bowling; import cucumber.api.java8.En; import org.junit.Assert; public class GameStepDefs implements En { private Game game; public GameStepDefs() { Given("^I play a (\\d+) rounds Bowling game$", (Integer arg0) -> { this.game = new Game(10); }); When("^I bowl a game ([0-9, X//]+
Mehr anzeigen