Prozess-Flow in Agile Development
Lernen Sie den Prozess kennen, der zur Verwaltung der Produktentwicklung in Agile Development 2.0 verwendet wird, z. B. das Erstellen eines Produkts oder die Nachverfolgung eines Sprints oder Release.
- Produkte definieren
Ein Produkt kann ein Satz von Funktionen oder Funktionalitäten sein, die Benutzern bereitgestellt werden. Jedes Produkt kann einen Eigentümer haben, der die Arbeitspipeline, z. B. Epics und Storys, für das Produkt verwaltet. Diese Arbeitselemente können einem Thema zugeordnet werden, das mit einem Geschäftsziel verknüpft ist.
Weitere Informationen finden Sie unter Produkte in Agile Development 2.0 erstellen.
- Epics und Storys erstellen
Epics enthalten allgemeine Anforderungen für Ihre Produkte, die Sie zur Aufteilung in handhabbare Storys nutzen können. Beim Erstellen von Epics und Storys in Agile Development 2.0 können Sie diese einem Produkt zuordnen.
Weitere Informationen finden Sie unter Epics in Agile Development 2.0 erstellen und Storys in Agile Development 2.0 erstellen.
- Releases erstellen
Einige Organisationen haben einen festen Zeitrahmen, um ihre Produkte auf den Markt zu bringen, was als Release bezeichnet wird. Ein Release hat ein Start- und Enddatum, während denen mehrere Entwicklungsiterationen abgeschlossen werden. Sie können beispielsweise vierteljährliche oder halbjährliche Zeitpläne haben, um neue Anwendungen oder Verbesserungen vorhandener Anwendungen zu veröffentlichen.
Nachdem Sie einen Release in Agile Development 2.0 erstellt haben, können Sie ihm Produkte, Epics und Storys zuordnen. Weitere Informationen finden Sie unter Release in Agile Development 2.0 erstellen.
- Personalisierte Rückstände erstellen
Ein personalisierter Rückstand kann durch Definieren von Filterkriterien erstellt werden. Beispielsweise kann ein personalisierter Rückstand eine Kombination aus Storys, Fehlern und Incidents sein, während ein anderer eine Kombination aus Storys und Incidents darstellen kann. Auf diese Weise können Sie beliebig viele personalisierte Rückstände erstellen.
Weitere Informationen finden Sie unter Personalisierten Rückstand in Agile Development 2.0 erstellen.
- Zuweisungsgruppen erstellen
Erstellen Sie eine Zuweisungsgruppe, und fügen Sie Mitglieder hinzu. Für jedes Gruppenmitglied definieren Sie die Zahl von Story Points, die es in einem Sprint abschließen kann. Auf Gruppenebene bestimmt die Summe der Story Points aller Gruppenmitglieder die Gruppenkapazität.
Weitere Informationen finden Sie unter Zuweisungsgruppe in Agile Development 2.0 erstellen.
- Sprints erstellen
Ein Sprint ist der Zeitrahmen, in dem das Entwicklungsteam eine oder mehrere Storys bereitstellt. Ein Sprint kann eine beliebige Länge haben, dauert jedoch normalerweise zwischen einer und vier Wochen. Der Scrum Master erstellt die Anzahl der für die Gruppe erforderlichen Sprints, und diese Sprints werden von den Gruppenmitgliedern verwendet, um die für ein bevorstehendes Release erforderliche Arbeit abzuschließen. Allerdings müssen alle Sprints in einem Release innerhalb des Start- und Enddatums des Release liegen.
- Sprintaktivitäten planen
Bevor ein Sprint beginnt, entscheiden die Gruppe und der Scrum-Master, welche Storys aus dem Rückstand innerhalb eines Sprints abgeschlossen werden können. Storys für einen Sprint können basierend auf der Priorität ausgewählt werden. Der Scrum Master muss sicherstellen, dass der Aufwand (Gesamtzahl der Story Points), der zum Abschließen der Storys erforderlich ist, der Kapazität der Gruppe entspricht.
Bei der Planung Ihrer Sprints können Sie die Geschwindigkeitsberichte als Anhaltspunkt verwenden, um abzuschätzen, wie viel Arbeit die Gruppe im nächsten Sprint erledigen kann. Das Agile 2.0 Team-Dashboard enthält einen Bericht zum Geschwindigkeitsverlauf und einen Bericht zur Geschwindigkeit nach Typ.- Geschwindigkeitsverlauf: Verschaffen Sie sich einen Überblick über die Gesamtgeschwindigkeit des Teams in den letzten 10 Sprints. Analysieren Sie, ob das Team ein stabiles, vorhersehbares Tempo erreicht und die Zusagen erfüllt.
- Geschwindigkeit nach Typ: Analysieren Sie, wie sich die Geschwindigkeit Ihres Teams im Laufe der Zeit ändert, und vergleichen Sie die strategische Arbeitsauslastung des Teams mit operativen oder anderen Arten der Arbeitsauslastung.
Weitere Informationen zur Planung von Sprints finden Sie unter Sprintaktivitäten in Agile Development 2.0 planen.
- Sprintfortschritt nachverfolgen
Der Scrum Master verwaltet die Bemühungen des Sprintteams, erstellt Fortschrittsberichte und räumt alle Hindernisse aus dem Weg, mit denen das Team konfrontiert wird. Teammitglieder aktualisieren Story-Datensätze und führen tägliche Besprechungen durch, um dem Scrum Master und den Produkteigentümern ihre Fortschritte und Bedenken mitzuteilen.
Vom Team wird erwartet, dass es alle Storys abschließt, die für einen Sprint festgelegt wurden. Der Scrum Master erwartet, dass die Storys gemäß den Akzeptanzkriterien vollständig getestet wurden und zur Veröffentlichung bereit sind.
Idealerweise sollten sich die zugesagten Storys und der Umfang für einen bestimmten Sprint nicht ändern, während der Sprint ausgeführt wird. Agile Development 2.0 bietet die Flexibilität, nach Bedarf zu aktualisieren und an sich ändernde Prioritäten anzupassen. Allerdings dürfen Storys einem Sprint erst hinzugefügt werden bzw. daraus entfernt werden, nachdem dies von der Gruppe, dem Scrum Master und dem Produkteigentümer besprochen wurde.
Sie können das Agile 2.0 Sprint-Dashboard mit Berichten wie Burnup- und Burndown-Diagrammen verwenden, um den Fortschritt des Teams für einen Sprint zu verfolgen.
- Releasefortschritt nachverfolgen
Der Produkteigentümer verfolgt den Fortschritt des Release und prüft, ob das Team die Storys schnell genug abschließt, um das Releaseziel zu erreichen.
Sie können das Agile 2.0 Sprint-Dashboard mit Berichten wie Burnup- und Burndown- und Zykluszeitdiagrammen verwenden, um den Fortschritt des Teams für einen Release zu verfolgen.