Zehn Qualitätsattribute für bessere User Stories

Lernen Sie, bessere User Stories zu schreiben

Was sind User Stories?

Eine User Story ist ein Platzhalter für ein Gespräch, eine oder mehrere Phrasen, die von agilen Softwareentwicklungsteams verwendet werden, um wertvolle Funktionen zu beschreiben, an denen sie arbeiten möchten.

Die User Story ist ein Kommunikationsmittel (und Auslöser für weitere Kommunikation).

User Stories sind ein Mittel dazu prägnante Vermittlung der nutzerorientierten Funktionsbedürfnisse von Software. Sie sind eine Kurzform zur Beschreibung von Softwareanforderungen auf hohem Niveau. Sie werden bei der Arbeit mit agiler Software eingesetzt und sollen als Anregung für ein Gespräch dienen. Sie sind oft die einzige schriftliche Form der Anforderungen.

User Stories sollten von jemandem mit einer „Benutzerperspektive“ und nicht einer technischen Perspektive geschrieben werden. Sie sollten die Funktionalität und den Wert beschreiben, den das Team dem Benutzer bieten soll. Wenn wir eine User Story schreiben, erwerben und teilen wir Wissen.

User Stories sind wichtig

Kein umfangreiches Softwareprojekt wird pünktlich und im Rahmen des Budgets geliefert, wenn es mit schlechten Qualitätsanforderungen oder User Stories beginnt. Darüber hinaus zählt jedes Wort der User Story. Unangemessene Wörter können zu Fehlinterpretationen, Verschwendung und Nacharbeit führen.

Hochwertige Geschichten erstellen

Die Wunder der englischen Sprache bieten uns viele Möglichkeiten, dasselbe auszudrücken. Diese Flexibilität führt zu Potenzial Unterschiede im Verständnis. Wenn zwei Leser einer User Story zu einem unterschiedlichen Verständnis der Bedeutung der Wörter gelangen können, liegt ein Missverständnis vor. Und Missverständnisse können wahrscheinlich zu einem führen Softwarefehler.

Wie lang sollten sie sein?

Kürzer ist im Allgemeinen besser. Wir haben Geschichten gesehen, die nur aus zwei Wörtern und so viel wie einer Textseite bestanden. Im Allgemeinen ist eine kürzere Länge besser, aber achten Sie darauf, dass Sie wichtige Funktionen nicht verpassen. Wir empfehlen je nach Komplexität 5–50 Wörter (ohne die so dass Stellungnahme).

Wer schreibt User Stories?

Idealerweise ist der Autor der User Stories ein Product Owner, der über umfassende Erfahrung in der Rolle des Kunden oder Endbenutzers verfügt. Manchmal ist dies nicht praktikabel und der Autor fungiert als Stellvertreter für den Endbenutzer, normalerweise ein Business Analyst (BA). Der BA erstellt die erste Ausgabe der Geschichte, die später vom Team diskutiert und verfeinert wird. Sobald es ein gemeinsames Verständnis darüber gibt, was es wirklich bedeutet. Anschließend kann daran weitergearbeitet werden. Die Herausforderung besteht darin, schnell und mit wenigen Worten zu einem klaren und gemeinsamen Verständnis zu gelangen.

Durch hochwertigere User Stories werden Fehler vermieden.

Viele Softwareteams sind sich nicht darüber im Klaren, wie wichtig es ist, auf der Grundlage guter Qualitätsanforderungen oder User Stories zu arbeiten. Im Allgemeinen werden 20% oder mehr aller Qualitätsprobleme mit Software durch Probleme mit Anforderungen verursacht.

Fehlerquelle

Beginnen Sie mit dem „WHO, Was und warum"

Der funktionale Bedarf und die geschäftliche Rechtfertigung sind die grundlegendsten Aspekte guter User Stories. Damit meinen wir „Wer muss was und warum tun“. WHO ist der Benutzer (Mensch oder verbundenes System), Was werden die Daten verarbeitet und verschoben, und Warum ist das, was in einer User Story auf das „damit“ folgt. Konzentrieren Sie sich auf diese und vermeiden Sie das Wie (schließen Sie Designaussagen aus).

Bessere User Stories reduzieren die Nacharbeit

Für jedes Entwicklungsteam mag es agil sein, mit einer schlechten User Story in einen Sprint zu starten, aber ganz sicher ist es nicht schlank. Es lohnt sich, Zeit darauf zu verwenden, die Geschichten Ihrer Benutzer so gut wie möglich und so klar wie möglich zu gestalten, um Missverständnisse zu minimieren. Missverständnisse führen zu kostspieligen Nacharbeiten.

