it-swarm.com.de

Was ist der Unterschied zwischen einer User Story und einem Feature in der Agile-Terminologie?

Ich vermute, eine Funktion könnte so etwas wie "Kreditkartenautorisierung" sein, während eine User Story "Kreditkartenautorisierung für Paypal" sein könnte.

Ist eine User Story eine Teilmenge eines Features?

48
Chakra

Ja, so etwas wie eine Teilmenge. Dieser Artikel ist eine gute Lektüre:
Features vs Stories

Auszug:

Mir ist heute klar geworden, dass ich den Unterschied in meinen Gedanken zwischen Merkmalen und Geschichten nicht deutlich gemacht habe, und es ist ein wichtiger Unterschied. Im Wesentlichen handelt es sich bei einer Funktion um eine Gruppe von Storys, die miteinander verwandt sind und ein Paket von Funktionen bieten, die Endbenutzer normalerweise auf einmal erwarten würden. Die Inline-Größenänderung von Tabellen ist beispielsweise eine Funktion (Hinweis: Dies ist die Möglichkeit, die Größe von Tabellen, Zeilen und Spalten durch Ziehen zu ändern - versuchen Sie es in Word). Im ersten Durchgang hätten Sie wahrscheinlich eine einzige Story für die Inline-Größenänderung von Tabellen, aber diese wäre zu groß, um sie abzuschätzen. Sie unterteilen die Tabelle in drei Abschnitte, ändern die Spaltengröße, die Zeilengröße und die Tabellengröße.

42
o.k.w

Nach Kent Beck und Martin Fowler Geschichten und Features sind Synonyme:

Eine User Story ist ein Teil der Funktionalität (einige Leute verwenden die Word-Funktion ), die für den Kunden von Wert ist.

Was Sie als Feature bezeichnen, wird normalerweise als Theme oder episch . Themen und Epen werden verwendet, um User Storys zu größeren Funktionssätzen zu gruppieren, die für sich genommen Sinn ergeben.

Aus semantischer Sicht: Feature ist ein Teil des Systems, das Sie erstellen möchten, User Story ist eine Möglichkeit, diesen Teil zu beschreiben.


Korrektur:

Wie Pascal herausgestellt hat - ich habe vielleicht die wahre Bedeutung von "Merkmal" in diesem Zitat übersehen ("Merkmal" bezieht sich offensichtlich auf Funktionalität). Abgesehen davon denke ich immer noch, dass man diese Wörter (Merkmal und Benutzergeschichte) als Synonyme in verwenden kann Viele Kontexte ("Ich arbeite an dieser Geschichte" im Vergleich zu "Ich arbeite an diesem Feature"), da, wie Pascal sagte, eine User Story eine Möglichkeit ist, ein Feature zu erfassen. Was bedeutet, dass es eine 1: 1-Beziehung zwischen diesen beiden gibt. Und wie aus meiner Bemerkung zur Semantik hervorgeht, verstehe ich das wirklich so.

21
Milan Novota

Überhaupt nicht..

Eine User Story repräsentiert kleine Teile des Geschäftswerts. Daher ist es wirklich schwierig zu sagen, wann eine User Story eine Teilmenge eines Features oder eine Feature eine Teilmenge eines User Storys ist Sie wollen ... :) )

Wenn Sie also der Empfehlung von agile folgen, um die Storys kurz zu halten, würden Sie auf das "beste" Szenario zurückgreifen, bei dem die User Story eine Teilmenge der Funktion ist.

Wenn Ihr Stakeholder jedoch lange Geschichten schreibt, hat jede Geschichte einige Besonderheiten (wenn es eine gute Kommunikation zwischen dem Team und den Stakeholdern gibt, passiert dies nicht, da das Team die Geschichten in kleine aufteilt).

9
Diego Dias

Funktionen sind das, was ein System tut. User Stories sind unter anderem nur eine Möglichkeit, Funktionen zu erfassen.

8
Pascal Thivent

Ich bin gerade auf dieses Thema gestoßen, als ich nach verschiedenen Ideen zum Thema "Verwenden mehrerer Rollen für ähnliche Anforderungen" gesucht habe.

Ich denke, ein Feature als Container für verwandte Storys hilft bei der Priorisierung der Anforderungen, da Stakeholder ihre Bedürfnisse normalerweise als abhängige Storys angeben. In einem kürzlich durchgeführten Projekt teilte mir der Kunde Folgendes mit

Ein Mitglied kann Nachrichten an den Administrator senden. Der Administrator kann Nachrichten an alle Mitglieder senden. Mitglieder können sich gegenseitig Nachrichten senden

Wenn ich diese Anforderungen sehe, weiß ich, dass wir ein System implementieren sollten, das es den Leuten ermöglicht, eine Nachricht zu senden, und wir sollten Prüfungen hinzufügen, um zu ermöglichen, wem was zu tun ist.

Und ich weiß auch, dass diese Anforderungen einige andere implizite Anforderungen haben können, z. B. das Lesen der eingehenden Nachrichten, das Anordnen, das Einstellen als Spam usw.

Also versuche ich, diese Anforderungen als neu zu formulieren

Als Mitglied oder Administrator kann ich Nachrichten an andere Personen senden. Als Mitglied oder Administrator kann ich Nachrichten lesen, die an mich gesendet wurden.

Und als Akzeptanzkriterium gebe ich im Detail an, wer an wen senden darf.

Dann bezeichne ich all diese Dinge als "Private Messaging" -Funktion, sodass der Kunde später, wenn er entscheidet, dass es sich um einen Aufpreis handelt, sagen kann: "Lass das Private Messaging-Ding einfach fallen", und ich kann alle entfernen aus dem Rückstand.

2
Cagatay Kalan