Methoden

Berathek Methode


Szenario Mapping ist eine einfache Methode, um in einem Team ein User-Szenario zu erheben. Dabei steht neben dem Spaß, die Kommunikation und die Diskussion bei der Arbeit im Vordergrund. Szenario Mapping hilft dabei, sich Gedanken über den Nutzer und seine Aufgaben zu machen. Durch die Berücksichtigung des Nutzungskontextes wird das Design auf die Welt des Nutzers bezogen. Eine weitere Möglichkeit der Methode ist, die Art der Userexperience zu bestimmen.
Im Szenario Mapping wird beschrieben wie, der Nutzer ein bestimmtes Ziel erreicht oder eine Aufgabe erledigt. Dabei werden die einzelnen Schritte oder Teilaufgaben einzeln besprochen. Es sollte versucht werden, die Fragen "Wer", "Was", "Wann", Wo", "Warum" und "Wie" für jeden Schritt zu beantworten. In diesem Zuge werden die Lösungen, die Fragen und interessante Informationen dokumentiert. Dies kann auf sehr unterschiedlichen Ebenen der Detaillierung erfolgen. In dem Szenario kann beschrieben werden, wie die Userexperience geplant ist (design mapping) oder allgemeiner, wie der Nutzer die Aufgabe zur Zeit bearbeitet (reality mapping). Dabei liegt der Fokus auf der Beschreibung, was der Nutzer macht. Es wird weniger berücksichtigt, wie der Nutzer arbeitet.
Das Szenario Mapping ist eine offen Methode, bei der während der Arbeit zusätzlich Fragen und Bemerkungen notiert werden. Diese dienen als zusätzliche Informationen für den nachfolgenden Entwicklungsprozess. Im nächsten Schritt werden typischerweise Sketches oder Sketchboards erstellt.

Anwendungskriterien

Die Methode bringt besondere Vorteile, wenn
  1. Personas oder eine andere klare Vorstellung von den Nutzern und deren Arbeit vorhanden sind.
  2. Tasks oder Use Cases gegeben sind.
  3. User Stories erstellt werden sollen.
Die Methode kann negative Wirkungen haben, wenn
  1. eine zeitliche Zuordnung der Aufgaben nicht sinnvoll ist.
  2. die Aufgaben nur auf technischer Basis z.B. durch Anforderungen definiert sind.

Voraussetzungen

Für alle Aspekte des Produktes liegen Szenarien, User Stories oder andere Beschreibungen der Aufgaben vor. Für die Dokumentation sollten genügend Post-it's vorhanden sein. Es sollten Post-it's in vier verschiedenen Farben und genügend Stifte parat liegen. Es sollte eine Wand vorhanden sein, an der die Post-it's gut haften, ggf. kann auch Packpapier auf eine Wand geklebt werden.

Durchführung

  1. Organisiere ein Treffen von ca. 2 bis 3 Stunden in einer kreativen Umgebung. Es sollten Designer, Entwickler und Projektverantwortliche eingeladen werden, zumindest eine guter Mix aus dem Entwicklungsteam. Bei der Einladung sollte beschrieben sein, welche Szenarien besprochen werden, damit sich die Teilnehmer vorher schon Gedanken dazu machen können.
    Tipp

    Optimal sind 3 bis 5 Teilnehmer.
  2. Beschreibe die Szenarien in der Einleitung. Es sollte den Teilnehmern klar sein, dass besonders auf das "Was" und nicht auf das "Wie" eingegangen werden sollte. Es soll auch nicht auf zu viele Details eingegangen werden. Wichtig ist, ein gutes Verständnis der Arbeitsschritte zu erarbeiten. Manchmal müssen Diskussionen auf später verschoben werden, um das Ziel nicht aus den Augen zu verlieren.

  3. Starte mit dem Hauptnutzer und dessen Hauptaufgabe. Dies sollte der Grund für die Existenz der Anwendung sein.

  4. Beschreibe den Teilnehmern den Kontext in dem die Nutzung stattfindet.

  5. Gehe Schritt für Schritt durch das Szenario oder die Bearbeitung einer Aufgabe.
    Tipp

    Die Aufgaben können nach folgendem Schema gruppiert werden:

    1. Planen (Definieren, Informieren)
    2. Vorbereiten (Präparieren, Verifizieren)
    3. Durchführen
    4. Prüfen (Validieren, Anpassen)
    5. Weitergeben
  6. Notiere auf einem Post-it, was der Nutzer in einem Schritt macht.
    Tipp
    Hierzu können blaue Post-it's verwendet werden, oder Post-it's, die mit "S", für Schritt, markiert sind.

  7. Notiere Kommentare oder zusätzliche Informationen, die wichtig erscheinen, auf einem Post-it zu diesem Schritt.
    Tipp
    Hierzu können grüne Post-it's verwendet werden oder Post-it's, die mit "I", für Information, markiert sind.

  8. Notiere die Fragen oder Annahmen, die bei der Umsetzung des Schritts noch geklärt werden müssen.
    Tipp
    Hierzu können die gelben Post-it's verwendet werden oder Post-it's, die mit "F", für Fragen, markiert sind.

  9. Notiere Ideen oder gute Lösungsvorschläge.
    Tipp
    Hierzu können die roten Post-it's verwendet werden oder Post-it's, die mit L, für Lösungsvorschlag, markiert sind.

  10. Klebe alle Post-it's eines Schritts an die Wand, so dass die Schritte oben nebeneinander stehen. Dann kann die Bearbeitung der Aufgabe in dieser Zeile abgelesen werden. Kommentar, Fragen und Ideen werden unter dem Schritt angeordnet.

  11. Wiederhole dies für die nächsten Schritte, bis die Aufgabe beendet ist.

  12. Die Schritte können durch Überschriften weiter gruppiert werden.
    Tipp
    Die Überschriften können auf Post-it's in einer eigenen Farbe geschrieben werden und über die Aufgaben geklebt werden.

  13. Wiederhole dies für weitere Nutzer oder Personas.

  14. Wenn die Fragen geklärt sind, sollten die Szenarios mit Nutzern, Domain Experten oder Stakeholdern validiert werden. Fehlen Schritte oder werden Schritte anders oder überhaupt nicht durchgeführt? Handelt es sich um ein oder mehrere Szenarien?

Beschreibung des Produktes

Das Mapping kann an einer Wand erstellt werden oder digital abgelegt werden ( boardthing.com , storiesonboard.com, www.featuremap.co, trello.com, www.symphonical.com).

Szenario Map


Methoden, die dazu passen

  • Card sorting
  • Job Story
  • Erfordernisse
  • Mental Model Diagram
  • Use Storry mapping
  • 5W + 1H
© Berathek 2018