MethodenanleitungAgile

Story Splitting

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel

Zeit30-60 min

Teilnehmende2-6

FormatWorkshop + Async

ReifegradEstablished

Arbeit planen

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlarer Arbeitsrahmen

Wähle eine zu große Story mit klarem Nutzerergebnis, bekannten Grenzen und Personen, die den Wert prüfen können.

Ohne abgegrenzte Frage oder prüfbare Belege wird das Ergebnis unscharf.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.

Personen / Rollen

Product-Verantwortung oder Fachrolle · Delivery-Team · Testperspektive; bei unklarem Nutzen betroffene Stakeholder einbeziehen.

Vorabinfos

Material, Datenzugang und Teilnehmende vorab nach Forschungs- oder Entscheidungsfrage festlegen.

Zeitbedarf

30–60 Minuten für eine vorbereitete Story; Abhängigkeiten oder Domänenfragen separat untersuchen.

Setup

Arbeitsfläche mit der methodenspezifischen Struktur öffnen. Fiktive Beispiele dienen nur der Orientierung; Arbeitsvorlage und eigene Befunde bleiben getrennt.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Wie entstehen kleinere, unabhängig prüfbare Teile mit eigenständigem Nutzen?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Story Splitting zerlegt eine zu große User Story in kleinere Einheiten, die jeweils messbaren Geschäftswert behalten.

Story Splitting Arbeitsblatt

Fiktives Beispiel

Methodenspezifische Fragen mit fiktivem ausgearbeiteten Beispiel; die Arbeitsvorlage bleibt leer.

Zu große Story anhand des Nutzerwerts untersuchen

Begründeter Split-Anlass

Fiktiv: Ein Selbstbedienungsportal umfasst Registrierung, Dokumentenupload, Statusanzeige und Benachrichtigungen in einer einzigen Story.

Wertliefernde Teilstücke finden

Alternative vertikale oder regelbasierte Schnitte

Beispiel: zuerst Status für einen Dokumenttyp anzeigen, anschließend weitere Typen ergänzen, sofern die erste Scheibe eigenständig nutzbar ist.

Kleine Stories mit Grenzen formulieren

Kleine Stories mit eigenen Akzeptanzbeispielen

Beispiel: „Als Antragstellerin sehe ich, ob mein eingereichter Antrag eingegangen ist“ als erste Statusscheibe.

Reihenfolge und Vollständigkeit prüfen

Sinnvolle Lieferreihenfolge und offene Lücken

Beispiel: Eingangsnachweis vor automatischen Statusmeldungen, sofern der Basisschritt ohne sie nutzbar bleibt.

Agile Alliance defines story splitting around smaller stories that each retain measurable business value and notes there is no single universal split recipe.

Story Splitting | Agile Alliance

