3. Ideenfindung

Use Cases, User Stories und Szenarien unterscheiden sich in ihrem Fokus, ihrer Struktur und ihrem Anwendungszweck

Use Cases

Use Cases beschreiben detailliert, wie ein System auf die Interaktion eines Akteurs reagiert, um ein Ziel zu erreichen.

• Sie sind formalisiert, strukturieren die Anforderungen an das System und umfassen Elemente wie Vorbedingungen, Erfolgsszenarien und Erweiterungen.

User Stories

User Stories hingegen sind kurze, prägnante Beschreibungen von Benutzeranforderungen aus der Perspektive des Nutzers.

• Sie sind flexibel, auf agilen Entwicklungsprozessen ausgerichtet und verwenden eine einfache Formulierung

Szenarien

Szenarien erzählen hingegen narrativ, wie ein Benutzer ein Ziel erreicht oder ein Problem löst.

• Sie konzentrieren sich auf den Nutzungskontext, die Motivation und den Ablauf der Interaktion, um die Benutzerperspektive zu verdeutlichen.

Während Use Cases technisch und formal sind, sind User Stories agil und pragmatisch, und Szenarien betonen den narrativen und kontextbezogenen Aspekt.

Was sind Use Cases?

Use Cases sind Beschreibungen von Benutzeranforderungen, die zeigen, wie ein Akteur mit einem System interagiert, um ein bestimmtes Ziel zu erreichen.

Wofür werden Use Cases verwendet?

Sie dienen dazu, Anforderungen an ein System verständlich darzustellen, Systemgrenzen zu definieren und mögliche Fehlerquellen früh zu erkennen.

1. Was sind User Stories?

User Stories sind benutzerorientierte Anforderungen in agilen Projekten.

• Sie beschreiben, was ein Nutzer möchte, warum er es möchte, und welchen Mehrwert es bringt.

• Sie sind flexibel, kurz und auf die Benutzerperspektive ausgerichtet.

1. Wie sind User Stories aufgebaut?

   User Stories bestehen aus drei Elementen:

• Story Card: Eine prägnante Beschreibung im Schema „Als [Rolle] möchte ich [Ziel], damit [Nutzen].“

• Akzeptanzkriterien: Bedingungen, die definieren, wann die Story als fertig gilt.

• Gespräche: Dienen der Klärung und Konkretisierung der Anforderungen.

1. Wie hängen Kontextszenarien und Personas zusammen?Kontextszenarien basieren auf Personas, da sie die Ziele, Erwartungen und Motivationen einer Persona in einem narrativen Ablauf darstellen. Beide nutzen dieselben Forschungsdaten.

2. Wie kann man Kontextszenarien nutzen, um Storyboards für ein Produkt oder einen Service zu erstellen?

Man verwendet Kontextszenarien, um Handlungsabläufe und die Nutzung des Produkts aus Sicht der Persona darzustellen. Diese Abläufe werden in Schlüsselszenen aufgeteilt und visuell in einem Storyboard illustriert.

1. Was ist ein Haupterfolgsszenario?

   Eine Beschreibung der idealen Interaktion zwischen einem Akteur und dem System, die zum gewünschten Ziel führt.

   
   

2. Welche Arten von Akteuren gibt es in einem Use Case? Primäre Akteure (lösen die Interaktion aus) und sekundäre Akteure (unterstützen oder beeinflussen).

1. Was sind Erweiterungen in einem Use Case? Alternativen oder Abweichungen vom Haupterfolgsszenario, die mögliche Fehler oder Sonderfälle darstellen.

   
   

2. Welche Darstellungsformen gibt es für Use Cases?

   • Textuell: Informelle oder strukturierte Beschreibung.

   • Diagramm: Beziehungen zwischen Use Cases visuell darstellen.

   • Dialogform: Akteur- und Systemaktionen als Gespräch.

1. Wie helfen In-Out-Listen bei der Erstellung von Use Cases? Sie grenzen die Funktionen des Systems ein, um den Fokus auf relevante Anforderungen zu legen.

2. Warum ist die iterative Detaillierung von Use Cases ?sinnvoll? Sie spart Ressourcen, indem nur notwendige Details ausgearbeitet werden.

   
   

1. Welche Rolle spielen Stakeholder in Use Cases?

   Sie sind Interessengruppen, deren Ziele und Interessen in der Use-Case-Beschreibung berücksichtigt werden.

   
   

2. Wie können Use Cases Fehlerquellen im Entwicklungsprozess reduzieren?

   Sie identifizieren frühzeitig kritische Szenarien und ermöglichen proaktive Planung.

1. Akteure: Nutzer oder Systeme, die interagieren.

2. Stakeholder: Personen oder Gruppen mit Interesse am System.

3. Haupterfolgsszenario: Schritte für ein Ziel

4. Erweiterungen: Alternativen oder Ausnahmen.

5. Vorbedingungen und Garantien: Voraussetzungen und Ergebnisse.

User Stories werden genutzt, um Anforderungen in agilen Projekten zu dokumentieren, die Benutzerperspektive einzubinden, Änderungen zu ermöglichen und die Planung in kurzen Iterationen (Sprints) zu erleichtern.

• Sie dienen als Grundlage für die Umsetzung von funktionalen Anforderungen und fördern die Kommunikation innerhalb des Teams.

1. Was sind User Stories?

   Benutzerorientierte Anforderungen für agile Entwicklungsprozesse.

   
   

2. Wie sind User Stories aufgebaut?

   Story Card, Akzeptanzkriterien und Gespräche.

   
   

3. Was sind Akzeptanzkriterien?

   Bedingungen, die festlegen, wann eine Story als fertig gilt.

   
   

1. Was ist das Formulierungsschema für User Stories?

   „Als [Rolle] möchte ich [Ziel], damit [Nutzen].“

1. Welche Rolle spielt die User Story Map?

   Sie zeigt Interaktionsabläufe und priorisiert Aufgaben.

   
   

2. Was ist ein Product Backlog?

   Eine priorisierte Liste aller User Stories eines Projekts.

1. Wie werden größere Anforderungen gehandhabt?

   Sie werden als Epics dokumentiert und in kleinere Stories unterteilt.

   
   

2. Warum sind Personas hilfreich?

   Sie verdeutlichen Nutzerrollen und unterstützen benutzerorientierte Anforderungen.

Ein minimal funktionsfähiges Produkt für schnelle Ergebnisse.

• Story Card: Enthält eine prägnante Beschreibung nach dem Schema: „Als [Rolle] möchte ich [Ziel], damit [Nutzen].“

• Akzeptanzkriterien: Definieren, wann die Story als erfolgreich umgesetzt gilt.

• Gespräche: Dienen der Klärung und Konkretisierung.

Qualitätskriterien:

Gute User Stories sind nach dem INVEST-Prinzip gestaltet:

• Immediately actionable (umsetzbar)

• Negotiable (verhandelbar,)

• Valuable (wertvoll)

• Estimable (schätzbar)

• Short (kurz)

• Testable (testbar)

User Stories sind Grundlage für die Planung und Umsetzung in Sprints.

Größere Anforderungen (Epics) werden in kleinere Stories aufgeteilt.

Product Backlog: Verwaltung und Priorisierung von Stories.

User Story Map: Chronologische Darstellung des Systemgebrauchs, priorisiert nach Wichtigkeit.

Minimum Viable Product (MVP)

Wörtlich bedeutet der Begriff auf Deutsch „minimales überlebensfähiges Produkt“ und bezeichnet in einem agilen Entwicklungsprozess das erste Zwischenergebnis, das die grundlegendsten Funktionen für den Anwendungsbereich aufweist.

Product Backlog

In agilen Prozessen wie Scrum wird ein sogenanntes Product Backlog eingesetzt und enthält die User Stories, die für das spätere Produkt relevant sind. Im Product Backlog werden die User Stories nach Wichtigkeit priorisiert.

Storyboards helfen, Szenarien zu visualisieren, Stakeholder zu überzeugen und Lücken oder Denkfehler in Konzepten zu identifizieren. Sie eignen sich besonders, wenn textbasierte Beschreibungen nicht ausreichen.

Storyboards basieren oft auf Kontextszenarien, die Handlungsabläufe und Nutzerziele aus Sicht einer Persona beschreiben.

Use Cases beinhalten immer ein Haupterfolgsszenario , in dem der ideale Ablauf der Interaktion mit dem System beschrieben ist, sowie diverse Erweiterungen, in denen alternative Handlungsabläufe oder mögliche Probleme beschrieben werden. Letztere beziehen sich auf Ersteres durch ein Nummerierungssystem.

