Was sind Akzeptanzkriterien? Beispiele und Best Practices

Akzeptanzkriterien fördern eine klare Kommunikation und helfen, Erwartungen zu definieren. Sie beschreiben die spezifischen Bedingungen, die eine Funktion oder User Story erfüllen muss, um wirklich als abgeschlossen zu gelten. Sie werden manchmal als Definition von "Erledigt" bezeichnet.

Was ist das Geheimnis hinter der Entwicklung von Software, die wirklich hält, was sie verspricht? Wenn du Produktmanager oder Produktinhaber bist, sind exakte Akzeptanzkriterien entscheidend für die Entwicklung von Funktionen, die voll ins Schwarze treffen.

Wenn klare Akzeptanzkriterien fehlen, laufen Teams Gefahr, dass es zu Verwirrung, verpassten Zielen und vergeudeten Mühen kommt. Aber was genau sind Akzeptanzkriterien und wie formuliert man sie am besten?

In diesem Artikel erläutern wir, was Akzeptanzkriterien sind, stellen Beispiele aus der Praxis vor und verdeutlichen den Unterschied zu User Storys. Außerdem erfährst du, warum sie für deinen Entwicklungsprozess wichtig sind und wie du deine eigenen verfasst.

Was sind Akzeptanzkriterien?

Akzeptanzkriterien sind die Bedingungen, die ein Produkt, eine User Story oder ein Arbeitsinkrement erfüllen muss, um als abgeschlossen zu gelten. Es handelt sich um eine Reihe klarer, präziser und überprüfbarer Aussagen, die darauf ausgelegt sind, positive Kundenergebnisse zu erzielen.

Bei den Akzeptanzkriterien liegt der Fokus nicht darauf, wie du zu einer Lösung gelangst, sondern auf dem gewünschten Endergebnis der Aufgabe.

Sie werden als vordefinierte Anforderungen in agilen Methoden betrachtet – konkret muss eine User Story diese Kriterien erfüllen, um als abgeschlossen zu gelten. Sie fungieren auch als eine Art Dokumentation agiler Anforderungen, die bestimmte Bedingungen umreißt, die für eine erfolgreiche Bereitstellung erfüllt werden müssen.

Akzeptanzkriterien im Vergleich zu User Storys

Akzeptanzkriterien und User Storys werden oft zusammen besprochen, aber sie spielen grundlegend unterschiedliche Rollen in der Produktentwicklung. Das Verständnis dieser Unterscheidung ist entscheidend, um ein Backlog zu erstellen, das sowohl benutzerzentriert als auch lieferbereit ist.

• User Storys artikulieren das "Warum" und kommunizieren den Zweck und Wert einer Funktion aus der Sicht des Benutzers.

• Akzeptanzkriterien definieren, "wie Erfolg aussieht" und übersetzen diese Zielsetzung in explizite, überprüfbare Anforderungen für die Umsetzung.

Eine gut ausgearbeitete User Story erfasst die Kundenanforderungen, das beabsichtigte Verhalten und die zugrundeliegende Motivation. Diese Einordnung verankert Backlog-Elemente in einem echtem Mehrwert für die Benutzer und bietet wesentlichen Kontext für die Backlog-Pflege und Priorisierung.

Beispiele für User Storys:

• Als Kunde möchte ich Produkte anhand des Namens suchen können, damit ich das Gesuchte leicht finde.

Diese Story gibt die Richtung vor, nicht die Umsetzung.

Akzeptanzkriterien wandeln jedoch die Absicht in klare, testbare Bedingungen um, anhand denen bestimmt wird, ob die Story abgeschlossen ist. Sie bringen dein Team beim Umfang auf eine Linie, beseitigen Mehrdeutigkeiten und bieten einen messbaren Standard für die QS und Stakeholder. Diese könnten beinhalten:

• Die Suchfunktion gibt Ergebnisse zurück, die genau mit dem eingegebenen Produktnamen übereinstimmen.

• Die Suchfunktion gibt auch Ergebnisse zurück, die nur teilweise mit dem eingegebenen Produktnamen übereinstimmen.

