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.
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.
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.
(Dies wird eine 2-wöchige kostenlose Testversion starten - keine Kreditkarte erforderlich)
In dieser Geschichte wird sehr deutlich, was die langfristige Vision ist und wie Erfolg aussehen sollte. Eine gute epische Geschichte sollte Folgendes beinhalten:
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.
(Dies wird eine 2-wöchige kostenlose Testversion starten - keine Kreditkarte erforderlich)
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:
(Dies wird eine 2-wöchige kostenlose Testversion starten - keine Kreditkarte erforderlich)
(Dies wird eine 2-wöchige kostenlose Testversion starten - keine Kreditkarte erforderlich)
Diese Geschichten sollten zu Gesprächen und Fragen einladen, wie zum Beispiel:
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: