Agile Workshop-Methode

Specification by Example

Macht Geschäftsregeln durch konkrete Beispiele gemeinsam verständlich, formulierbar und später automatisierbar.

Specification by Example verbindet Discovery, Formulation und Automation. Fachseite, Entwicklung und Test klären Regeln an realistischen Beispielen, formulieren sie in domänennaher Sprache und halten ausführbare Spezifikation und Systemverhalten gemeinsam aktuell.

Kernfrage

Welche konkreten Beispiele zeigen, dass die Geschäftsregel fachlich richtig, vollständig und testbar verstanden ist?

Specification by Example planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 3-6
Zeit: 60-90 min pro Feature

Discovery klärt Regeln und Beispiele, Formulation macht sie lesbar ausführbar, Automation prüft das Systemverhalten.

Papierillustration für Specification by Example mit fachlich beschrifteter Arbeitsfläche.

Entdecken
Regeln mit Beispielen erkunden
Gemeinsames Verständnis der fachlichen Regel, Grenzen und offenen Fragen herstellen.
Formulieren
Beispiele als lesbare Spezifikation schreiben
Ausgewählte Beispiele mit Kontext, Ereignis und erwartetem Ergebnis eindeutig formulieren.
Automatisieren
Beispiele mit dem System verbinden
Ausführbare Beispiele als schnelle, verlässliche Rückmeldung in die Delivery integrieren.
Pflegen
Lebende Spezifikation erhalten
Regel, Beispiele, Automatisierung und Systemverhalten bei Änderungen synchron halten.

Beispiele mit jeder Regeländerung aktualisieren; Spezifikation und Automatisierung gemeinsam mit dem Produktcode versionieren.

Geeignet, wenn

Geeignet für verhaltensreiche Softwareanforderungen und Regeln mit Grenzfällen. Für reine technische Qualitätsattribute braucht es ergänzende Mess- und Lastkriterien.

Ideal für

Refinement
BDD-Einführung
Komplexe Geschäftsregeln

Nicht gut für

Reine UI-Polish-Tasks ohne Logik

Ergebnisse

Example Map und Regelset
Geschäftsregeln, typische Fälle, Grenzbeispiele, Gegenbeispiele und offene Fragen.
Lebende ausführbare Spezifikation
Domänennah formulierte Beispiele mit Automatisierungsstatus und gemeinsamer Versionierung.

Regel-Beispiel-Spezifikation

Fiktives Arbeitsbeispiel

Jede Zeile verbindet eine Geschäftsregel mit einem konkreten Beispiel und offenem Klärungsbedarf.

Regel-Beispiel-Spezifikation
Beispiel	Geschäftsregel	Given: Kontext	When: Ereignis	Then: Ergebnis	Offene Frage oder Grenze
Storno exakt 24 Stunden vorherGrenzbeispiel	Kostenlose Stornierung bis einschließlich 24 Stunden vor Beginn.	Termin beginnt am 20.06. um 10:00; bezahlt sind 120 €.	Kundin storniert am 19.06. um 10:00.	120 € werden vollständig erstattet; Bestätigung nennt 0 € Gebühr.	Welche Zeitzone bestimmt Beginn und Stornozeitpunkt?

1. Geschäftsregel
Storno exakt 24 Stunden vorher
Kostenlose Stornierung bis einschließlich 24 Stunden vor Beginn.
2. Given: Kontext
Storno exakt 24 Stunden vorher
Termin beginnt am 20.06. um 10:00; bezahlt sind 120 €.
3. When: Ereignis
Storno exakt 24 Stunden vorher
Kundin storniert am 19.06. um 10:00.
4. Then: Ergebnis
Storno exakt 24 Stunden vorher
120 € werden vollständig erstattet; Bestätigung nennt 0 € Gebühr.
5. Offene Frage oder Grenze
Storno exakt 24 Stunden vorher
Welche Zeitzone bestimmt Beginn und Stornozeitpunkt?

Ein Beispiel illustriert eine Regel. Fragen werden vor der Formulation entschieden oder sichtbar zurückgestellt.

Cucumber: Behaviour-Driven Development

Erster Schritt

Beginne mit der Kernfrage: Welche konkreten Beispiele zeigen, dass die Geschäftsregel fachlich richtig, vollständig und testbar verstanden ist?

Zur Methodenanleitung

Davor sinnvoll

Papierillustration mit gelber Story-Karte, blauen Regelkarten, grünen Beispielkarten und einer roten Fragekarte auf heller Arbeitsfläche.

Agile

Example Mapping

Liefert Regeln und Beispiele, die hier zu ausführbaren Spezifikationen verdichtet werden.

Wie geht es weiter?

Agile

Acceptance Criteria Workshop

Nutzt die lebende Spezifikation als Basis für explizite Akzeptanzkriterien je Story.

Agile

Scrum

Hält die ausführbare Spezifikation als Teil der Definition of Done im Sprint.

Vertiefung

Zweck

Wenn fachliche Regeln präzise werden sollen, verbindet sie Sprache, Beispiel und Prüfung. Sie verhindert, dass Anforderungen zu abstrakt oder missverständlich bleiben.

Funktionsweise

Sie formuliert Verhalten über konkrete Beispiele und nutzt diese als gemeinsame Referenz für Verständnis und Validierung. So wird aus Beschreibung eine überprüfbare Spezifikation, die alle Seiten lesen und gegen dieselben Fälle prüfen können.

Im Detail

Specification by Example funktioniert, weil gewünschtes Systemverhalten an realistischen Beispielen klarer und prüfbarer wird als in abstrakten Anforderungssätzen. Gute Anwendung hält Beispiele fachlich präzise und verknüpft sie mit Regeln, Ausnahmen und erwarteten Ergebnissen. Dadurch entsteht eine gemeinsame Referenz für Fachseite, Test und Umsetzung, die Missverständnisse früh abfängt und spätere Regressionen besser auffindbar macht.

Durchführung

Wähle Fachfälle, die normale Verläufe und kritische Ausnahmen gemeinsam abdecken, damit die Spezifikation Tragweite bekommt. Besonders viel lernt ihr an der Stelle, an der ein Beispiel mehrere Interpretationen zulässt und dadurch die Regel präzisiert werden muss. Schließe mit wenigen belastbaren Beispielen, die direkt für Review, Test oder Automatisierung weitergenutzt werden können.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Agil Anforderungen Beispiele Behavior-Driven Development

Quellen

Cucumber: Behaviour-Driven Developmentcucumber.ioCucumber-Dokumentation; beschreibt BDD mit den Praktiken Discovery, Formulation und Automation anhand konkreter Beispiele.

Artefakt-Vorlagen

Specification by Example: ArbeitsvorlagePlane Specification by Example mit realem Scope, passenden Rollen und einem klaren Entscheidungsziel.

markdown

specification-by-example-working-template.md

Plane Specification by Example mit realem Scope, passenden Rollen und einem klaren Entscheidungsziel.

Specification by Example: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und prüfen Zeit: 25–45 Minuten Discovery je kleine Story; Formulation und Automation folgen

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

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Story oder Regel, reale Fälle, vierfarbige Example-Map-Karten, Domänenvokabular, Feature-Datei und Testzugang.
Rollen: Product/Domain Expert · Developer · Tester · optional Facilitator
Vorab-Infos: Kleine Änderung auswählen, bekannte Regeln und Vorfälle sammeln und entscheidungsfähige Domainperson einladen.
Gesamter Zeitbedarf: 25–45 Minuten Discovery je kleine Story; Formulation und Automation folgen
Setup: Story, Regeln, Beispiele und Fragen getrennt darstellen; Gherkin erst nach gemeinsamer Discovery formulieren.