Ich habe eine Reihe von User Stories, in denen dieselbe Funktion von mehreren Rollen gemeinsam genutzt werden muss. Ich habe angefangen, diese Geschichten so zu schreiben:
Als Rolle-A oder Rolle-B
Wenn ich Aktion-X ausführe,
sollte Ereignis-Y auftreten.
Ist dies die richtige Art, dieses Konzept in User Stories darzustellen, oder sollte ich es für jede Rolle in eine Story aufteilen?
Antworten:
eine Rolle pro Geschichte; Wenn Sie gezwungen werden, jede Rolle isoliert zu betrachten, können Unterschiede auf natürliche Weise auftreten
[ein Beispiel könnte helfen; Es kann zu Rollenverwirrungen kommen, wenn die Rollen A und B viele der gleichen Geschichten teilen. Wahrscheinlich gibt es eine Rolle C, die stattdessen die gemeinsamen Geschichten "besitzt".]
Ich stimme @Steven zu. Sie sollten entweder die Geschichte brechen oder die Rollen verallgemeinern. Das bedeutet, dass Sie eine Verallgemeinerung von A und B haben, die jedes Mal verwendet wird, wenn die Geschichte für A und B gleich ist. (Es ist wie die Vererbung von Rollen / Akteuren, bei denen die Verallgemeinerung Eltern von A und B ist.)
Sie müssen Rollen identifizieren und abstrahieren
Das Beispiel, das Sie bereitgestellt haben ...
As a Role-A or a Role-B
When I perform Action-X
Event-Y should occure.
skaliert nicht, da das Programm eine exponentielle Anzahl von Kombinationen annehmen kann.
Um einzelne Rollen zu extrahieren, müssen Sie sich die Schritte aus erster Hand vorstellen und dabei den globalen Status ignorieren.
Ich schlage vor, Sie werfen einen Blick auf " Wie man eine Tasse Kaffee bekommt ". Es zeigt, wie eine REST-API für ein Café mithilfe von Zustandsdiagrammen modelliert werden kann.
Der Punkt ist, dass Sie erst dann ein genaues Bild davon zeichnen können, wie das System global interagiert, wenn Sie sehen, dass es auf lokaler Ebene funktioniert.