Definition von User Stories und agile Entwicklung
Ein zentraler Grundsatz moderner Entwicklungsprozesse ist die agile Entwicklung . Diese Entwicklungsmethodik betont die Verwendung kleiner, mundgerechter User Stories, um zu definieren, was ein System aus Benutzerperspektive und nicht aus technischer Sicht tut. Ein Benutzer kümmert sich darum, ob ein Produkt schnell und einfach zu verwenden ist und sein Problem löst. Es ist ihnen egal, ob es einer 3-Tier-Architektur folgt, Mongo DB hat oder ob es Rails oder Asp.net verwendet.
Benutzergeschichten:
- Sind leicht verständlich und jeder kann mitmachen
- Arbeiten Sie iterativ; sie können und sollten häufig geändert oder ergänzt werden
- Richten Sie Entwickler, Benutzer und Geschäftsspezialisten an gemeinsamen Zielen und Erwartungen aus
- Sind viel einfacher zu lesen als 400-seitige Anforderungsdokumente
Storyboard That bietet eine ideale Plattform, um agile User Stories zu erstellen und Konversationen in einem Format anzuregen, das viel weniger anstrengend ist als eine Textwand.
Epos
Im Kontext von User Stories ist ein „Epic“ einfach eine sehr breite Story, die später in viele spezifische User Stories zerlegt wird. Wenn man mit einem Epos beginnt, richtet sich jeder auf eine einzige Vision auf hoher Ebene. Die epische Geschichte verankert ein Projekt von oben nach unten, und wenn es keinen Sinn macht, ein Epos zu konstruieren, wird auch die Unterstützungsarbeit eine Verschwendung von Aufwand sein.
In dieser Geschichte wird sehr deutlich, was die langfristige Vision ist und wie Erfolg aussehen sollte. Eine gute epische Geschichte sollte Folgendes beinhalten:
- Einstellung oder Kontext
- Schauspieler oder Benutzer
- Ziele und Zielsetzungen
- Aktivitäten und Veranstaltungen
Benutzer definieren
Gerade beim Entwerfen von Software ist es wichtig, eine gute Vorstellung davon zu haben, wie die Benutzer sein werden. Nicht jeder Benutzer wird dieser Vision genau entsprechen, und es kann mehrere Benutzerkategorien geben, aber diese einzelnen Visionen müssen artikuliert werden. Wenn Sie zuerst an die Benutzer denken, schützen Sie sich vor Over-Engineering und übermäßiger Komplikation und verhindern, dass ein neues Produkt für jeden etwas bietet und für niemanden nützlich ist.
Eine Geschichte erstellen
Sobald ein Epic etabliert und Benutzer definiert wurden, können kleinere, spezifischere Geschichten über bestimmte Benutzererfahrungen erstellt werden. Die folgenden Geschichten unterteilen die oben skizzierten in zwei Erzählungen: Nachschlagen einer Bestellung und Nachbestellen eines Produkts.
Diese Erzählungen enthalten keine technischen Informationen; den Benutzern ist es egal, wie die Ergebnisse erzielt werden, solange es die gewünschten Aufgaben erfüllt. Ebenso wird die UX generisch dargestellt, um Innovationen nicht zu ersticken oder einen Weg zu erzwingen. Im Allgemeinen sollten Geschichten sein:
- Klein – Unter 10 Tage Arbeit
- Wertvoll – Nach Fertigstellung sollten sie etwas Brauchbares liefern
- Abschätzbar – Kann eine ungefähre Schätzung des Aufwands erstellen
Nachschlagen einer Bestellung
Durchführen einer Nachbestellung
Konversation und Testplanung
Diese Geschichten sollten zu Gesprächen und Fragen einladen, wie zum Beispiel:
- Sind das die richtigen Geschichten, die zu unserem Epos passen?
- Welche anderen Geschichten sollen erstellt werden?
- Stimmen diese Geschichten mit dem überein, was wir über unsere Nutzer wissen?
Es ist durchaus sinnvoll, viele Geschichten zu schreiben; in der Tat sollte es gefördert werden. Einige dieser Geschichten werden nie verwendet, aber es ist wichtig, den Weg zu sehen, den sie vorgeben. Diese Sammlung von Geschichten wird zusätzliche Anforderungen ausspülen und das Testen beeinflussen.
Die Geschichten sollen Diskussionen darüber anregen und informieren, wie die Software getestet wird und welche Geschäftsregeln explizit definiert werden müssen. Zum Beispiel:
- Wie schnell muss eine Suche sein?
- Gibt es eine Frist für Nachbestellungen?
- Was soll das System tun, wenn es die zweite Nachbestellung ist? Fünfte?
- Welche Tests und Anschlussfragen hätten Sie?
© 2024 - Clever Prototypes, LLC - Alle Rechte vorbehalten.
StoryboardThat ist eine Marke von Clever Prototypes , LLC und beim US-Patent- und Markenamt eingetragen