User Story und Akzeptanzkriterien: Beschreibung und Empfehlung

Bedeutung der User Story Der Arbeitsbereich der BA umfasst die Entwicklung von Dokumentationen auf verschiedenen Ebenen: von der geschäftlichen (hohen) Ebene bis zu den Softwaredetails der Entwicklungsebene. Zu Beginn der Entwicklung eines neuen Projekts oder einer separaten epischen Aufgabe des laufenden Projekts ist es bequem und informativ genug, solche Instrumente wie eine User Story und Akzeptanzkriterien anzuwenden. Diese kurzen, aber informativen "Leitfäden" helfen, das Hauptziel der Anforderungen des Kunden und die wahren Szenarien ihrer Umsetzung zu verstehen. Eine User Story ist eine minimale Einheit eines endlichen Ziels, aber nicht irgendeine Variante eines möglichen Szenarios. Eine User Story ist eine Beschreibung der Funktionalität der Software in einer einfachen, allgemeinen Beschreibung, geschrieben aus der Sicht des Endbenutzers oder Kunden. User Stories werden meist in flexiblen Methoden wie Agile verwendet.

 User Story: Structure and Principals

Die Grundformel der User Story besteht aus den folgenden zusammenhängenden Schritten: "Benutzer-Handlung-Ziel".

Lassen Sie uns einige Beispiele besprechen.

Daher sind User Stories:

• unabhängig (keine Verbindung mit anderen Akteuren oder Aktionen)
• wertvoll (das Ziel der Aktion sollte nützlich sein)
• klein (tiefe Beschreibung lenkt die Aufmerksamkeit auf unwichtige Details)
• testbar (QA wird testen können)
• schätzbar (kann geschätzt werden).

Akzeptanz-Kriterien: Ergebnisse Prüfverfahren

Es ist wichtig, das entsprechende Ergebnis der Umsetzung von User Stories zu verstehen.
In diesem Fall beschreibt die BA Akzeptanzkriterien für jede Benutzergeschichte - was getan werden sollte (Systemreaktion).

Die Grundformel der Akzeptanzkriterien umfasst Schritte: "Geben-Wenn-Dann"

Einige Beispiele für früher beschriebene Benutzergeschichten.

Akzeptanzkriterien sollten sein:

• eindeutig (das Ergebnis sollte sowohl von Benutzern als auch von Entwicklern verstanden werden)
• binär (es sollte nur zwei mögliche Ergebnisse geben: Erfolg oder Ablehnung)
• überprüfbar (der Benutzer (Kunde) kann sie leicht lesen, verstehen und testen)
• vollständig beschrieben (die Antwort des Systems sollte der Beschreibung der funktionalen Anforderungen entsprechen)

Nachteile und Vorteile

Bei der Diskussion der positiven Punkte können wir zugeben:

• leicht zu beschreiben
• leicht zu verstehen
• leicht zu handhaben
• benötigt keine speziellen Optionen zum Erkennen
• konzentriert sich auf den geschäftlichen oder funktionalen Wert
• bezieht alle Komponenten des funktionalen Systems ein

Gleichzeitig müssen wir den Nachteilen die nächsten Details zuordnen:

• eine zu kleine Beschreibung kann zu Missverständnissen führen
• erfordert ein erfahrenes Entwicklerteam auf dem Gebiet der Domäne
• keine spezifischen Details
• benötigt zusätzliche Visualisierung

User Story und Akzeptanzkriterien geben die grundlegende Beschreibung der funktionalen Anforderungen des Kunden wieder. Es handelt sich um eine recht einfache und leicht verständliche Methode. Da es sich jedoch um eine Beschreibung auf hohem Niveau handelt, sollte das IT-Team über genügend Erfahrung im Bereich des Projekts verfügen, um die Anforderungen richtig einschätzen zu können. Diese Instrumente konzentrieren sich nicht auf Details, sondern auf die wichtigsten funktionalen Ergebnisse. Nachdem ein grundlegendes Hauptszenario bestätigt wurde, setzt BA die Arbeit mit UI-, UX- und verschiedenen funktionalen Detailanforderungen fort. 

Software Development Hub bietet Dienstleistungen für die Entwicklung von mobilen Anwendungen, Web-Apps und Software für verschiedene Bereiche. Die kompetente Umsetzung der Ideen des Kunden ist dank der Expertise der technischen Spezialisten möglich, deren Arbeit von einem erfahrenen Projektmanager koordiniert wird.

Categories