Mehr Input zur Story Map #43

_manual/12-story-map.md

@@ -34,29 +34,29 @@ Die horizontale Dimension orientiert sich an der Reihenfolge der Aktivitäten, d
 Varianten oder Details der Ausführung dieser werden in Form von Tasks darunter ergänzt. 
 Über die vertikale Dimension kannst du die Detaillierung, bzw. die Notwendigkeit von Stories zur Umsetzung des MVP darstellen.
 
-
 {% include figure image_path="/assets/images/12-Story-Map-Aufbau.PNG" alt="-Aufbau einer Story Map" caption="-Aufbau einer Story Map" %}
 
 Doch lass uns den Aufbau Stück für Stück besprechen:
 
 ### Der Backbone
 
-Der Backbone enthält alle Aktivitäten, die ein Nutzer durchzuführen kann. 
-Sie befinden sich horizontal in
-Dabei spielt es keine Rolle, ob diese manchmal in einer anderen Reihenfolge ausgeführt werden oder in einer spezifischen Situation komplett entfallen.
-Bei besonders groben Aktivitäten könnt ihr auch eine zweite Reihe mit detaillierteren Beschreibungen der Aktivitäten erarbeiten. 
-Hauptsache die Zuordnung bleibt bestehen und ihr achtet darauf, dass die detaillierteren Aktivitäten immer tiefer angeordnet sind als die abstrakteren Aktivitäten. 
+Der Backbone enthält alle Aktivitäten, die ein Nutzer durchführen kann.
+Er orientiert sich am "Erzählfluss" deines Produktes und enthält die Aktivitäten deiner Nutzer.
+Dabei spielt es keine Rolle, ob einzelne Aktivitäten manchmal in einer anderen Reihenfolge ausgeführt werden oder in einer spezifischen Situation komplett entfallen.
+Bei besonders großen Aktivitäten könnt ihr auch eine zweite Reihe mit detaillierteren Beschreibungen der Aktivität erarbeiten. 
+Hauptsache die Zuordnung bleibt bestehen und ihr achtet darauf, dass die detaillierteren Aktivitäten immer tiefer angeordnet sind als die größeren Aktivitäten. 
 Habt ihr alle Aktivitäten gesammelt seht ihr den sogenannten Backbone eures Produktes vor euch. 
 Der Backbone repräsentiert „the essential capabilities the system needs to have“.
 
 ### Das Walking Skeleton
 
-Ausgehend vom Backbone ordnet ihr nun die vorhandenen User Stories aus eurem Backlog den einzelnen Aktivitäten zu. 
+Ausgehend vom Backbone werden die vorhandenen User Stories aus eurem Backlog den einzelnen Aktivitäten zugeordnet. 
 Auf diese Weise kann man auf einen Blick mögliche Lücken an User Stories sehen. 
-Habt ihr die User Stories den Aktivitäten zugeordnet können diese nun priorisiert werden.
+Habt ihr die User Stories den Aktivitäten zugeordnet können diese priorisiert werden.
 Umso wichtiger eine Story ist, umso höher am Backbone sollte sie hängen. 
 Wenn du dich an dieser Ordnung orientierst wirst du feststellen, dass die obersten Stories die kleinstmögliche Version deines Produktes präsentieren, das sogenannte „Walking Skeleton“. 
-Herzlichen Glückwunsch, du hast deine Story Map erstellst.Durch die Umsetzung des Walking Skeleton sollten die essenziellsten Features deines Produktes bereits für den Nutzer nutzbar sein.
+Herzlichen Glückwunsch, du hast deine Story Map erstellst.
+Durch die Umsetzung des Walking Skeleton sollten die essenziellsten Features deines Produktes bereits für den Nutzer nutzbar sein.
 Es beschreibt die minimale und doch „lauffähige“ Umsetzung eines kompletten Funktionsbereiches bzw. Geschäftsprozesses und stellt somit sicher, dass der Prozess aus technischer Sicht von Beginn bis Ende durchgespielt werden kann.
 Somit dient das „Walking Skeleton“ dazu, die technische Machbarkeit deines Produktes zu überprüfen.
 
@@ -72,26 +72,75 @@ Deine Story Map kann sich im Projektverlauf durchaus verändern, z.B. wenn ihr d
 Es empfiehlt sich daher regelmäßig mit der Story Map zu arbeiten, sie entweder physisch gut sichtbar oder virtuell leicht zugänglich bereitzustellen.
 
 ## Einsatz
-Das Entwerfen der Story Map sollte am besten im Team erfolgen.
+Nachdem wir die die grundlegenden Elemente der Story Map vorgestellt haben, wollen wir nun an das Entwerfen gehen.
+Zunächst einmal solltest du dafür dein Team versammeln.
+Auch angrenzende Teams oder wertvolle Inputgeber außerhalb deines Teams können beim Story Mapping unterstützen.
+
+### 1.Den Rahmen feststecken
+
+Vor dem Story Mapping sollte eine kurze Beschreibung des Produktes erstellt werden.
+Die Beschreibung sollte den wesentlichen Rahmen feststecken.
+*WIE* heißt eurer Produkt?
+*WAS* für ein Problem wollt ihr mit eurem Produkt lösen?
+*WER* sind die wesentlichen Nutzer eures PRoduktes?
+*WARUM* ist eurer Produkt ein Mehrwert für eure Nutzer?
+
+
+### 2. Das Big Picture malen
+Startet mit dem Big Picture und eurem Backbone.
+Fokussiert euch hierfür auf die groben Aktivitäten und den für euren Produkterfolg kritischsten Nutzer.
+Stellt euch einen typischen Tag im Leben des Nutzers vor und wie er euer Produkt verwenden wurde.
+
+
+Identifiziert Benutzeraktivitäten - Gruppen von Aufgaben, die zusammenarbeiten, um ein gemeinsames Ziel zu unterstützen.
+Einzelne Aktivitäten werden oft klarer wenn der Erzählfluss grob steht. 
+Nutzt die Chance zu Iterieren und eure Aktivitäten Stück für Stück zu vertiefen.
+
+Steht der Erzählfluss des kritischsten Nutzers könnt ihr weitere Nutzer in die Story Map hinzufügen.
+
+### 3. Erkunden
+
+Nachdem der Erzählfluss und die Aktivitäten identifiziert sind, füllt den Body eurer Story Map.
+
+
+### 4. Releases schneiden
+
+### 5.Entwicklungsstrategie beschließen
 
