Eine Story, zwei Phasen: Discovery und Delivery

In vielen Teams entstehen für dieselbe Anforderung zwei Tickets: eines zum Klären, eines zum Bauen. Das klingt sauber, trennt aber, was zusammengehört. Kontext geht verloren, zwei Tickets wollen gepflegt werden, und niemand sieht auf einen Blick, wo die Anforderung steht. Betterplan geht anders vor: Discovery und Delivery gehören in eine Story.

Der Gedanke dahinter

Eine Story ist keine einfache Aufgabe, sondern etwas, das über einen längeren Zeitraum reift. Sie durchläuft zwei Phasen und bleibt dabei dieselbe Story:

• Discovery (Was bauen wir?): Idee → Entwurf → Bereit. Hier klärst du Wert, Regeln und Umsetzungsansatz, durch Nutzergespräche, technische Prüfung oder Entwürfe.
• Delivery (Wie bauen wir es?): Zu erledigen → In Arbeit → Erledigt. Hier wird umgesetzt und ausgeliefert.

Alle Erkenntnisse, Kommentare und Entscheidungen sammeln sich an einer Stelle. Die Story taucht in verschiedenen Iterationen auf, einmal im Discovery-Track, später im Delivery-Track, und gilt erst als abgeschlossen, wenn sie geliefert und geschlossen ist. Auch die Punkte für die Velocity zählen erst dann.

Wie sich das in den Ansichten zeigt

Phase	Wo	Was du dort tust
Struktur	Scope (Storyboard)	Du legst Initiatives, Epics und Stories an und erzählst, wie dein Vorhaben aufgebaut ist.
Discovery und Planung	Prepare (Backlog-Kanban)	Du bringst Stories von Idee über Entwurf zu Bereit und legst ihre Reihenfolge im Backlog fest.
Delivery	Build (Iteration Board)	Das Team arbeitet die Stories in fest getakteten Iterationen ab, bis hinunter zu den Workitems.
Überblick	Insights	Du siehst, wo das Vorhaben steht und wann es voraussichtlich fertig wird.

Das Backlog-Kanban macht die zwei Phasen sichtbar: Links liegt der Bereich Discovery (1) mit den Spalten Idee, Entwurf und Bereit, rechts der Bereich Delivery (2) mit Zu erledigen, In Arbeit und Erledigt.

Das Backlog-Kanban am linken Rand: (1) Bereich Discovery mit **Idee**, **Entwurf**, **Bereit**, (2) Bereich Delivery, der mit **Zu erledigen** und **In Arbeit** beginnt. Die weiteren Spalten und die ganze Reihe der sechs Zustände beschreibt [Zustände](./states.mdx).

Auf dem Iteration Board laufen beide Phasen parallel in derselben Iteration. Zwei Tabs trennen sie: Delivery-Track zeigt die Stories in der Umsetzung, Discovery-Track die Stories, die gerade geklärt werden. Betterplan ordnet jede Story automatisch dem passenden Track zu, je nach ihrem Fortschritt.

So arbeitest du damit

1. Erfassen: Lege eine Idee im Storyboard an, ein Satz reicht. Platziere sie unter dem passenden Epic.
2. Klären: Hole die Story im Backlog nach Entwurf und weiter nach Bereit. Gehe nicht von Idee direkt auf Bereit, denn der Weg dazwischen ist das Gespräch. Offene Fragen blockieren Bereit, löse sie oder halte sie als bewusst akzeptierte Annahmen fest.
3. Priorisieren: Was weiter fortgeschritten ist, hat Vorrang vor etwas Früherem. Eine Story in Arbeit schlägt eine im Entwurf. Nur innerhalb eines Zustands bestimmt die Reihenfolge im Backlog von oben nach unten die Priorität, nicht die im Storyboard. Siehe Priorisieren.
4. Umsetzen: Mit dem Start einer Iteration gehören die Stories dazu. Das Team zerlegt sie bei Bedarf in Workitems und zieht sie über das Board nach Erledigt.
5. Abschließen: Nach der Abnahme schließt du die Story, und ihre Punkte zählen in die Velocity.

Discovery ist ein Filter

Schließe Stories gerne schon in der Discovery, wenn klar wird, dass sie wenig Wert bringen. Das ist der eigentliche Zweck dieser Phase.

Mehr zum Hintergrund

• Eine Story, zwei Phasen begründet, warum Dual Track mit getrennten Tickets in die Unübersichtlichkeit führt.
• Der mutigste Satz in der Discovery erklärt, warum frühes Schließen ein gutes Ergebnis ist.

Siehe auch

• Zustände
• Offen und Geschlossen
• Die Bausteine