Die Akzeptanzkriterien zum Schreiben von Akzeptanzkriterien

Die Akzeptanzkriterien zum Schreiben von Akzeptanzkriterien

Viele Entwicklungsteams sind mit den Frustrationen unbefriedigender Akzeptanzkriterien oder sogar dem Fehlen von Kriterien selbst zu vertraut. Keine Anforderungen zu definieren ist wie sich auf einen Kampf ohne Aktionsplan vorzubereiten - das Team hat mehr Schritte in Richtung Misserfolg als Erfolg unternommen. Ich biete spezifische Vorschläge zur Erstellung von Akzeptanzkriterien an, die jeden agilen Prozess verbessern können.

Lassen Sie uns zunächst schnell Akzeptanzkriterien definieren.

Akzeptanzkriterien sind die „Bedingungen, die ein Softwareprodukt erfüllen muss, um von einem Benutzer, Kunden oder anderen Stakeholdern akzeptiert zu werden“. (Microsoft Press)

Einfach genug, oder? Nicht ganz. An dieser Stelle würde ich mich fragen, ob hier meine Definition der Akzeptanzkriterien aufhört. Zusätzlich zu der obigen Definition sollte jeder Produktbesitzer Antworten auf die folgenden Fragen bereithalten:

Wie sehen diese Bedingungen aus? Wer schafft diese Bedingungen? Wie viele Bedingungen sollte es geben? Wie werden die Ergebnisse gemessen?

Im Allgemeinen werden Akzeptanzkriterien vom Product Owner oder Stakeholder festgelegt. Sie werden vor jeder Entwicklung des Features geschrieben. Ihre Aufgabe ist es, Richtlinien für eine geschäftliche oder benutzerzentrierte Perspektive bereitzustellen.

Das Schreiben der Kriterien liegt jedoch nicht allein in der Verantwortung des Produktbesitzers. Akzeptanzkriterien sollten als gemeinsame Anstrengung zwischen dem Entwicklungsteam und dem Product Owner entwickelt werden.

Das gemeinsame Erstellen dieser Kriterien hilft dem Entwicklungsteam, den vorgestellten Wunsch zu verstehen. Es hilft dem Produktbesitzer auch dabei, fehlende Details zu erkennen. Darüber hinaus erhält der Eigentümer ein besseres Verständnis für Machbarkeit, Komplexität und Umfang.

Formatieren von Akzeptanzkriterien

Kriterien können in verschiedenen Formaten geschrieben werden. Die meisten Teams tendieren zu zwei spezifischen Typen: regelorientiert oder szenarioorientiert .

Regelorientierte Anforderungen sind unkompliziert. Sie listen beobachtbare Ergebnisse auf. "Kontoauszugssaldo nach erfolgreicher Authentifizierung anzeigen."

Auf der anderen Seite folgen szenarioorientierte Kriterien in der Regel der Vorlage „Gegeben… Wann… Dann…“. Dies wurde aus der verhaltensgetriebenen Entwicklung (BDD) abgeleitet. Diese Anforderung beschreibt das erwartete beobachtbare Ergebnis. Dies tritt auf, wenn eine bestimmte Aktion in einem bestimmten Kontext ausgeführt wird .

3 Merkmale effektiver Akzeptanzkriterien

1. Testbar mit klar definierten Pass / Fail-Ergebnissen

Testbare Kriterien haben. Auf diese Weise können Tester ordnungsgemäß bestätigen, dass alle gewünschten Bedingungen erfüllt sind. Wenn die Kriterien nicht überprüfbar wären, gäbe es keine Möglichkeit zur Überprüfung. Diese Kriterien sollten entweder erfüllt sein oder nicht. Ein Entwickler sollte den Punkt kennen, an dem das Kriterium erreicht wurde. Jede Unklarheit kann den Aufwand für die Geschichte verlängern.

In einem Akzeptanzkriterium heißt es beispielsweise "Erhöhen Sie die Anzahl der in einem Dropdown-Menü verfügbaren Einträge". Der Entwickler hätte keine Ahnung, wie viele neue Einträge hinzugefügt werden sollen, und könnte sich aufgrund seiner Erfahrungen mit dem Produkt die Freiheit nehmen, eine Zahl anzunehmen. Ebenso kann sich ein manueller Tester die gleiche Freiheit nehmen und eine andere Definition der Erhöhung annehmen. Dies führt zu einer Verwirrung, die zum Produktbesitzer zurückkehrt.

2. Eindeutig und prägnant

Hier wird das Schreiben von Akzeptanzkriterien zur Kunst. Akademische Aufsätze betonen die Bedeutung von Klarheit und Prägnanz. In ähnlicher Weise erfordert das Schreiben von Akzeptanzkriterien den gleichen Organisations- und Betreuungsgrad.

Ähnlich wie beim Schreiben eines literarischen Stücks muss das Publikum im Auge behalten werden. Diejenigen, die die Akzeptanzkriterien lesen, müssen verstehen, was geschrieben steht. Ansonsten sind diese Wörter völlig nutzlos. Wenn sie langatmig und mit Jargon gefüllt sind, werden die Hauptpunkte der beschriebenen Bedingungen möglicherweise nicht erkannt. Viele Menschen können wesentliche Details in einem Meer von Wörtern übersehen, wenn sie unter Zeitdruck stehen. Selbst wenn Sie nicht unter Zeitdruck stehen, können viele Menschen lange Klappentexte leicht beschönigen.

Anstatt die Schuld am mangelnden sorgfältigen Lesen anderer zu geben, kann man proaktiv Akzeptanzkriterien präsentieren, die einfach zu lesen, auf den Punkt gebracht und ohne überflüssige Details sind.

3. Stellen Sie ein gemeinsames Verständnis her

Dies ist wahrscheinlich das wichtigste und am meisten als selbstverständlich angesehene Merkmal. Wenn sich nicht alle Mitglieder des Teams auf derselben Seite befinden, werden Prozess und Produktivität gefährdet. Wenn das Entwicklungsteam die Akzeptanzkriterien überprüft, bevor die Geschichte fortgesetzt wird, wird die Verwirrung minimiert. Es sollten Klarstellungen zu den Kriterien vorgenommen und die Kriterien entsprechend aktualisiert werden.

Ich habe Erfahrungen gemacht, bei denen alle Teammitglieder an der Erstellung von Akzeptanzkriterien beteiligt waren. Es erlaubte jedem, alle Teile der Geschichte zu verstehen. Es bot den Teammitgliedern auch die Möglichkeit, sich mit Fragen und Ideen zu befassen. Ein solcher Prozess ist jedoch möglicherweise nicht immer ideal, insbesondere für größere Teams.

Trotzdem ist es wichtig, dass jedes Mitglied die Akzeptanzkriterien lesen kann. Von dort aus sollte jedes Mitglied verstehen, wie die Geschichte zum Abschluss gebracht werden kann. Unabhängig davon, ob es sich um Entwicklung oder Test handelt.

Wenn zu viel ein Problem ist

Wir haben bereits die Gefahr unklarer Akzeptanzkriterien untersucht. Dies führt zu dem Risiko, dass fremde Funktionen in eine Story eingefügt werden. Es kann jedoch auch der überraschende umgekehrte Fall vorliegen: Akzeptanzkriterien können zu detailliert werden.

„Annahmekriterien sollten Absicht und keine Lösung angeben “ ( Segue Technologies )

Geben Sie eine Blaupause für „Was“ (Absicht) anstelle von „Wie“ (Implementierung) an. Andernfalls wird dem Entwicklungsteam möglicherweise die Möglichkeit genommen, verschiedene Möglichkeiten zur Lösung des Problems zu erkunden. In diesem Sinne können nach den ersten Überlegungen zu einer Lösung bessere Implementierungen erdacht werden.

Sobald Sie Ihre Akzeptanzkriterien geschrieben haben, fragen Sie sich möglicherweise: "Wie viele sind zu viele?"

Ich habe Geschichten gesehen, die von null Akzeptanzkriterien bis zu mehr als fünfzehn reichen (oder zumindest fühlte es sich so an).

Als Faustregel sehe ich persönlich gerne drei bis acht Akzeptanzkriterien pro Geschichte. Gegen Ende dieser Grenze, etwa fünf oder mehr Akzeptanzkriterien, würde ich jedoch die Verwaltbarkeit überprüfen. Ich würde sorgfältig prüfen, ob die Geschichte nicht in kleinere, überschaubarere Geschichten unterteilt werden kann.

Andere würden nicht zustimmen und argumentieren, dass acht bereits zu viele wären. Ich neige jedoch gerne dazu, so viele „Was“ -Details wie möglich bereitzustellen, ohne die Prägnanz zu beeinträchtigen.

Was jetzt?

Ok, ich habe gelogen. Ich habe keine vollständige Liste der Akzeptanzkriterien für das Schreiben von Akzeptanzkriterien bereitgestellt. Die gewünschten Eigenschaften wie Prägnanz, Klarheit und Verständnis sind subjektiv. Ich wollte, dass sie es sind.

Ich glaube, dass es kein „korrektes“ Format gibt, um Akzeptanzkriterien zu schreiben. Ihre Richtigkeit wird an der Effektivität im eigenen Team gemessen.

Ich empfehle dringend, zunächst eine Vorlage zu verwenden. Sie haben vielen Teams eine solide und sichere Struktur zur Verfügung gestellt, die das Schreiben guter Akzeptanzkriterien fördert. Lassen Sie sich jedoch nicht von dieser Struktur davon abhalten, Ideen zu entwickeln, die Effizienz und Wirksamkeit fördern können.

Wenn Sie als Product Owner oder Kunde Akzeptanzkriterien schreiben, fordere ich Sie auf, Ihr Entwicklungsteam um Feedback zu den aktuellen Akzeptanzkriterien zu bitten. Mit ein wenig Sorgfalt, Übung und Organisation wird das Erstellen effektiver Akzeptanzkriterien zu einem leistungsstarken Werkzeug zur Verbesserung des Workflows eines Teams.

Mehr zu lesen

  • //rubygarage.org/blog/clear-acceptance-criteria-and-why-its-important - von Maryna Z. und Dmiriy G.
  • //www.leadingagile.com/2014/09/acceptance-criteria/ von Steve Povilaitis
  • //www.seguetech.com/what-characteristics-make-good-agile-acceptance-criteria/ von Segue Technologies
  • //agileforgrowth.com/blog/acceptance-criteria-checklist/ - von Kamlesh Ravlani