Benutzergeschichte: 3Cs

Das Konzept der User Stories

User Stories sind eine leichtgewichtige Methode, um schnell das „Wer“, „Was“ und „Warum“ von Produktanforderungen zu erfassen. Einfach ausgedrückt sind User Stories Ideen, die die Bedürfnisse der Benutzer zum Ausdruck bringen. User Stories sind kurz und jedes Element enthält normalerweise weniger als 10 oder 15 Wörter. User Stories sind „To-Do“-Listen, die Ihnen helfen, die Schritte entlang des Projektpfads zu identifizieren. Sie tragen dazu bei, dass Ihr Prozess und das resultierende Produkt Ihren Anforderungen entsprechen.

Konzept dieser Art von Dingen Ich möchte sagen, wie man das Wort versteht und erklärt;

Benutzergeschichte = Benutzer + Geschichte = Person + Geschichte + Ereignis

Das heißt, was eine Person aus welchem ​​Grund tun möchte, die drei Elemente herausdestillieren ist wer, warum, was. aus der Benutzerperspektive ist eine kurze Beschreibung, die verwendet wird, um den Benutzer und die Benutzerbedürfnisse zu bestätigen.

Die drei Elemente der User Story

User Stories werden im Softwareentwicklungsprozess als Ausdrucksform zur Beschreibung von Anforderungen verwendet. Um den Ausdruck von User Stories zu standardisieren und die Kommunikation zu erleichtern, werden User Stories normalerweise in folgendem Format ausgedrückt:

Als <Benutzerrolle> möchte ich <die Aktivität abschließen>, um <den Wert zu realisieren>.

Eine vollständige User Story enthält drei Elemente.

1. Persona ( wer? ): Wer möchte dies verwenden
2. Aktion ( was? ): Welche Aktion soll ausgeführt werden
3. Wert: ( warum? ) tun Sie dies und welchen Wert kann dies bringen

Drei, 3C-Prinzipien

Die beschreibenden Informationen von User Stories werden traditionell handschriftlich auf Papierkarten geschrieben, daher nennt Ron Jeffries (2001) diese drei Aspekte 3C:

1. Karte ( Karte ) ,
2. Konversation ( Gespräch ) und
3. Bestätigung ( Bestätigung ).

Karte: User Stories werden im Allgemeinen auf kleine Karten mit einer kurzen Beschreibung der Story, Regeln und Abschlusskriterien geschrieben.

Die Vorderseite der Karte enthält die Beschreibung der Geschichte in folgendem Format: Als <Rolle> möchte ich <die Aktivität abschließen>, um <den Wert zu realisieren> die Notwendigkeit beschreiben; Die Rückseite der Karte enthält die Regeln und Abschlusskriterien zum Abschließen der User Story im Format: Gegeben … Wann … Dann.

Konversation : Die Details hinter der User Story stammen aus der Kommunikation mit dem Kunden oder Product Owner; Stellen Sie sicher, dass alle Parteien die Geschichte richtig verstehen.

Bestätigung: Bestätigen Sie durch Akzeptanztests, dass die User Story korrekt abgeschlossen wurde.

• Allgemeine User Stories schreiben
• Was ist User Story Mapping?
• Wie verwaltet man User Storys mit Story Map?
• Priorisieren Sie User Stories