Während eines Sprints schreiben Projektteams kurze User Stories, um ihre Arbeit für den nächsten Sprint zu planen. In diesem Kurs erklärt Doug Rose, ein Experte für agile Entwicklung, wie man User Stories schreibt und priorisiert. Es erklärt auch die wichtigsten Fallstricke, die es bei der Planung eines agilen Projekts zu vermeiden gilt.
Was meinen wir, wenn wir von User Stories sprechen?
In einem agilen Ansatz sind User Stories die kleinste Arbeitseinheit. Sie stellen die Endziele der Software (nicht die Funktionen) aus der Sicht des Benutzers dar.
Eine User Story ist eine generische, informelle Beschreibung der Softwarefunktionalität, die aus der Perspektive des Benutzers geschrieben wird.
Der Zweck einer User Story besteht darin, zu beschreiben, wie die Option einen Mehrwert für den Kunden schafft. Hinweis: Kunden sind nicht zwingend externe Nutzer im herkömmlichen Sinne. Je nach Team kann dies ein Kunde oder ein Kollege in der Organisation sein.
Eine User Story ist eine Beschreibung des gewünschten Ergebnisses in einfacher Sprache. Es wird nicht im Detail beschrieben. Anforderungen werden hinzugefügt, wenn sie vom Team akzeptiert werden.
Was sind agile Sprints?
Wie der Name schon sagt, ist ein Agile Sprint eine Phase der Produktentwicklung. Ein Sprint ist eine kurze Iteration, die einen komplexen Entwicklungsprozess in mehrere Teile aufteilt, um ihn basierend auf den Ergebnissen einer Zwischenbewertung zu vereinfachen, anzupassen und zu verbessern.
Die agile Methode beginnt mit kleinen Schritten und entwickelt in kleinen Iterationen die erste Version des Produkts. Auf diese Weise werden viele Risiken vermieden. Es beseitigt die Hürden von V-Projekten, die in mehrere aufeinanderfolgende Phasen wie Analyse, Definition, Design und Test unterteilt sind. Diese Projekte werden einmalig am Ende des Prozesses durchgeführt und zeichnen sich dadurch aus, dass sie keine temporären Zugriffsrechte für Unternehmensbenutzer vorsehen. Es ist daher möglich, dass das Produkt zu diesem Zeitpunkt nicht mehr den Anforderungen des Unternehmens entspricht.
Was ist Backlog in Scrum?
Der Zweck des Backlogs in Scrum besteht darin, alle Kundenanforderungen zu sammeln, die das Projektteam erfüllen muss. Es enthält eine Liste von Spezifikationen, die sich auf die Entwicklung des Produkts beziehen, sowie alle Elemente, die das Eingreifen des Projektteams erfordern. Alle Funktionen im Scrum Backlog haben Prioritäten, die die Reihenfolge ihrer Ausführung bestimmen.
In Scrum beginnt das Backlog mit der Definition der Produktziele, Zielbenutzer und verschiedener Projektbeteiligter. Als nächstes folgt eine Liste der Anforderungen. Einige von ihnen sind funktionsfähig, andere nicht. Während des Planungszyklus analysiert das Entwicklungsteam jede Anforderung und schätzt die Implementierungskosten.
Basierend auf der Anforderungsliste wird eine Liste mit vorrangigen Funktionen erstellt. Das Ranking basiert auf dem Mehrwert des Produkts. Diese priorisierte Liste von Funktionen bildet das Scrum Backlog.