Zuerst wird mithilfe einer In-Out-Liste definiert, welche Funktionen überhaupt Teil des zu gestaltenden Systems sein sollen.

Dann werden anhand einer Liste die Akteure und ihre Ziele versammelt, die das System betrifft, und priorisiert. Im nächsten Schritt werden für die wichtigsten Akteure Use Case Briefs formuliert, die die Interaktion für jedes Ziel jeweils in wenigen Sätzen schildern.

Diese werden nach Bedarf als vollumfängliche Use-Case-Spezifikationen ausformuliert.

Eine User Story Map dient dazu, eine Reihe an User Stories für ein zu entwickelndes System in einen chronologischen Zusammenhang zu bringen.

Dadurch wird die Rolle einzelner User Stories bei der Interaktion mit dem System sichtbar.

Anhand der User Story Map können die Rollen einzelner Akteure dargestellt und Releases geplant werden.

Eine User Story besteht aus den folgenden drei Komponenten: einer Story Card, Akzeptanzkriterien und Konversationen.Eine gute User Story beinhaltet Informationen zu folgenden drei Aspekten: einem Akteur, einem Ziel und dem Mehrwert, den das Ziel für den Akteur hat

Narrative Storyboards stellen den gesamten Anwendungskontext für ein System dar. Sie zeigen die Benutzerschnittstelle innerhalb dieses Zusammenhangs.

Sequenzielle Storyboards stellen in erster Linie die Benutzerschnittstelle dar und illustrieren darin die einzelnen Zustände und Übergänge zwischen ihnen.

Storyboards sind illustrierende Bildsequenzen, die einen Handlungsablauf darstellen.Für Eröffnungsszenen ist eine Weitwinkelaufnahme angemessen, um den Anwendungskontext ausreichend erkennbar darstellen zu können.Einzelne Einstellungen in einem narrativen Storyboard sollten mit Annotationen und Pfeilen versehen werden, um Bewegung und Übergänge zu visualisieren.

1. Was sind Storyboards?

   Illustrierte Bildsequenzen mit Annotationen, die Handlungsabläufe visualisieren.

   
   

2. Wofür werden Storyboards verwendet?

   Zur Visualisierung von Konzepten, Erkennung von Lücken und Kommunikation mit Stakeholdern.

1. Narrative Storyboards: Konzentrieren sich auf den Kontext und die Emotionen der Nutzer.

2. Sequenzielle Storyboards: Zeigen Interface-Zustände und Übergänge.

3. Branching Storyboards: Veranschaulichen komplexe Entscheidungspfade.

1. Entwicklung einer Storyline:

   Kurze Erzählung eines Problems und seiner Lösung.

   
   

2. Aufteilung in Schlüsselszenen:

   Die wichtigsten Momente des Ablaufs werden identifiziert und illustriert.

   
   

3. Nutzung verschiedener Einstellungsgrößen (z. B. Weitwinkel, Nahaufnahme) für eine bessere Darstellung.

1. Was sind narrative Storyboards?

   Storyboards, die Nutzerkontext und Emotionen darstellen.

   
   

2. Was ist die Grundlage für Storyboards?

   Szenarien und Personas, die Nutzerziele und Abläufe beschreiben.

1. Welche Einstellungsgrößen werden bei Storyboards verwendet?

   Weitwinkel, Totale, Nahaufnahme, Über-die-Schulter, Detailaufnahme.

   
   

2. Was sind sequenzielle Storyboards?

   Sie zeigen Zustände eines Interfaces und deren Übergänge.

   
   

1. Was ist ein Wireflow?

   Ein Übergangsdiagramm, das Interface-Zustände mit Zeichnungen kombiniert.

   
   

2. Warum sind Storyboards im Designprozess wichtig?

   Sie fördern das Verständnis und die Zusammenarbeit zwischen Team und Stakeholdern.

1. Darstellungsmethoden:

   • Handskizzen: Schnell und einfach, Fokus auf zentrale Inhalte.

   • Fotos und Nachzeichnungen: Für präzisere, aber ebenfalls einfache Darstellungen.

     
     

2. Alternative Formate:

   • State Transition Diagrams: Zeigen Zustandsübergänge abstrakt.

   • Wireflows: Kombinieren Übergangsdiagramme mit Interface-Skizzen.