Akzeptanzkriterien sind die spezifischen, testbaren Bedingungen, die eine Produktfunktion oder User Story erfüllen muss, um vom Product Owner als vollständig und akzeptabel angesehen zu werden. Das Schreiben klarer Akzeptanzkriterien ist eine der wirkungsvollsten Aktivitäten im Product Ops, da es Unklarheiten zum Zeitpunkt der Zusage beseitigt und so Nacharbeit und fehlerhafte Lieferungen verhindert.
?
Welche Formate werden für das Schreiben von Akzeptanzkriterien verwendet?
Zwei Formate sind in SaaS-Produktteams dominant. Given-When-Then (Gherkin-Syntax) ist hochstrukturiert und lässt sich direkt auf automatisierte Testfälle abbilden: „GIVEN ein eingeloggter Benutzer auf dem Dashboard, WHEN er auf 'Export' klickt, THEN wird eine CSV-Datei innerhalb von 5 Sekunden heruntergeladen, die alle Spalten in der aktuellen Filteransicht enthält.“ Dieses Format wird für komplexe Benutzerinteraktionen bevorzugt. Das Checklist-Format ist einfacher und schneller: eine Aufzählungsliste von Bedingungen (z.B. „Schaltfläche erscheint nur für Admin-Benutzer“, „Exporte berücksichtigen aktiven Datumsfilter“, „Toast-Benachrichtigung erscheint nach Abschluss“). Checklisten sind besser für kleinere Stories. Product Ops legt den Standard fest, welches Format zu verwenden ist, und stellt Vorlagen im Projektmanagement-Tool des Teams bereit.
?
Was macht Akzeptanzkriterien hochwertig?
Hochwertige Akzeptanzkriterien teilen fünf Eigenschaften: Spezifisch – sie beschreiben ein exaktes Verhalten, nicht ein vages Ziel („Lädt in unter 2 Sekunden“ vs. „Lädt schnell“). Testbar – jeder Ingenieur oder QA-Ingenieur kann sie unabhängig und ohne Interpretation überprüfen. Vollständig – sie decken den Happy Path, Fehlerzustände, Edge Cases und Zugriffssteuerungsüberlegungen ab. Vereinbart – sie werden von Engineering überprüft und freigegeben, bevor eine Story in den Sprint gelangt (nicht einseitig vom PM geschrieben). Prägnant – sie sind so kurz wie möglich und bleiben dabei eindeutig; lange Akzeptanzkriterien deuten oft darauf hin, dass die Story zu groß ist und aufgeteilt werden sollte. Product Ops prüft Stories auf Vollständigkeit der Akzeptanzkriterien als Teil des „Sprint-Ready“-Backlog-Checks vor jeder Planungszeremonie.
?
Wie stehen Akzeptanzkriterien in Bezug zu QA und automatisiertem Testen?
Akzeptanzkriterien dienen als Quelle der Wahrheit für die Qualitätssicherung. Jedes Kriterium sollte mindestens einem Testfall in der QA-Suite entsprechen – entweder automatisiert (Unit-, Integrations- oder End-to-End) oder manuell (im Testplan dokumentiert). Wenn Akzeptanzkriterien im Gherkin-Format geschrieben werden, können sie direkt als automatisierte Tests mit Frameworks wie Cucumber oder Cypress implementiert werden. Diese Praxis – Behavior-Driven Development (BDD) – stellt sicher, dass die während der Planung geschriebenen Akzeptanzkriterien tatsächlich die automatisierte Verifizierung vorantreiben und so den Kreislauf zwischen Spezifikation und Testen schließen. Product Ops arbeitet mit Engineering und QA zusammen, um die BDD-Praxis zu etablieren und sicherzustellen, dass jede Story, die den Status „done“ erreicht, einen zugehörigen Testfall für jedes Akzeptanzkriterium hat.
Wissens-Challenge
Akzeptanzkriterien gemeistert? Versuchen Sie nun, das verwandte 4-Buchstaben-Wort zu erraten!
Tippen oder Tastatur benutzen