Was ist der Unterschied zwischen User Stories und Use Cases?

Wir haben bereits viel über User Stories gesagt. A Anwendungsfall ist eine Liste von Aktionen oder Ereignisschritten, die typischerweise die Interaktionen zwischen einer Rolle (als Akteur bezeichnet) und dem System definieren. Benutzergeschichten sind typischerweise eine Teilmenge eines Anwendungsfalls. Eine User Story beschreibt typischerweise nur eine der Interaktionen, die in einem Anwendungsfall beschrieben werden können.

Automatisiertes Testen von User Stories

Die Qualität von User Stories wurde durch die Automatisierung beeinträchtigt. Tatsächlich waren uns vor der Veröffentlichung von ScopeMaster® keine Tools bekannt, die Ihnen helfen könnten, die Qualität Ihrer User Stories zu verbessern. Mittlerweile gibt es einige Produkte auf dem Markt, die an einige der Funktionen von ScopeMaster herankommen, aber keines bietet auch nur annähernd eine so umfassende und wertvolle automatisierte Analyse von User Stories für Qualitätssicherung, Schätzung und Testgenerierung.

Funktionale Grundlagen vs. Akzeptanzkriterien

Denken Sie daran, dass die Kernbeschreibung der Benutzerfunktionalität den Akzeptanzkriterien vorangeht. Die Akzeptanzkriterien sind eine Ausarbeitung eines klaren funktionalen Satzes von Aussagen aus Benutzersicht und hängen von diesen ab.

Anforderungstests und Verbesserungsvorschläge in Echtzeit

ScopeMaster führt Echtzeitanalysen, Tests, Korrelationen und Dimensionierungen anhand des Textes von User Stories durch. Das von ScopeMaster bereitgestellte Feedback wird Ihnen helfen, die von Ihnen verwendete Formulierung zu verbessern. Sie erhalten klarere, prägnantere, vollständigere und konsistentere Anforderungen. Konzentrieren Sie sich zunächst auf WHO Und Was. ScopeMaster generiert und führt sowohl statische als auch dynamische Tests für jede User Story durch, die Ihnen dabei helfen, potenzielle Probleme zu finden und Sie davor zu warnen. Es führt ein Niveau von aus automatisierte Anforderungsprüfung das bisher in der Softwarebranche nicht verfügbar war.

Ergebnisse des User Story-Qualitätstests

ScopeMaster® untersucht und analysiert nicht nur die Sprache jeder User Story, sondern vergleicht jede Story auch mit allen anderen innerhalb eines Sets – es erkennt Inkonsistenzen, Auslassungen und Duplikate. Dies hilft Ihnen, Ihre Anforderungen viel schneller zu verfeinern. Die intelligente Schnittstelle von ScopeMaster identifiziert fehlende Storys dynamisch und macht das Hinzufügen noch einfacher.

Umgang mit unendlichen Möglichkeiten

ScopeMaster überwindet die große Bandbreite möglicher Ausdrucksmöglichkeiten von Anforderungen durch den Einsatz einer Form der künstlichen Intelligenz, die als Natural Language Processing bekannt ist. Auf diese Weise können Sie Ihre User Stories branchenspezifisch ausdrücken. Das Tool erfordert keine vorherige Schulung.

Erstellen Sie schneller bessere User Stories

ScopeMaster durchsucht User Stories (oder Softwareanforderungen) nach einer geeigneten Sprache, die zu den Softwareanforderungen passt und Ihnen hilft, klarere, prägnante, konsistente, vollständige und eindeutige Storys zu schreiben.

Erkennt potenzielle Mängel

INVEST – ist eine häufig verwendete Checkliste für die Qualität agiler User Storys.

  • Unabhängig *
  • Verhandelbar / Prägnant *
  • Wertvoll
  • Schätzbar *
  • Größe *
  • Testbar *

*ScopeMaster hilft dem Autor, diese Probleme zu finden und zu beheben (über 50% aller Anforderungsfehler).

Unsere eigene bevorzugte, umfassendere Checkliste zum Schreiben besserer USR-Geschichten ist diese:

  • Eindeutig / klar *
  • Messbar / Funktional *
  • Prägnant *
  • Benutzerorientiert *
  • Testbar *
  • Konsistent *
  • Ganz und vollständig *
  • Einzigartig *
  • Kostenloses Design *
  • Rückverfolgbar auf den Geschäftswert

