Akzeptanzkriterien richtig einsetzen

Wie arbeitet ihr mit als Product Owner richtig mit
Akzeptanzkriterien? Wir starten in dieser Folge mit etwas
theoretischem Input und einer Definition von Akzeptanzkriterien.
Wir besprechen, wie man gute Akzeptanzkriterien findet und wie man
sie sinnvoll einsetzen kann. Auch bei der Abgrenzung zur Definition
of Done oder der Relevanz beim Schätzen sowie die Frage, ob es eine
"richtige" Anzahl von Akzeptanzkriterien gibt diskutieren wir.
Bleibt festzuhalten, dass es nicht um's Schreiben der
Akzeptanzkriterien geht, sondern um ihre Formulierung und Nutzung.
Das Wichtigste scheint zu sein, mit Akzeptanzkriterien Empathie für
den Problemkontext herzustellen, damit ein gemeinsames "mentales
Modell" über das zu lösende Problem im Team entsteht. Letztlich
sind Akzeptanzkriterien für Product Owner eine super hilfreiche
Praktik - auch bei der Arbeit mit Stakeholdern. Wir können allen
Product Ownern nur empfehlen, sich damit eingehend zu beschäftigen!
Dazu soll diese Episode beitragen. Folgende Quellen werden in der
Folge genannt: - Gojko Adzic: Specification by Example - How
Successful Teams Deliver the Right Software - CCC-Prinzip von Ron
Jeffries
(https://ronjeffries.com/xprog/articles/expcardconversationconfirmation/)
- Behavior Driven Development
(https://de.wikipedia.org/wiki/Behavior_Driven_Development) -
Beschreibungssprache Gherkin (https://github.com/cucumber/cucumber)