1
Ausgang
Zu große Story anhand des Nutzerwerts untersuchen
Ziel
Begründeter Split-Anlass
Voraussetzungen für diesen Schritt
- Wähle eine zu große Story mit klarem Nutzerergebnis, bekannten Grenzen und Personen, die den Wert prüfen können.
- Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.
Durchführung
- Beschreibe Nutzer, Bedarf, erwarteten Wert und warum die Story nicht innerhalb eines passenden Lieferhorizonts fertig wird.
- Das Ergebnis „Begründeter Split-Anlass“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Begründeter Split-Anlass
Begründeter Split-Anlass
Qualitätscheck
Ist der Umfang wirklich eine zusammenhängende Nutzereinheit?
Stolperfalle
Arbeit wird allein wegen technischer Aufgabenmenge aufgeteilt. Nutzerziel und beobachtbaren Teilwert vor der Schnittlinie klären.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.
2
Schnitte
Wertliefernde Teilstücke finden
Ziel
Alternative vertikale oder regelbasierte Schnitte
Voraussetzungen für diesen Schritt
- Begründeter Split-Anlass
- Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.
Durchführung
- Prüfe Geschäftsregel, happy path, Rollen, Datensatz, Workflow-Schritt oder einfache/komplexe Fälle als mögliche Schnitte.
- Das Ergebnis „Alternative vertikale oder regelbasierte Schnitte“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Alternative vertikale oder regelbasierte Schnitte
Alternative vertikale oder regelbasierte Schnitte
Qualitätscheck
Hat jede Teilstory beobachtbaren Nutzen oder lernbaren Wert?
Stolperfalle
Nur Frontend, API und Datenbank separat geschnitten. Technische Komponenten zusammenführen, bis eine nutzbare Scheibe entsteht.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.
3
Stories
Kleine Stories mit Grenzen formulieren
Ziel
Kleine Stories mit eigenen Akzeptanzbeispielen
Voraussetzungen für diesen Schritt
- Alternative vertikale oder regelbasierte Schnitte
- Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.
Durchführung
- Schreibe jede Story so, dass Ziel, Scope und prüfbares Ergebnis eigenständig verständlich sind. Benenne Abhängigkeiten.
- Das Ergebnis „Kleine Stories mit eigenen Akzeptanzbeispielen“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Kleine Stories mit eigenen Akzeptanzbeispielen
Kleine Stories mit eigenen Akzeptanzbeispielen
Qualitätscheck
Kann eine Scheibe unabhängig demonstriert oder validiert werden?
Stolperfalle
Split erzeugt rein technische Unteraufgaben ohne End-to-End Ergebnis. Stories mit Ergebnisverben und Nutzerbeispielen neu formulieren.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.
4
Reihenfolge
Reihenfolge und Vollständigkeit prüfen
Ziel
Sinnvolle Lieferreihenfolge und offene Lücken
Voraussetzungen für diesen Schritt
- Kleine Stories mit eigenen Akzeptanzbeispielen
- Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.
Durchführung
- Prüfe Abhängigkeiten, verbleibenden Gesamtwert und mögliche Lücken; validiere mit Product und Delivery.
- Das Ergebnis „Sinnvolle Lieferreihenfolge und offene Lücken“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Sinnvolle Lieferreihenfolge und offene Lücken
Sinnvolle Lieferreihenfolge und offene Lücken
Qualitätscheck
Bleibt die Summe der Stories dem ursprünglichen Bedarf treu?
Stolperfalle
Reihenfolge wird als Zusage gelesen oder notwendige Fälle gehen verloren. Abhängigkeiten und Restumfang sichtbar dokumentieren; nach Erkenntnissen nachschärfen.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Story Splitting · vertikale Wert-SlicesEine zu große Story entlang Workflow, Daten, Regeln oder Rollen in kleine nutzbare Scheiben schneiden

Form

Versionierte Dokumentation mit Frage, Evidenz, Ergebnis, Unsicherheit, Verantwortlichen und nächstem Prüftermin.

Versionierung / Ownership

Datum, Scope, Quelle, Annahmen und Änderungen nachhalten; bei Praxis oder Vorhaben eine verantwortliche Person und Überprüfung festlegen.

Tool-Alternativen

Papier und Stifte
Whiteboard oder einfache Tabelle

story-splitting-working-template.md

Plane die Sitzung oder das Vorhaben passend zum tatsächlichen Arbeitsumfang.

Story Splitting: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständige Methode vorbereiten Zeit: 30–60 Minuten für eine vorbereitete Story; Abhängigkeiten oder Domänenfragen separat untersuchen.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.
Rollen: Product-Verantwortung oder Fachrolle · Delivery-Team · Testperspektive; bei unklarem Nutzen betroffene Stakeholder einbeziehen.
Vorab-Infos: Material, Datenzugang und Teilnehmende vorab nach Forschungs- oder Entscheidungsfrage festlegen.
Gesamter Zeitbedarf: 30–60 Minuten für eine vorbereitete Story; Abhängigkeiten oder Domänenfragen separat untersuchen.
Setup: Arbeitsfläche mit der methodenspezifischen Struktur öffnen. Fiktive Beispiele dienen nur der Orientierung; Arbeitsvorlage und eigene Befunde bleiben getrennt.

Für die Arbeitsschritte bereitstellen

Ausgang: Zu große Story anhand des Nutzerwerts untersuchen

Wähle eine zu große Story mit klarem Nutzerergebnis, bekannten Grenzen und Personen, die den Wert prüfen können.
Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.

Schnitte: Wertliefernde Teilstücke finden

Begründeter Split-Anlass
Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.

Stories: Kleine Stories mit Grenzen formulieren

Alternative vertikale oder regelbasierte Schnitte
Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.

Reihenfolge: Reihenfolge und Vollständigkeit prüfen

Kleine Stories mit eigenen Akzeptanzbeispielen
Ausgangsstory, Akzeptanzbeispiele, Geschäftsregeln, Abhängigkeiten und Personen, die das Ergebnis verantworten.

Story Splitting Arbeitsblatt

Zu große Story anhand des Nutzerwerts untersuchen

Begründeter Split-Anlass

...

Wertliefernde Teilstücke finden

Alternative vertikale oder regelbasierte Schnitte

...

Kleine Stories mit Grenzen formulieren

Kleine Stories mit eigenen Akzeptanzbeispielen

...

Reihenfolge und Vollständigkeit prüfen

Sinnvolle Lieferreihenfolge und offene Lücken

...

Leere Arbeitsvorlage zeigt ausschließlich die Fragen, keine Beispieldaten.

Story Splitting | Agile Alliance

Ausgang: Zu große Story anhand des Nutzerwerts untersuchen

Erwartetes Artefakt: Begründeter Split-Anlass

Begründeter Split-Anlass

Eintrag:

...

Ist der Umfang wirklich eine zusammenhängende Nutzereinheit?

Schnitte: Wertliefernde Teilstücke finden

Erwartetes Artefakt: Alternative vertikale oder regelbasierte Schnitte

Alternative vertikale oder regelbasierte Schnitte

Eintrag:

...

Hat jede Teilstory beobachtbaren Nutzen oder lernbaren Wert?

Stories: Kleine Stories mit Grenzen formulieren

Erwartetes Artefakt: Kleine Stories mit eigenen Akzeptanzbeispielen

Kleine Stories mit eigenen Akzeptanzbeispielen

Eintrag:

...

Kann eine Scheibe unabhängig demonstriert oder validiert werden?

Reihenfolge: Reihenfolge und Vollständigkeit prüfen

Erwartetes Artefakt: Sinnvolle Lieferreihenfolge und offene Lücken

Sinnvolle Lieferreihenfolge und offene Lücken

Eintrag:

...

Bleibt die Summe der Stories dem ursprünglichen Bedarf treu?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/story-splitting/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

story-splitting-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel: Self-Service-Antrag

Zu große Story: Registrierung, Dokumentenupload, Statusanzeige und Benachrichtigungen sind gebündelt.

Möglicher Schnitt: Antragstellende sehen die Eingangsbestätigung für einen Antrag. Dieser Teil ist nur sinnvoll, wenn die Fachseite den eigenständigen Wert bestätigt.

Nächster Teil: Bearbeitungsstatus für denselben Antrag anzeigen. Benachrichtigungen können folgen, wenn Bedarf und Abhängigkeiten geklärt sind.

Prüfung: Keine Story ist nur eine Frontend-, API- oder Datenbankaufgabe; jedes Ergebnis lässt sich demonstrieren und testen.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Zu große Story anhand des Nutzerwerts untersuchenArbeit wird allein wegen technischer Aufgabenmenge aufgeteilt.In der Phase ansehen
Wertliefernde Teilstücke findenNur Frontend, API und Datenbank separat geschnitten.In der Phase ansehen
Kleine Stories mit Grenzen formulierenSplit erzeugt rein technische Unteraufgaben ohne End-to-End Ergebnis.In der Phase ansehen
Reihenfolge und Vollständigkeit prüfenReihenfolge wird als Zusage gelesen oder notwendige Fälle gehen verloren.In der Phase ansehen

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Wenn kein Schnitt einen eigenständigen Nutzer- oder Geschäftswert erhält, bleibt die Story zunächst zusammen. Alternativ ein Enabler mit klarem Lernziel formulieren oder den Lieferhorizont überprüfen.

Wie geht es weiter?

Agile

Planning Poker

Schätzt die neu geschnittenen kleinen Stories im Team ein.

Agile

Specification by Example

Formt die Akzeptanzbeispiele der kleinen Stories zu Spezifikationen.

Im Playbook ansehenBacklog Readiness herstellenVon groben Ideen zu schnittfähigen Stories mit Beispielen, Akzeptanzkriterien und Schätzung.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden