Meine Session planen

# Session Brief: Acceptance Criteria Workshop

## Ziel
Artefakt: Acceptance Criteria

## Arbeitsfrage
Welche konkreten, prüfbaren Kriterien beschreiben Happy-Path, Edge Cases und negative Pfade dieser Story so eindeutig, dass alle drei Rollen Definition of Done teilen?

## Kontext
Story-Beschreibungen mit Nutzerwert; bekannte Constraints (Performance, Compliance, Browser-Support); Definition of Done; ähnliche bestehende Stories als Referenz.

## Setup
- Format: Methoden-Session
- Dauer: 20-40 min pro Story
- Modus: Workshop
- Teilnehmende: Ein Facilitator (PO, Scrum Master oder BA); Product Owner für Scope; mindestens ein Engineer; ein Tester für Edge Cases; optional Domain-Experte bei fachlicher Tiefe.
- Owner: Ein Facilitator (PO, Scrum Master oder BA)
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen

## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

## Ergebnislogik
Die Session arbeitet direkt auf Acceptance Criteria hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Whiteboard oder Miro-Board mit Spalten pro Story; Story-Karten oder Tickets sichtbar; Given-When-Then-Vorlage als Banner; Stifte; Timer; Definition of Done als Referenz.

## Vorbereitung
Pro Story eine Sektion im Board. Given-When-Then-Template sichtbar. Definition of Done als Sidebar. Regel: keine vagen Kriterien (schnell, einfach, schön). Konkrete, prüfbare Aussagen.

## Agenda
1. Phase 1: Story-Kurzbeschreibung fixieren (3-5 min)
   Owner: Facilitator
   Aktion: Story als Titel und Nutzerwert-Satz an Wand. Klärungsfragen zu Scope. PO bestätigt Verständnis. Hinweis: Wenn nach 5 min Scope unklar, Story zurück in Discovery. Akzeptanzkriterien ohne Scope-Konsens sind nutzlos. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Acceptance Criteria

2. Phase 2: Happy-Path-Kriterien (5-10 min)
   Owner: Facilitator
   Aktion: Given-When-Then für den Standardfall. Konkrete Eingabewerte, beobachtbare Ausgabe. Mindestens 2-3 Kriterien pro Story. Hinweis: Vage Kriterien wie „funktioniert“ oder „intuitiv“ ablehnen. Pro Kriterium muss Test-Frage möglich sein: „Wie würde ich das prüfen?“ Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Story-Update

3. Phase 3: Edge Cases und Sonderfälle (5-15 min)
   Owner: Facilitator
   Aktion: Tester treibt Edge-Case-Suche: Nullwerte, Max-Werte, leere Eingaben, parallele Aktionen. Pro Edge Case eigenes Kriterium. Hinweis: Wenn keine Edge Cases entstehen, Story zu oberflächlich verstanden. Mindestens 30% der Kriterien sollten Edge Cases abdecken. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Acceptance Criteria

4. Phase 4: Negative Pfade und Fehlerfälle (5-10 min)
   Owner: Facilitator
   Aktion: Was passiert bei ungültiger Eingabe, fehlender Berechtigung, externem Fehler. Erwartete Fehlermeldung oder System-Reaktion als Kriterium. Hinweis: Negative Pfade werden oft vergessen. PO entscheidet, ob Fehlerfall in Story oder als eigene Story. Beide Optionen valide, aber bewusst. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Story-Update

5. Phase 5: Review und Übernahme (3-5 min)
   Owner: Owner
   Aktion: Kriterien laut vorlesen. Engineer und Tester bestätigen Umsetzbarkeit/Prüfbarkeit. Kriterien ins Story-Werkzeug übertragen. Hinweis: Vorlesen deckt Unklarheiten auf. Bei Widerspruch zwischen Rollen sofort klären, nicht in Sprint mitnehmen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Acceptance Criteria

6. Artefakt veröffentlichen (10 min)
   Owner: Owner
   Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
   Output: Acceptance Criteria

## Abschluss
- Ergebnisartefakt aktualisieren: Acceptance Criteria
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Acceptance Criteria: Acceptance Criteria Workshop

## Arbeitsfrage
Welche konkreten, prüfbaren Kriterien beschreiben Happy-Path, Edge Cases und negative Pfade dieser Story so eindeutig, dass alle drei Rollen Definition of Done teilen?

## Kontext
Story-Beschreibungen mit Nutzerwert; bekannte Constraints (Performance, Compliance, Browser-Support); Definition of Done; ähnliche bestehende Stories als Referenz.

## Beteiligte
- Owner: Ein Facilitator (PO, Scrum Master oder BA)
- Teilnehmende: Ein Facilitator (PO, Scrum Master oder BA); Product Owner für Scope; mindestens ein Engineer; ein Tester für Edge Cases; optional Domain-Experte bei fachlicher Tiefe.

## Input
Whiteboard oder Miro-Board mit Spalten pro Story; Story-Karten oder Tickets sichtbar; Given-When-Then-Vorlage als Banner; Stifte; Timer; Definition of Done als Referenz.

## Vorlage
# Acceptance Criteria Workshop Checklist

- [ ] Ziel und Kontext geklärt
- [ ] Input-Material gesammelt
- [ ] Beteiligte und Rollen benannt
- [ ] Durchführung nach Run Sheet vorbereitet
- [ ] Ergebnisartefakte erstellt
- [ ] Acceptance Criteria aktualisiert
- [ ] Story-Update aktualisiert
- [ ] Offene Fragen dokumentiert
- [ ] Nächster Schritt mit Owner und Datum gesetzt

## Fertigstellungscheck
- Acceptance Criteria ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:

## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren