Akzeptanzkriterien in Jira formulieren – mit praktischen Beispielen

„Kunden können ihre Benachrichtigungseinstellungen ändern“ klingt nach einem klaren Jira-Vorgang – bis die Umsetzung beginnt. Wird eine Änderung sofort gespeichert? Was passiert bei einem Speicherfehler? Ist die Einstellung morgen noch vorhanden? Welche E-Mails sind betroffen?

Akzeptanzkriterien machen aus solchen offenen Fragen vereinbarte, beobachtbare Ergebnisse. Sie helfen den Personen, die eine Änderung anfordern, entwickeln und prüfen, von denselben Erwartungen auszugehen.

In dieser Anleitung entwickeln wir Kriterien für eine fiktive Kundenportal-Funktion, verbessern unklare Anforderungen und ergänzen eine praktische Checkliste im Power-Pack-Werkzeug Definition of Done & AC. Zum Einstieg brauchen Sie kein besonderes Schreibformat. Klare Bedingungen und Ergebnisse genügen.

Was sind Akzeptanzkriterien?

Akzeptanzkriterien beschreiben die Bedingungen, die eine bestimmte Arbeit erfüllen muss, um angenommen zu werden. Sie konzentrieren sich auf deren erwartetes Ergebnis. Atlassian unterscheidet sie von der Definition of Done, die den übergreifenden Qualitätsstandard abgeschlossener Arbeit beschreibt. Siehe Atlassians Anleitung zu Akzeptanzkriterien.

In unserem Beispiel ist „Eine gespeicherte Benachrichtigungsauswahl bleibt nach erneuter Anmeldung ausgewählt“ ein Akzeptanzkriterium. „Die Umsetzung wurde geprüft“ gehört in die gemeinsame Definition of Done.

Diese Unterscheidung hält beide Listen hilfreich. Die Akzeptanzkriterien zeigen, ob diese Funktion das Vereinbarte leistet. Die Definition of Done zeigt, ob die Arbeit den breiteren Fertigstellungsstandard des Teams erfüllt.

Keine Liste muss jeden Umsetzungsschritt enthalten. „Ein Datenbankfeld erstellen“ kann eine notwendige Entwicklungsaufgabe sein, sagt Kunden oder Prüfenden aber nicht, ob sich die Einstellung richtig verhält.

Beginnen Sie mit einem Kundenergebnis

Unser fiktiver Vorgang heißt „Kunden die wöchentliche Zusammenfassungs-E-Mail steuern lassen“. Das gewünschte Ergebnis ist, dass angemeldete Kunden den Empfang einer wöchentlichen Zusammenfassung wählen können, ohne wichtige Kontonachrichten zu verändern.

Vor dem Formulieren vereinbart das Team einige Umfangsentscheidungen. Die Einstellung hat eine ausdrückliche Schaltfläche Save. Kunden ändern nur ihre eigene Einstellung. Sie wirkt auf Zusammenfassungen, die noch nicht in die Versandwarteschlange aufgenommen wurden. Bereits eingereihte Nachrichten liegen außerhalb der Versandregel dieses Vorgangs.

Diese Details sind für das Beispiel erfunden. Ihr Team sollte das tatsächliche Verhalten selbst entscheiden und sie nicht als Produktanforderungen übernehmen.

Eine kurze Umfangsnotiz verhindert, dass eine lange Checkliste den gesamten Kontext tragen muss. In der Jira-Beschreibung hält das Team fest, dass der Vorgang eine Einstellung auf der Kontoeinstellungsseite umfasst. Versandtage wählen, E-Mail-Adressen ändern und Einstellungen anderer Kunden verwalten sind separate Arbeiten.

Nun können sich die Kriterien auf die Ergebnisse konzentrieren, die zeigen, ob diese konkrete Änderung funktioniert.

Schreiben Sie zuerst den Normalfall

Beginnen Sie mit dem Ablauf, den Sie für die meisten Kunden erwarten. Beschreiben Sie Ausgangsbedingung, Aktion und beobachtbares Ergebnis in gewöhnlicher Sprache.

Zum Beispiel: „Wenn ein angemeldeter Kunde wöchentliche Zusammenfassungen ausschaltet und erfolgreich speichert, zeigt das erneute Öffnen der Kontoeinstellungen ausgeschaltete Zusammenfassungen.“ Prüfende können den Ausgangszustand herstellen, die Aktion ausführen und das Ergebnis ansehen.

Dieser Satz hilft mehr als „Einstellungen werden korrekt gespeichert“. Er benennt die geänderte Einstellung, den Wirksamkeitszeitpunkt und die Prüfmöglichkeit.

Das Team braucht auch die Gegenrichtung. Ein Steuerelement, das Zusammenfassungen ausschaltet, aber nicht einschalten kann, ist unvollständig. Schreiben Sie ein eigenes Kriterium, wenn das umgekehrte Verhalten eine separate Prüfung verdient.