ScopeMaster hilft bei 9 von 10 dieser Qualitätskriterien einigermaßen und insgesamt wird es Ihnen weiterhelfen Finden Sie über 50% potenzieller Anforderungsfehler, Vorcodierung.

In unseren eigenen Tests mit über 250.000 User Stories aus über 100 Quellen haben wir festgestellt, dass ScopeMaster 0,3 bis 0,7 Fehler pro CFP aufdeckt (ohne Inkonsistenzen, die wir aufdecken, aber nicht berechnen können), während der in der Industrie beobachtete typische Fehler bei knapp 1 Fehler pro liegt FP (Capers Jones). Da haben wir es, echte Daten, die zeigen, dass ScopeMaster Ihnen beim Schreiben besserer User Stories helfen kann.

Indem Sie ScopeMaster zu Beginn Ihres Projekts interaktiv nutzen, um Ihre User Stories zu verbessern, können Sie Ihre Software-Arbeit von Anfang an auf eine solidere Qualitätsgrundlage stellen – bevor mit Design und Codierung begonnen wird. Sie können die Storys weiter oder während des gesamten Entwicklungsprozesses im Rahmen der Verfeinerung Ihres Produkt-Backlogs verfeinern. Das Tolle daran ist, dass Sie Nacharbeiten vermieden haben, indem Sie mit einer besseren Grundlage für das Schreiben von User Stories höherer Qualität begonnen haben.

Kommunizieren

Eine User Story ist in erster Linie ein Kommunikationsmittel. Es muss Wissen über einige oder alle der folgenden Punkte vermittelt werden: den Bedarf, die Anforderung, die Funktionalität, das Ergebnis, den Zweck der Anforderung. Wenn die Absicht nicht klar zum Ausdruck kommt, kommt es zu Fehlinterpretationen, die wiederum zu Fehlern führen können.

Lernen Sie, User Stories zu schreiben, die Entwickler und Tester lieben werden

Lassen Sie sich von ScopeMaster beim Schreiben von User Stories unterstützen, die für Ihr Team leicht zu erstellen sind. Diese Geschichten werden klar, ausreichend, konsistent, vollständig, umfangreich und überprüfbar sein. Jeder kann Autor großartiger User Stories werden.

Alexander Cowan Verfeinerte Benutzergeschichte

Alexander schlägt Schritte vor, um eine User Story von guter Qualität zu erreichen, und schlägt Folgendes vor: eine „verfeinerte“ User Story.

„Als Personalmanager möchte ich ein Screening-Quiz erstellen, um sicherzustellen, dass ich darauf vorbereitet bin, es bei Vorstellungsgesprächen mit Bewerbern einzusetzen.“

Wir ließen dies isoliert durch ScopeMaster laufen und es erkannte sofort die primäre Funktionsabsicht und maß die Größe als 4 kosmische Funktionspunkte.

Eine weitere nützliche Quelle für Definition einer User Story.

Beispiel einer Bergziege

Wir haben auch den Satz von 238 User Stories analysiert herausgegeben von Mike Cohn

  • Zeit genommen
    • 64 Sekunden
  • Qualitätsprüfung:
    • 54% eindeutig, Größe 629 CFP
    • 46% mehrdeutig
    • 233 mögliche Auslassungen
    • 28 potenzielle Duplikate
    • Über 20 Ungereimtheiten
  • Dimensionierung/Schätzung
    • 1161 CFP-Gesamtgrößenschätzung.

Fokussiert auf die Benutzeraufgabe

User Stories oder Anforderungen, die sich darauf konzentrieren, was der Benutzer vom System zur Erfüllung einer Aufgabe verlangt, sind nützlicher als eine Funktionsliste.

Kunst oder Wissenschaft

Kunst ist subjektiv, während Wissenschaft objektiv ist, Kunst drückt Wissen aus. Die Anwendung der Wissenschaft in realen Szenarien wird typischerweise als Ingenieurwesen betrachtet.

Wenn wir eine User Story schreiben, erwerben und teilen wir Wissen.

Einerseits ist die User Story ein Wissenserwerb des Kunden/Benutzers/Produktbesitzers und andererseits auch ein Ausdruck von Wissen, das das Team verstehen und bearbeiten kann.

Sowohl in der Naturwissenschaft als auch im Ingenieurwesen ist die Messung üblich, wohingegen diese in Kunstwerken fast immer fehlt.