Es gibt mehrere Begriffe, die wir verwenden, um Anforderungen zu beschreiben:
Was sind die formalen Definitionen dieser Begriffe und was sind die Unterschiede zwischen ihnen (mit Ausnahme des Umfangs der beschriebenen Anforderungen)?
Wenn es andere Begriffe zur Beschreibung von Anforderungen gibt, teilen Sie mir diese bitte mit.
Jede Organisation und jeder Autor hat eine andere Definition für diese Begriffe.
In diesem Artikel stellt Mike Cohn seine Definition von User Stories, Epics und Themes zur Verfügung:
Eine User Story ist einfach etwas, das ein Benutzer will. User Stories sind mehr als nur Text, der auf eine Karteikarte geschrieben wird, aber für unsere Zwecke hier können Sie sich User Story einfach als ein Stück Text vorstellen, das so etwas wie „Paginiere den monatlichen Umsatzbericht“ oder „Ändere Steuerberechnungen auf Rechnungen“ sagt. Viele Teams haben die Vorteile des Schreibens von User Stories in Form von: „Als <Typ von Benutzer> habe ich <will/kann/bin dazu in der Lage/muss/etc.>, damit <aus irgendeinem Grund> gelernt.“ Aber es ist nicht notwendig, dass eine User Story auf diese Weise geschrieben wird. Sehen Sie sich die Vorteile dieses User-Story-Formats an.
Ein Scrum Epic ist eine große User Story. Es gibt keine magische Schwelle, ab der wir eine bestimmte Geschichte als Epos bezeichnen. Es bedeutet einfach "große User Story". Daran denke ich gerne im Zusammenhang mit Filmen. Wenn ich Ihnen sage, dass ein bestimmter Film ein "Action-Adventure-Film" war, sagt das etwas über den Film aus. Es gibt wahrscheinlich einige Verfolgungsjagden, wahrscheinlich einige Schießereien und so weiter. Es sagt Ihnen dies, obwohl es keine universelle Definition gibt, der wir uns zugestimmt haben, und dass ein Action-Adventure-Film mindestens drei Verfolgungsjagden enthalten muss, mindestens 45 Kugeln abgefeuert werden müssen und ….
„Episch“ ist also nur ein Etikett, das wir einer großen Geschichte zuordnen. Eine Geschichte als Epos zu bezeichnen, kann manchmal eine zusätzliche Bedeutung vermitteln. Angenommen, Sie fragen mich, ob ich gestern Zeit hatte, die Benutzergeschichten über den monatlichen Berichtsteil des Systems zu schreiben. "Ja", antworte ich, "aber es sind meistens Epen." Das sagt Ihnen, dass ich sie zwar geschrieben habe, aber nicht die Gelegenheit hatte, die meisten von ihnen in Geschichten zu zerlegen, die wahrscheinlich klein genug sind, um sie direkt umzusetzen.
„ Theme “ schließlich ist eine Sammlung von User Stories. Wir könnten ein Gummiband um diese Gruppe von Geschichten legen, die ich über monatliche Berichte geschrieben habe, und wir würden das ein "Thema" nennen. Manchmal ist es hilfreich, über eine Gruppe von Geschichten nachzudenken, also haben wir einen Begriff dafür. Um bei der obigen Filmanalogie zu bleiben, habe ich in meinem DVD-Regal die James-Bond-Filme zusammen abgelegt. Sie sind ein Thema oder eine Gruppierung.
Während des Sprints werden Aufgaben für jede User Story definiert, damit das Entwicklungsteam eine klare Vorstellung davon hat, wie es seine Arbeit erledigen wird. Aufgaben sind einfach detailliertere Versionen der Arbeit, die erforderlich ist, um eine User Story abzuschließen. Eine Aufgabe ist eine technische Arbeit, die notwendig ist, um eine Geschichte fertigzustellen. Entwickler teilen eine Story in technische Aufgaben auf, um eine realistische Schätzung der Zeit zu erhalten, die für die Fertigstellung einer Story benötigt wird. Es ist wichtig zu beachten, dass User Stories normalerweise anhand von Story Points geschätzt werden, während Aufgaben mit Stunden geschätzt werden.
Ein Feature ist ein bestimmtes Funktionselement, das dem Unternehmen Fähigkeiten bieten kann. Im Allgemeinen sind viele Iterationen erforderlich, um ein Feature bereitzustellen. Eine User Story ist ein Teil des Features. Indem ein Feature in kleinere Stories aufgeteilt wird, kann der Benutzer den Entwicklern schnell Feedback zu Problemen geben.
Die Beziehung zwischen Epics und Features ist die umstrittenste in der agilen Community. Meiner Meinung nach ist ein Epos ein umfassenderes Konzept und ein Epos kann in verschiedene Merkmale unterteilt werden.
Diese Definitionen sind gute allgemeine Richtlinien, aber Ihr individuelles Team hat möglicherweise eine andere Interpretation, und das ist in Ordnung. Es ist wichtiger, dass Ihr Team seine eigenen vereinbarten Definitionen hat:
Ein Feature ist ein Funktionsblock, der einen Geschäftswert (Umsatz, Engagement usw.) liefert und wahrscheinlich mehrere User Storys und/oder Themen enthält.
Ein Thema ist eine Gruppe von User Storys mit ähnlichen Eigenschaften.
Ein Epic ist eine User Story, die mehr als einen Sprint benötigt, um abgeschlossen zu werden.
Eine User Story ist ein Tool, das verwendet wird, um ein Gespräch zwischen dem Dev-Team und allen anderen zu führen, damit die Entwickler abschätzen können, wie viel Aufwand erforderlich ist, um ein bestimmtes Ergebnis zu erzielen. Das ist normal:
- Eine allgemeine Beschreibung eines gewünschten Ergebnisses/Ergebnisses
- Abgeschlossen in einem Sprint (allgemein)
- Aufgeteilt in eine Reihe von Aufgaben (gemessen in # Stunden oder halben Tagen)
Pletcher überspringen