Heuristiken zur Annäherung an das Beispiel Mapping

Während Bruno Boucard, Thomas Pierrain und ich unseren DDDEurope 2019 Workshop vorbereiteten, diskutierten wir, wie wir Example Mapping angehen sollten. Für den Workshop haben wir EventStorming und Example Mapping kombiniert, um vom Problemraum zum Lösungsraum zu gelangen. Meine Herangehensweise an das Example Mapping war etwas anders als die von Thomas und Bruno. Meiner folgte mehr dem EventStorming, indem ich vor einer Wand stand und zuerst Beispiele mit Stickies stürmte. Bruno und Thomas haben es so gemacht, wie es von Matt Wynne von Cucumber beschrieben wurde. Sie standen in einer Gruppe um einen Tisch herum und begannen mit einer User Story und einer Regel, die sie auf Karteikarten schrieben. Also begannen wir, kurz zu besprechen, worin der Unterschied besteht und was der Kompromiss ist, wenn wir das tun. In diesem Beitrag werde ich die verschiedenen Heuristiken zur Vorgehensweise beim Example Mapping erläutern.

Annäherung an das Beispiel Mapping

Wenn Sie Example Mapping noch nicht kennen, empfehle ich Ihnen, sich in dem Blogbeitrag von Cucumber darüber zu informieren. Es ist ein großartiges Werkzeug für die kollaborative, bewusste Entdeckung und Modellierung. Das Tool selbst kann in weniger als einer Stunde erlernt und effektiv verstanden werden. Es macht die Verfeinerung viel effektiver und es macht Spaß, daran teilzunehmen. Ich habe Example Mapping schon oft moderiert und unterrichtet. Obwohl ich so angefangen habe, wie im Blogbeitrag beschrieben, nämlich an einem Tisch mit Karteikarten, habe ich im letzten Jahr mit verschiedenen Ansätzen experimentiert.

Tisch- oder Wandansatz

Matt hat in seinem Beitrag beschrieben, wie man das Example Mapping angehen kann, indem man um einen Tisch herumsteht und Karteikarten verwendet. In dem Blogbeitrag wird zwar nicht ausdrücklich gesagt, dass wir das Example Mapping an einem Tisch durchführen sollen, aber Bruno hat mir den Grund dafür erklärt. Wenn wir Seite an Seite um einen Tisch herumstehen, fühlt es sich intim an, man kann sich direkt in die Augen sehen und steht auf derselben Ebene. Auf gleicher Augenhöhe zu stehen, fördert die Teambildung, denn es zeigt, dass wir alle gleichberechtigt sind, was beim Austausch von Wissen extrem wichtig ist. Ich führe das Example Mapping heutzutage normalerweise direkt nach einer EventStorming-Sitzung durch. Auf der linken oder rechten Seite des EventStorms schaffe ich etwas Platz für ein Example Mapping und verwende Klebezettel anstelle von Karteikarten. Das macht das Example Mapping zwar etwas weniger intim, gibt uns aber einen hervorragenden Überblick über die ganze Geschichte mit den Beispielen. Wir können unsere Beispiele sogar direkt unter den Regeln einer EventStorming-Sitzung abbilden, aber passen Sie auf, dass Sie beides nicht zu schnell koppeln. Sowohl EventStorming als auch Example Mapping sind Werkzeuge, die dazu dienen, das Wissen Ihrer Domäne schnell zu entdecken und durch Konversationen eine gemeinsame Sprache zu schaffen.

Leitende Heuristiken

Ich verwende immer noch beide Ansätze. Wenn ich den Zusammenhalt im Team fördern oder Hierarchien aufbrechen muss, verwende ich die Tischmethode. Ansonsten verwende ich immer die Wand, vor allem wenn ich sie mit EventStorming kombiniere. Dann kann ich unsere Ergebnisse aufrollen und in der Nähe des Teams aufhängen. Auch aus persönlichen Gründen. Da ich groß bin, ist ein Tisch für mich normalerweise zu niedrig, um lange zu arbeiten. Das kann positiv sein, weil wir dann eine natürliche Zeitbox haben.

Regel oder Storming Beispiele erster Ansatz

Bruno erzählte mir mehr von der ursprünglichen Geschichte des Example Mapping. Als wir für große Finanzunternehmen berieten, gab es nicht viel Kommunikation. Wir erhielten zwar einige Geschäftsanforderungen, aber keinerlei Kontext. Auf diese Weise war es schwer herauszufinden, was wir entwickeln müssen. Das Example Mapping wurde erfunden, um eine Benutzergeschichte aus dem Backlog zu ziehen und diese Person ihre Geschichte dazu erzählen zu lassen. Beim Example Mapping schreiben wir die erste Geschäftsregel auf, um konkrete Beispiele für diese Regel zu finden. Während wir über die konkreten Beispiele für diese Regel sprechen, tauchen weitere Regeln und Beispiele in diesen Gesprächen auf. In diesen Gesprächen entdecken wir bewusst weitere Beispiele und Regeln und können visuell entscheiden, ob wir eine User Story aufteilen wollen oder nicht. Wenn wir nun Example Mapping nach einem EventStorm verwenden, wurden bereits viele Regeln entdeckt. Da wir bereits eine Menge Regeln kennen, verwende ich gerne einen anderen Ansatz, indem ich zuerst Beispiele stürme. Da wir mit EventStorming bereits die ganze Geschichte visualisiert haben, könnten wir noch blinde Flecken haben. Also bitte ich jeden, für sich selbst konkrete Beispiele auf Stickies zu schreiben. Die Beispiele beziehen sich auf die Geschichte, die wir gerade mit EventStorming bearbeitet haben. Ich gebe hier keine Struktur oder Grenzen vor, alles ist erlaubt. Machen Sie sich auf ein totales Chaos gefasst! Nachdem das Storming abgeschlossen ist, diskutieren wir über die Beispiele, finden Beispiele, die doppelt vorhanden sind oder die für die Umsetzung der Geschichte nicht entscheidend sind. Schauen Sie nun, ob wir sie vertikal nach einer Regel ordnen können. Die Beispiele nach Regeln zu ordnen, kann manchmal verwirrend sein; wir müssen nicht perfekt sein. Sobald wir denken, dass wir genug geordnet haben, können wir jede vertikale Geschichte von links nach rechts besprechen und die Regeln dafür angeben. Schließlich können wir die Karte aufteilen und sie vielleicht in separate User Stories in unserem Backlog aufteilen.

Leitende Heuristiken

Auch hier verwende ich immer noch beide Ansätze. Wenn ich keine vollständige Geschichte habe oder die Geschichte vage ist, würde ich immer mit dem Regelansatz beginnen und die Geschichte sich von dort aus entfalten lassen. Wenn die Geschichte konkreter ist und z.B. durch EventStorming visualisiert wird, neigen wir dazu, eher den Effekt einer Straßenlaterne zu erzielen. Meiner Erfahrung nach hilft der Ansatz mit den Storming-Beispielen dabei, mehr blinde Flecken zu finden. Wie Sie sehen, gibt es viele Möglichkeiten, sich dem Example Mapping oder jeder anderen Moderationstechnik/jedem anderen Tool zu nähern. Am besten ist es, sobald Sie sich wohl fühlen, damit zu experimentieren, neue Heuristiken herauszufinden und sie zu teilen. Auf diese Weise bauen Sie Ihre eigene persönliche Heuristik für die kollaborative Modellierung auf. Dieser Beitrag wurde auch auf meiner persönlichen Blog-Seite veröffentlicht.