• Die Ergebnisse werden in einem übersichtlichen, organisierten und benutzerfreundlichen Format angezeigt.

Gemeinsam stellen sie sicher, dass dein Team das Richtige entwickelt – und dies auch richtig macht.

Merkmale gut formulierter Akzeptanzkriterien

Hochwertige Akzeptanzkriterien haben mehrere zentrale Eigenschaften gemeinsam, die sie leicht verständlich und validierbar machen und die Bereitstellung effektiv lenken. Beispiele für häufige Merkmale:

Klarheit und Prägnanz

Sag genau, was du meinst, und sag es auf einfache Weise. Schreibe Akzeptanzkriterien in einfacher, eindeutiger Sprache, die für alle Stakeholder – Engineering, QS, Design und Produkt – gleichermaßen verständlich sind.

Formuliere sie knapp und ergebnisorientiert. Vermeide Fachjargon und Formulierungen, die Raum für Interpretationen lassen.

Testbarkeit

Jedes Kriterium muss objektiv überprüfbar sein. Alle Kriterien sollten sich klar einem oder mehreren ausführbaren Tests zuordnen lassen, die objektiv bestätigen, ob die Anforderung erfüllt ist.

Testbarkeit beseitigt jede Subjektivität und sorgt dafür, dass alle eine ehrliche Definition von "Erledigt" anwenden.

Ergebnis

Beschreibe das Ergebnis, nicht das Rezept. Aussagekräftige Kriterien erläutern, was der Benutzer erleben soll, nicht die technischen Schritte, die für die Entwicklung erforderlich sind.

Dies lässt Entwicklern Raum zur Problemlösung und stellt gleichzeitig sicher, dass das endgültige Verhalten den Benutzererwartungen entspricht.

Messbarkeit

Quantifiziere Erwartungen nach Möglichkeit, um eine eindeutige Bestanden/Nicht-bestanden-Schwelle zu schaffen. Hier wird durch Präzision der Testvorgang beschleunigt und die Nacharbeit reduziert.

Ersetze vage Aussagen wie: "Die Ergebnisseite sollte gut aussehen." Verwende stattdessen messbare Aussagen wie: "Jedes Produktbild wird mit einer Mindestauflösung von 300 × 300 Pixel angezeigt."

Unabhängigkeit

Jedes Kriterium sollte für sich allein stehen. Unabhängige Kriterien vereinfachen das Testen, verringern die Kopplung und erleichtern die Problemdiagnose, wenn etwas fehlschlägt.

Wenn Kriterien nur dann Sinn ergeben, wenn sie voneinander abhängen, solltest du sie wahrscheinlich umformulieren.

Welchen Vorteil bieten Akzeptanzkriterien?

Akzeptanzkriterien gehören zu den wirksamsten Instrumenten, die dir zur Verfügung stehen, um Klarheit zu schaffen, die Abwanderungsrate zu senken und sicherzustellen, dass du tatsächlich das beabsichtigte Produkt lieferst. Hier sind die Gründe, warum sie einen festen Platz in deinem Prozess verdienen:

• Abstimmung und gemeinsames Verständnis: Wenn du klar definierst, wie Erfolg aussieht, ziehen alle – von der Entwicklung über die Qualitätssicherung bis hin zu den Stakeholdern – an einem Strang, sodass es keine negativen Überraschungen infolge falscher Annahmen gibt. Akzeptanzkriterien dienen als gemeinsame Vereinbarung darüber, was entwickelt wird und warum.

• Weniger Unklarheiten und Nacharbeiten: Eine klare Definition von "Erledigt" ist der schnellste Weg, um Nacharbeiten zu vermeiden. Vage Erwartungen führen zu endlosen Iterationen, während explizite Kriterien Subjektivität (und Scope Creep) verhindern. Klarheit von Anfang an ist immer günstiger als spätere Korrekturen.

• Höhere Testeffizienz: Klar definierte Akzeptanzkriterien liefern der Qualitätssicherung im Grunde genommen einen Testplan. Sie lassen sich direkt in überprüfbare Schritte umsetzen, sodass leicht festgestellt werden kann, ob das Feature den Erwartungen entspricht oder wo dies nicht der Fall ist.

• Verbessertes Projektmanagement: Für Projektmanager sind Akzeptanzkriterien Gold wert. Sie unterteilen ein Feature in messbare Kontrollpunkte, wodurch der Fortschritt sichtbar und das Risiko reduziert wird. Jedes abgehakte Kriterium ist ein greifbarer Schritt in Richtung Auslieferung.

• Höhere Stakeholder-Zufriedenheit: Wenn Features durchgängig die Erwartungen erfüllen, vertrauen Stakeholder dem Prozess – und dem Produkt. Klare Akzeptanzkriterien schaffen realistische Erwartungen, minimieren Unklarheiten und helfen dabei, Ergebnisse zu erzielen, die die Bedürfnisse der Benutzer wirklich erfüllen.

Akzeptanzkriterien überbrücken die Kluft zwischen Vision und Ausführung. Sie verwandeln Absichten in Abstimmung, Abstimmung in Aktionen und Aktionen in zuverlässige Ergebnisse.

Wenn du möchtest, dass deine Teams schnell vorankommen und das Richtige entwickeln, sind Akzeptanzkriterien unverzichtbar.

So formulierst du Akzeptanzkriterien

Die Erstellung klar definierter Akzeptanzkriterien ist für eine erfolgreiche Softwareentwicklung unerlässlich. Hier einige wichtige Schritte und Tipps zur Orientierung:

1. Beginne mit der User Story

Beziehe dich auf die User Story, die mit den Akzeptanzkriterien zusammenhängt. So stellst du sicher, dass die Kriterien der gewünschten Funktion entsprechen.

2. Bestimme die Ergebnisse

Gib die Kriterien für die Benutzererfahrung und die erwarteten Ergebnisse an. Was soll das Feature für die Benutzer leisten? Verliere dich nicht in Details zur technischen Implementierung.

3. Sichere die allgemeine Testbarkeit

Achte darauf, dass jedes Kriterium in einen klaren, nachvollziehbaren Test mündet. So kann objektiv evaluiert werden, ob das Feature die Anforderungen erfüllt.

4. Lege die Messbarkeit fest

Drücke die Kriterien als messbare Größe aus, wann immer möglich. So lässt sich klar festlegen, wann ein Test als bestanden gilt.

5. Konzentriere dich auf Unabhängigkeit

Bemühe dich um unabhängige Kriterien, die du isoliert testen kannst. Das optimiert den Testprozess und verhindert Abhängigkeiten.

Überlege dir, ob du neben den Kriterien des Entwicklungsteams auch Kriterien für Benutzerakzeptanztests einbeziehen solltest. Dabei geht es darum, sicherzustellen, dass das Feature die Erwartungen hinsichtlich der Benutzerfreundlichkeit erfüllt.

6. Fördere die Zusammenarbeit

Ermutige zur Zusammenarbeit während des Erstellungsprozesses. Binde den Produktinhaber, den Software-Entwickler (oder ihre Teams) und andere relevante Stakeholder ein, um einen umfassenden Kriterienkatalog zu erhalten, der alle Sichtweisen widerspiegelt.

7. Überprüfe und optimiere

Scheue dich nicht, die Akzeptanzkriterien während der Entwicklung immer wieder zu überprüfen und zu präzisieren. Wenn sich das Verständnis weiterentwickelt, empfiehlt es sich, die Kriterien an die neuen Erkenntnisse anzupassen.

8. Sorge für Klarheit und Prägnanz

Bemühe dich um eine klare, präzise Sprache, die jeder verstehen kann. Fachjargon oder mehrdeutige Formulierungen können zu Verwirrung führen.

Wer sollte die Akzeptanzkriterien formulieren?

Das Formulieren von Akzeptanzkriterien in agilen Workflows und Umgebungen mit agilen Methoden ist eher eine gemeinschaftliche als eine Einzelaufgabe. Hier eine Übersicht der typischen Rollen:

• Produktinhaber: Kennt die Kundenbedürfnisse und die Produktvision sehr genau und trägt entscheidend dazu bei, die Diskussion einzuleiten und die gewünschte Funktion zu skizzieren.

• Entwicklungsteam: Verwendet seine technische Expertise, um wertvolle Einblicke in die Machbarkeit und Testbarkeit der Kriterien zu liefern und geeignete Möglichkeiten vorzuschlagen, die Kriterien für eine klare Evaluierung festzulegen.

• Scrum Master (falls zutreffend): Ein Moderator, der die Teamdiskussion leitet und sicherstellt, dass alle gehört werden und dass die Kriterien den Best Practices entsprechen.

Der Produktinhaber kann den Prozess zwar einleiten, aber die endgültigen Kriterien sollten gemeinsam unter Einbeziehung der Sichtweise aller Beteiligten erarbeitet werden.

Dieser kollaborative Ansatz fördert ein gemeinsames Verständnis und erhöht die Wahrscheinlichkeit, ein erfolgreiches Produkt zu liefern.

Beispiele für Akzeptanzkriterien

Nachfolgend findest du ausgewählte Beispiele für gut formulierte Akzeptanzkriterien. Jedes einzelne verknüpft eine User Story eindeutig mit konkreten, messbaren Kriterien, die definieren, was "Erledigt" bedeutet.

Beispiel 1: Produktsuche

• User Story: Als Kunde möchte ich Produkte anhand des Namens suchen können, damit ich die gesuchten Artikel schnell finde.

• Akzeptanzkriterien:

  • Das System gibt alle Produkte zurück, die genau mit dem eingegebenen Suchbegriff übereinstimmen.

  • Das System gibt partielle Übereinstimmungen zurück, wenn der Benutzer mindestens drei Zeichen eingibt.

  • Die Suchergebnisse zeigen den Namen, die Abbildung und den Preis des Produkts in einem übersichtlichen und organisierten Layout an.

  • Die Seite mit den Suchergebnissen unterstützt Paginierung und zeigt maximal 20 Ergebnisse pro Seite an.

  • Wenn keine Ergebnisse gefunden werden, zeigt das System die Meldung "Keine Ergebnisse gefunden" mit hilfreichen nächsten Schritten an.

Beispiel 2: Bearbeiten von Kontoinformationen

• User Story: Als registrierter Benutzer möchte ich meine Kontoinformationen bearbeiten, um mein Profil auf dem neuesten Stand zu halten.

• Akzeptanzkriterien:

  • Benutzer können in ihren Kontoeinstellungen auf den Abschnitt Profil bearbeiten zugreifen.

  • Benutzer können ihren Vornamen, Nachnamen, ihre E-Mail-Adresse und ihre Telefonnummer aktualisieren.

  • Das System überprüft Pflichtfelder und zeigt Fehlermeldungen an, wenn Angaben ungültig sind oder fehlen.

  • Wenn Benutzer auf Speichern klicken, werden ihre Informationen im System erfolgreich aktualisiert.

  • Nach einer erfolgreichen Aktualisierung zeigt das System eine Bestätigungsmeldung an.

  • Wenn die Aktualisierung fehlschlägt, zeigt das System eine hilfreiche Fehlermeldung an.

Beispiel 3: Berichterstellung zur Benutzeraktivität

• User Story: Als Administrator möchte ich Aktivitätsberichte generieren, um die Aktivität und Interaktionen der Benutzer nachzuverfolgen.

• Akzeptanzkriterien:

  • Das Admin-Dashboard enthält einen eigenen Bereich namens Berichte.

  • Administratoren können Berichte über wichtige Benutzeraktivitäten erstellen, darunter Anmeldungen, Produktansichten und Käufe.

  • Berichte können nach Datumsbereich und Benutzertyp gefiltert werden.

  • Administratoren können Berichte in mindestens zwei Formaten exportieren, einschließlich CSV und PDF.

  • Das System zeigt eine klare Fehlermeldung an, wenn ein Bericht nicht generiert werden kann.