Packen Sie unabhängige Ergebnisse nicht in einen Eintrag. Speicherung, Tastaturbedienung, E-Mail-Versand und Fehlerbehandlung können alle wichtig sein. Ein riesiges Kriterium erschwert jedoch die Darstellung dessen, was noch Aufmerksamkeit braucht.

Ergänzen Sie Fehler- und Grenzfälle

Der Normalfall setzt erfolgreiches Speichern voraus. Fragen Sie, was Kunden sehen sollen, wenn diese Annahme nicht zutrifft.

Unser Team wählt folgende Regel: Schlägt die Speicheranfrage fehl, zeigt die Seite einen Fehler und keine Erfolgsbestätigung. Beim erneuten Öffnen bleibt die zuvor gespeicherte Einstellung bestehen. So erhalten Prüfende einen konkreten Fehlerfall für die Testumgebung des Teams.

Prüfen Sie anschließend die Funktionsgrenze. Die Einstellung für wöchentliche Zusammenfassungen darf keine E-Mail zum Zurücksetzen des Passworts verhindern. Die Auswahl muss außerdem eine neue Anmeldung überstehen. Das sind unterschiedliche Anliegen und erhalten deshalb eigene Kriterien.

Vermeiden Sie „Alle Randfälle berücksichtigt“. Benennen Sie die wichtigen Fälle. Eine hilfreiche Diskussion beginnt oft mit drei Fragen: Was könnte fehlschlagen, was muss unbeeinflusst bleiben und was passiert später?

Kann sich das Team nicht auf ein erwartetes Ergebnis einigen, halten Sie die offene Entscheidung fest, bevor die Umsetzung zu weit fortschreitet. Eine unbeantwortete Frage wird nicht dadurch zum brauchbaren Kriterium, dass sie in einer Checkliste steht.

Eine ausgearbeitete Akzeptanzkriterien-Checkliste

Hier ist der erste vollständige Entwurf für den fiktiven Vorgang. Jeder Eintrag beschreibt ein Ergebnis, das separat geprüft werden kann.

• Beim Öffnen der Kontoeinstellungen wird die aktuell gespeicherte Einstellung für wöchentliche Zusammenfassungen angezeigt.
• Nach dem Ausschalten und erfolgreichen Speichern zeigt das erneute Öffnen der Kontoeinstellungen die Einstellung als ausgeschaltet.
• Nach dem Einschalten und erfolgreichen Speichern zeigt das erneute Öffnen der Kontoeinstellungen die Einstellung als eingeschaltet.
• Nach erfolgreichem Speichern bleibt die Einstellung nach Abmeldung und erneuter Anmeldung erhalten.
• Schlägt das Speichern fehl, erscheint ein Fehler, keine Erfolgsbestätigung und nach erneutem Öffnen die zuvor gespeicherte Einstellung.
• Ein Kunde mit ausgeschalteter Einstellung erhält keine wöchentliche Zusammenfassung, die nach dem erfolgreichen Speichern neu in die Versandwarteschlange aufgenommen wird.
• Ein Kunde mit eingeschalteter Einstellung bleibt nach den bestehenden Zeitplanregeln für die nächste wöchentliche Zusammenfassung vorgesehen.
• Das Ausschalten wöchentlicher Zusammenfassungen verhindert keine angeforderte E-Mail zum Zurücksetzen des Passworts.

Die Versandkriterien hängen von der Umfangsentscheidung zu eingereihten Nachrichten ab. Das Team hält diesen Kontext beim Vorgang fest, damit Prüfende nicht annehmen, die Einstellung rufe bereits versendete E-Mails zurück.

Die Kriterien brauchen auch eine praktikable Prüfmethode. Für das Versandverhalten legt das Team fest, wie eine Zusammenfassung in der Testumgebung ausgelöst oder beobachtet werden kann. Ein klar formuliertes Kriterium kann schwer prüfbar bleiben, wenn niemand Zugriff auf das nötige Konto oder den Versandnachweis hat.

Verbessern Sie unklare Kriterien vor dem Eintragen

Eine kurze Formulierungsprüfung verhindert oft längere spätere Meinungsverschiedenheiten. Lesen Sie jeden Eintrag und fragen Sie, ob zwei Personen Erfolg unterschiedlich verstehen könnten.

Das letzte Beispiel beweist allein keine Gebrauchstauglichkeit. Es ersetzt einen unklaren Satz durch eine hilfreiche, begrenzte Prüfung. Breitere Nutzbarkeitsziele können Forschung oder mehrere vereinbarte Beobachtungen erfordern.

Seien Sie auch mit erfundener Genauigkeit vorsichtig. Eine Antwortzeit von zwei Sekunden klingt messbar, schafft aber eine echte Verpflichtung. Vereinbaren Sie Bedingungen und Grund einer Leistungsgrenze, bevor Sie sie aufnehmen.

