Akzeptanzkriterien

Die Akzeptanzkriterien von Anforderungen in der Softwareentwicklung beschreiben, unter welchen Bedingungen eine umgesetzte Anforderung den Erwartungen der Anwendenden entspricht.

Die Besonderheit bei den nicht-funktionalen Anforderungen ist die Frage, wie die z.T. abstrakten Sachverhalte quantifiziert und messbar gemacht werden können.

Beispiel: "Als Anwender möchte ich mit einer performanten Anwendung arbeiten, damit ich schnell und zuverlässig auf meine Daten zugreifen kann."

Im agilen Umfeld werden die Anforderungen häufig in Form von User Stories formuliert. Diese müssen klein genug sein, damit ein Test innerhalb eines Sprints möglich ist. Fachlich oder technisch testbar werden diese Anforderungen bzw. User Stories durch die Zuordnung von Akzeptanzkriterien, die in erster Linie vom Product Owner oder den Stakeholdern definiert werden. Es handelt sich dabei um ihre Sicht, was das Produkt oder die Funktion enthalten muss, um einen Mehrwert zu schaffen. Und jedes Teammitglied muss die gleiche klare Sicht auf die Anforderung haben. Den anfänglichen Akzeptanzkriterien können natürlich von jedem Teammitglied weitere hinzugefügt werden, wenn sich das durch Gespräche über die Anforderungen ergibt. Häufig ergänzt der Tester noch Akzeptanzkriterien, wenn er Fragen zur Testbarkeit der Anforderung stellt.

Im Rahmen einer klassischen Herangehensweise stellen die Kriterien eine vorab definierte Regelung zur Abnahme der erstellten Artefakte am Ende der Entwicklungsphase dar (Abnahmekriterien). Sie werden durch finale Abnahmetests beim Kunden in dessen Umgebung überprüft.

Akzeptanzkriterien sollten:

sein.

Folgende Techniken können in der Praxis bei der Formulierung von Akzeptanzkriterien hilfreich sein:

Häufig gestaltet es sich zu Projektbeginn noch schwierig, geeignete Akzeptanzkriterien zu finden. Als Faustregel kann man sich zunächst mit der Frage beschäftigen "Woher wissen wir, wann wir soweit sind?".

Bei der Beantwortung dieser Frage beschränken Sie sich am besten auf das "Was" (Ergebnis) und vermeiden das "Wie" (Lösung). Die größte Herausforderung stellt der Detaillierungsgrad dar, der eine Balance zwischen zu detailliert, genau richtig und zu unklar halten sollte.

Die Kriterien sollten einzeln mess- und testbar sein, sodass sie in den Tests jeweils eindeutig scheitern oder bestehen. Sie sollten nicht zu spezifisch formuliert werden, um die Entwickler in der Erarbeitung der Lösung nicht zu sehr einzuschränken.

Beispielstory:

Akzeptanzkriterien:

Es sollten erfahrungsgemäß 4-8 Akzeptanzkriterien pro User Story verwendet werden.

Nicht zu unterschätzen ist, dass die konsequente Verwendung von Akzeptanzkriterien zeitintensiv und ein Lernprozess ist. Eine intensive Kommunikation unter den Beteiligten sowie die wiederholte Anwendung sind Voraussetzungen, um sie in den regulären Ablauf übernehmen zu können.

User Story:

Akzeptanzkriterien (Auszug):