Diese Beispiele zeigen, wie aussagekräftige Akzeptanzkriterien User Stories in umsetzbare, testbare Anforderungen verwandeln. Wenn Teams diese Struktur einsetzen, liefern sie Features, die durchgängig die Benutzererwartungen erfüllen, und sie reduzieren Unklarheiten während der gesamten Entwicklung.

Klare Akzeptanzkriterien mithilfe einer zentralisierten Plattform verfassen

Wenn alle in einem zentralen Bereich arbeiten, ist es viel einfacher, Akzeptanzkriterien zu entwickeln, nachzuverfolgen und zu teilen. Deshalb verwenden so viele Teams Jira, um Akzeptanzkriterien zu verwalten.

Man kann sie ganz einfach direkt in die Story-Beschreibung oder in das Feld für die Akzeptanzkriterien einfügen. Und die Formatierungswerkzeuge von Jira, wie Aufzählungen und Kontrollkästchen, helfen Teams dabei, den Fortschritt zu verfolgen und Anforderungen klar zu formulieren.

Zudem kannst du Designs anhängen oder die Confluence-Dokumentation verlinken, damit alle relevanten Informationen leicht zugänglich sind. Wenn du Hilfe beim Verfassen einheitlicher und vollständiger Akzeptanzkriterien benötigst, erkennt die KI-Lösung Rovo von Jira Lücken und schlägt Verbesserungen vor.

Zusammen tragen alle diese Features und Werkzeuge dazu bei, Unklarheiten zu beseitigen und einen reibungslosen Entwicklungsprozess zu gewährleisten. Lege direkt los.

Aufnahmekriterien: Häufig gestellte Fragen

Was ist der Unterschied zwischen Akzeptanzkriterien und der "Definition of Done" (Definition von "Erledigt", DoD)?

Akzeptanzkriterien und DoD sind entscheidend für den Projekterfolg, aber sie dienen unterschiedlichen Zwecken. Die Akzeptanzkriterien konzentrieren sich auf die spezifischen Funktionen, die eine User Story erfüllen muss, um für den Endbenutzer vollständig zu sein.

Die DoD legt umfassendere Qualitätsstandards für die gesamte Entwicklungsarbeit fest. Diese umfassen nicht funktionale Aspekte wie Codequalität und Dokumentation.

Die Akzeptanzkriterien definieren, was für eine User Story passieren muss, während die DoD die allgemeinen Qualitätsstandards dafür festlegt, wie ein Team die Entwicklungsarbeit abschließt.

Wann solltest du Akzeptanzkriterien schreiben?

Der ideale Zeitpunkt kann variieren, aber es gibt ein paar wichtige Zeitfenster, die es zu berücksichtigen gilt. Eine Möglichkeit besteht darin, erste Kriterien während der Backlog Refinement-Sitzungen zu identifizieren, in denen das Team die User Storys bespricht und konkretisiert.

Ein anderer geeigneter Zeitpunkt ist während der Sprintplanung, wenn das Team gemeinsam die Akzeptanzkriterien für User Storys festlegt, die für den kommenden Sprint geplant sind. Dadurch wird sichergestellt, dass die Kriterien aktuell sind und den neuesten Erkenntnissen entsprechen.

Definiere Akzeptanzkriterien, bevor die Entwicklung beginnt, um klare Erwartungen und einen reibungslosen Entwicklungsprozess sicherzustellen.

Was sind einige Herausforderungen beim Schreiben von Akzeptanzkriterien?

Eine häufige Herausforderung ist die Unklarheit der Kriterien, was zu Fehlinterpretationen führen kann. Teams könnten auch Schwierigkeiten haben, die Balance zwischen übermäßig spezifischen und zu vagen Kriterien zu finden.

Meinungsverschiedenheiten zwischen den Beteiligten darüber, was als "erledigt" gilt, können den Prozess behindern. Es kann auch verlockend sein, jedes Detail abzudecken, was zu umständlichen und letztlich ineffektiven Akzeptanzkriterien führen kann.