-### Den Rahmen feststecken
-### 
 
 ## Beispiele
 
 {% include figure image_path="/assets/images/12-Aufbau einer Story Map.jpg" alt="-Aufbau einer Story Map" caption="-Aufbau einer Story Map" %}
 
+Story Mapping ist eine aufwendige Methode. Um sich damit vertraut zu machen gibt es einfach gehaltene Beispiele.
+Beliebt sind das morgendliche Aufstehen oder das Planen einer Reise.
+Ein Anleitung dazu findet ihr hier.
+
+Die Vorbereitung eines Story Mapping Workshops kann sehr aufwendig sein.
+Viele Überlegungen sind erst möglich, wenn ein ausreichend gefülltes Backlog zur Verfügung steht.
+Aus diesem Grund hat Jeff Petton ein Beispiel zum Üben der Methode weitestgehend vorbereitet:
+
+»Basically, I’ve chopped, mixed, and cooked up a small software product. It’s nearly done. But to finish it, you’ll need to add a little of your own effort.« 
+– Jeff Patton
+{: .notice--info}
+
+### DIE MOBILE PLANNING UND TO-DO LISTE
+
+Es geht um eine simple App zur Erstellung von To-Do Listen, Plänen oder was auch sonst deine Zielgruppe sich wünscht.
+Wer deine Zielgruppe ist und was genau erstellt werden soll, musst du selbst festlegen.
+Die Unterlagen findest du unten unter "Downloads".
+
 ## Tools
 
-Wir empfehlen dir das gemeinsame Entwerfen der Story Map mit deinem Team.
-Analog benötigt das Story Mapping lediglich eine freie Fläche wie z.B. Wand, Fenster, Moderationswand oder Tischfläche. 
-Liegt bereits eine ähnliche Aufbereitung oder Visualisierung vor, berücksichtige entsprechend zusätzliche freie Fläche für weitere Sortierungen nach der Kundenreise. 
+Wir empfehlen dir Story Maps gemeinsam mit deinem Team zu entwerfen.
+Analog benötigst du für das Story Mapping lediglich eine freie Fläche wie z.B. Wand, Fenster, Moderationswand oder Tischfläche. 
+Liegt bereits eine ähnliche Aufbereitung oder Visualisierung vor, berücksichtige entsprechend zusätzliche freie Flächen für weitere Sortierungen nach der Kundenreise. 
 Wenn z.B. bereits erste Inhalte vorbereitet wurden, kann es sich in der Gruppenarbeit herausstellen, dass diese aufgrund weiterer Abhängigkeiten anders gruppiert werden müssen. 
 Erfahrungsgemäß ist es umständlich, die Elemente innerhalb des bestehenden Aufbaus umzusortieren. 
 Auf einer weiteren freien Fläche können diese leichter Schritt für Schritt umgezogen und neu strukturiert werden.
 
 Digital gibt es mittlerweile mehrere Möglichkeiten.
-Je nachdem welche Tools schon in Verwendung sind bietet sowohl Mira, als auch Jira Addons an.
+Je nachdem welche Tools schon in Verwendung sind bietet zum Beispiel sowohl Miro, als auch Jira Story Map Addons an.
 Ansonsten existieren auch eigene Story Mapping Tools, wie zum Beispiel Craft.io.
 
 ## Fragen
@@ -109,6 +158,15 @@ Ansonsten existieren auch eigene Story Mapping Tools, wie zum Beispiel Craft.io.
 
 * [Jeff Patton Quick Reference für Story Mapping als PDF]({{site.baseurl}}/assets/downloads/12-story-map-concept-cheat-sheet.pdf)
 
+### Jeff Pattons To-Do-List Beispiel:
+* [Eine Problembeschriebung]({{site.baseurl}}/assets/downloads/12-story-map-example-Lists Brief.pdf)
+* [Ein ausgefülltes Opportunity Canvas - mit ein paar sehr vagen Angaben, die ihr gemeinsam ausführlicher gestalten könnt]({{site.baseurl}}/assets/downloads/12-story-map-example-Opportunity-Canvas.pdf)
+* [3 mögliche Persona mit extra Platz für weitere Details]({{site.baseurl}}/assets/downloads/12-story-map-example-lists personas 4 up.doc)
+* [Eine Story Map zum Ausdrucken (optimiert für Avery pre-perforated business cards)]({{site.baseurl}}/assets/downloads/12-story-map-example-lists_task_cards_activites_first.pdf)
+* [Ein paar UI Skizzen als Ideeninput]({{site.baseurl}}/assets/downloads/12-story-map-example-Lists UI Sketches.pdf)
+
+
+
 ## Quellen, Links und Hinweise
 
 * [Patton, Jeff (2008): The New User Story Backlog is a Map](https://www.jpattonassociates.com/the-new-backlog/#:~:text=Why%20the%20flat%20user%20story,prioritize%2C%20and%20plan%20your%20releases.)