Tragen Sie die Kriterien in Power Pack ein

Öffnen Sie den Jira-Vorgang und suchen Sie die Karte Definition of Done & AC. Wählen Sie Acceptance Criteria. Diese Liste ist von Definition of Done getrennt; prüfen Sie daher vor der Eingabe die gewählte Registerkarte.

Um ein einzelnes Kriterium hinzuzufügen, geben Sie den Titel ein und wählen Add oder drücken die Eingabetaste. Verwenden Sie knappe Titel, die das erwartete Ergebnis bewahren. Benötigt ein Kriterium viel Kontext, halten Sie diesen in der Jira-Beschreibung oder verlinkten Teamdokumentation fest.

Wählen Sie für mehrere Einträge Bulk Import und fügen Sie eine Markdown-Aufzählung ein. Sie können die Beispiele oben übernehmen und vor jeden Eintrag einen Bindestrich samt Leerzeichen setzen. Markdown-Kontrollkästchenlisten werden ebenfalls unterstützt.

Prüfen Sie die entstandenen Einträge nach dem Import. Die Aktion ergänzt die vorhandene Liste; ein erneuter Import kann daher Duplikate erzeugen. Markierte Markdown-Kontrollkästchen werden als erledigt übernommen. Beginnen Sie mit unmarkierten Einträgen, sofern die Ergebnisse dieses Vorgangs noch nicht tatsächlich geprüft wurden.

Ist ein Eintrag falsch, besprechen Sie die Ersatzformulierung mit dem Team, fügen Sie den korrigierten Eintrag hinzu und löschen Sie den veralteten über die Bestätigungsabfrage. Halten Sie die begleitende Vorgangsdiskussion verständlich, wenn eine Änderung den vereinbarten Umfang betrifft.

Prüfen Sie Ergebnisse vor dem Abhaken

Bitten Sie vor der Umsetzung eine an der Prüfung beteiligte Person, die vorgeschlagenen Kriterien durchzugehen. Sie erkennt möglicherweise fehlende Ausgangsbedingungen oder Ergebnisse, die mit dem verfügbaren Testaufbau nicht beobachtbar sind.

Prüfen Sie nach der Umsetzung jedes Ergebnis und dokumentieren Sie Belege im normalen Jira- oder Dokumentationsprozess. Wählen Sie Done, wenn das vereinbarte Ergebnis bestanden ist. Erneutes Auswählen setzt den Eintrag wieder auf offen, falls eine spätere Erkenntnis die Prüfung erneut öffnet.

Eine Einstellung kann beispielsweise das Neuladen der Seite überstehen, nach einer neuen Anmeldung aber zurückgesetzt werden. Das Kriterium zum erneuten Öffnen kann erfüllt sein, während das zur sitzungsübergreifenden Speicherung offen bleibt. Getrennte Einträge bewahren diese hilfreiche Unterscheidung.

Power Pack verfolgt den Checklistenabschluss; es führt keine Tests aus und stellt nicht automatisch fest, wer geprüft hat. Erfordert die Prüfung eine namentliche Bestätigung oder ein datiertes Ergebnis, halten Sie diese Angaben ausdrücklich in Ihrem normalen Prozess fest.

Nutzen Sie beide Zähler, ohne sie mit Beweisen zu verwechseln

Acceptance Criteria und Definition of Done zeigen jeweils erledigte und gesamte Einträge. Die Bereitschaftsanzeige lautet nur dann Ready for Release, wenn beide Listen Einträge enthalten und sämtliche Einträge erledigt sind. Andernfalls zeigt sie In Verification.

Dies fasst den eingegebenen Checklistenstatus zusammen. Es bestätigt weder die Abdeckung aller wichtigen Verhaltensweisen noch belastbare Belege. Es erzwingt auch keine Jira-Workflow-Übergänge und blockiert keine Zusammenführungen.

Bei unserem Benachrichtigungsvorgang könnten alle acht Akzeptanzkriterien erfüllt sein, während die Support-Hinweise unter Definition of Done noch fehlen. Die Funktionsergebnisse haben bestanden, aber die umfassendere Fertigstellungsvereinbarung enthält noch einen offenen Punkt.

Beginnen Sie mit einem anstehenden Jira-Vorgang. Formulieren Sie den Kundennutzen, vereinbaren Sie die wichtigen Bedingungen und Ergebnisse und tragen Sie die Kriterien neben der gemeinsamen Definition of Done in Power Pack ein. Prüfen Sie die Liste mit den Personen, die die Änderung entwickeln und testen. Der Gewinn: weniger versteckte Annahmen hinter einem Satz, der zunächst selbstverständlich klang.

• Atlassian — Was sind Akzeptanzkriterien?