--- sourceDocument: Strategisches Portfoliomanagement Von Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-business-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Strategisches Portfoliomanagement Von Yokohama ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # Agile Development Prozess-Flow # Agile Development Prozess-Flow {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Erfahren Sie mehr über den Prozess, der zum Verwalten von Produktentwicklungsmaßnahmen in verwendet wird Agile Development 2.0, Z. B. Erstellen eines Produkts oder Nachverfolgung eines Sprints oder Release. Hinweis: Der hier erläuterte Flow stellt die gängige Praxis für die Verwaltung agiler Entwicklungsbemühungen mit der Funktionalität dar, die in verfügbar ist Agile Development 2.0Anwendung. Dieser Flow stellt nicht den einzigen möglichen Prozess dar. Definieren Sie Produkte : Ein Produkt kann eine Reihe von Funktionen oder Funktionen sein, die Anwendern angeboten werden. Jedes Produkt kann einen Besitzer haben, der die Arbeits-Pipeline, z. B. Epics und Stories, für das Produkt verwaltet. Diese Arbeitselemente können einem Design zugeordnet werden, das sich auf ein Geschäftsziel bezieht. Weitere Informationen finden Sie unter [Erstellen Sie ein Produkt in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/0a9vFjSHaVX0fHPLjQmxpg "Erstellen Sie ein Produkt, um eine Funktion oder Funktionalität darzustellen, die für Kunden wichtig ist. Ein Produkt kann Designs, Epics und Stories enthalten, die diese Erweiterungen aus der Perspektive eines Anwenders beschreiben."). Erstellen Sie Epics und Stories : Epics enthalten allgemeine Anforderungen für Ihre Produkte, mit denen Sie in überschaubare Stories aufgliedern können. Beim Erstellen von Epics und Stories in Agile Development 2.0, Sie können sie einem Produkt zuordnen. Siehe [Erstellen Sie ein Epic in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/cTaPoHMZ41uwM0J3t8C8gA "Definieren Sie die allgemeinen Anforderungen der Funktionen, die Sie entwickeln möchten, indem Sie Epics in erstellen Agile Development 2.0.") und [Erstellen Sie eine Story in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/Y0nzmKATTPmskBz804~y_Q "Erstellen Sie allgemeine Definitionen Ihrer Anforderungen in Form von Stories in Agile Development 2.0. Verwalten und verfolgen Sie Ihre Stories, indem Sie sie einem Produkt, Projekt oder Release zuordnen und sie einer Zuweisungsgruppe zuweisen."). Erstellen Sie Releases : Einige Organisationen haben einen festen Zeitrahmen, um ihre Produkte auf dem Markt verfügbar zu machen, der als Release bezeichnet wird. Ein Release hat ein Start- und Enddatum, an dem mehrere Entwicklungsiterationen abgeschlossen werden. Sie können beispielsweise vierteljährliche oder halbjährliche Zeitpläne haben, um neue Anwendungen oder Erweiterungen für vorhandene Anwendungen freizugeben. Nachdem Sie ein Release in erstellt haben Agile Development 2.0, Sie können ihm Produkte, Epics und Stories zuordnen. Weitere Informationen finden Sie unter [Erstellen Sie ein Release in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/op4F_8XVauXuxkELshFKyA "Erstellen Sie ein Release, um mit der Zuordnung der Stories und Scrum-Aufgaben Ihrer Produktentwicklung zum Release in zu beginnen Agile Development 2.0."). Erstellen Sie personalisierte Backlogs : Ein personalisierter Backlog kann erstellt werden, indem Filterkriterien definiert werden. Beispielsweise kann ein personalisierter Backlog eine Kombination aus Stories, Fehlern und Incidents sein, während der andere personalisierte Backlog eine Kombination aus Stories und Incidents sein kann. Auf diese Weise können Sie beliebig viele personalisierte Backlogs erstellen. Siehe [Erstellen Sie einen personalisierten Backlog in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/m9X9EugJn3m1NyCdZFCqdg "Erstellen Sie Filter, um zu definieren, welche Stories in Ihrem Backlog angezeigt werden Agile Development 2.0.") Zuweisungsgruppen erstellen : Erstellen Sie eine Zuweisungsgruppe, und fügen Sie ihr Mitglieder hinzu. Definieren Sie für jedes Gruppenmitglied die Anzahl der Story Points, die es in einem Sprint abschließen kann. Auf Gruppenebene bestimmt die Summe der Story Points aller Gruppenmitglieder die Gruppenkapazität. Siehe [Erstellen Sie eine Zuweisungsgruppe in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/ixZDWb0dQPfABDVV08IH7g#create-an-agile-group "Erstellen Sie eine Zuweisungsgruppe vom Typ „agiles Team“, damit Sie diese Gruppen einem Produkt oder einem Release zuweisen können.") Erstellen Sie Sprints : Ein Sprint ist der Zeitrahmen, in dem das Entwicklungsteam eine oder mehrere Stories bereitstellt. Ein Sprint kann beliebig lang sein, 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. Alle Sprints in einem Release müssen jedoch innerhalb des Start- und Enddatums des Release liegen. Planen Sie Sprint-Aktivitäten : Bevor ein Sprint startet, entscheiden die Gruppe und der Scrum-Master, welche Stories aus dem Backlog sie innerhalb eines Sprints abschließen können. Stories für einen Sprint können basierend auf der Priorität ausgewählt werden. Der Scrum Master muss sicherstellen, dass der Aufwand (Story Points insgesamt), der zum Abschließen der Stories erforderlich ist, der Kapazität der Gruppe entspricht. Bei der Planung Ihrer Sprints können Sie die Geschwindigkeitsberichte als Anleitung verwenden, um zu schätzen, wie viel Arbeit die Gruppe im nächsten Sprint abschließen kann. Die [Agile 2,0 Team-Dashboard](https://servicenow-prod.fluidtopics.net/ehmXppNe_4pgxQ2qlwiZwA "Das Team-Dashboard bietet eine Visualisierung des Fortschritts des Teams bei Stories über einen bestimmten Zeitraum. Es bietet Diagramme zur Vorhersehbarkeit des Teams und hilft Ihnen, die Kapazität des Teams für die bevorstehenden Sprints zu planen. Darüber hinaus werden Details zu allen Teammitgliedern bereitgestellt.")Stellt den Geschwindigkeitsverlaufsbericht und den Bericht „Geschwindigkeit nach Typ" bereit. * Geschwindigkeitsverlauf: Erhalten Sie einen Einblick in die Gesamtgeschwindigkeit des Teams für die letzten 10 Sprints. Analysieren Sie, ob das Team eine stabile, vorhersehbare Geschwindigkeit 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 Arbeitsauslastungstypen. {#agile-development-process-flow__ul_mkg_tcj_ntb} Weitere Informationen zur Planung Ihrer Sprints finden Sie unter [Planen Sie Ihre Sprint-Aktivitäten in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/rbzQT5ViOM_F5nhGEHrCZw "Optimieren Sie Ihre Sprint-Aktivitäten, z. B. das Erstellen, Bearbeiten und Abschließen von Sprints oder das Hinzufügen von Stories zu Sprints, mithilfe der Registerkarte „Sprintplanung“ des agilen Boards."). Verfolgen Sie den Sprint-Fortschritt : Der Scrum-Master verwaltet die Bemühungen des Sprint-Teams, stellt Fortschrittsberichte bereit und entfernt alle Blocker, auf die das Team stößt. Teammitglieder aktualisieren Story-Datensätze und führen tägliche Standup-Besprechungen durch, um ihren Fortschritt zu besprechen und die Bedenken an den Scrum Master und die Produktbesitzer zu kommunizieren. Es wird erwartet, dass das Team alle Stories abschließt, die für einen Sprint bestätigt werden. Der Scrum-Master erwartet, dass die Stories vollständig getestet wurden und gemäß den Akzeptanzkriterien für die Veröffentlichung bereit sind. Idealerweise sollten sich die Commit-Stories und der Umfang für einen bestimmten Sprint nicht ändern, während der Sprint ausgeführt wird. Agile Development 2.0Bietet die Flexibilität, nach Bedarf zu aktualisieren und sich an sich ändernde Prioritäten anzupassen. Stories müssen jedoch erst nach einer Diskussion zwischen der Gruppe, dem Scrum Master und dem Produktbesitzer hinzugefügt oder aus einem Sprint entfernt werden. Sie können verwenden [Agile 2,0-Sprint-Dashboard](https://servicenow-prod.fluidtopics.net/B56spYQJy_6Z3xlgFIdJvg "Verfolgen Sie den Fortschritt Ihrer Stories im aktuellen Sprint, und prognostizieren Sie den Sprint-Abschluss mithilfe des Sprint-Dashboards.")Mit Berichten wie Burnup- und Burndown-Diagrammen, um den Fortschritt des Teams für einen Sprint nachzuverfolgen. Verfolgen Sie den Release-Fortschritt : Der Produktbesitzer verfolgt den Fortschritt des Release und überprüft, ob das Team Stories in dem Tempo abschließt, das erforderlich ist, um das Release-Ziel zu erreichen. Sie können verwenden [Agile 2,0 Release-Dashboard](https://servicenow-prod.fluidtopics.net/t3eIJCT5Q7QMRXRLaWOjcQ "Verfolgen Sie den Fortschritt Ihrer Stories, und analysieren Sie Umfangsänderungen im aktuellen Release mit dem Agile 2,0-Release-Dashboard.")Mit Berichten wie Burnup, Burndown und Zykluszeitdiagrammen, um den Fortschritt des Teams für ein Release nachzuverfolgen. Hinweis: Alle Agile 2,0-Dashboards sind mit verfügbar [Performance Analytics Inhaltspaket für Agile 2,0](https://servicenow-prod.fluidtopics.net/uyc2uI6SCT~QKeFJswescA "Verbessern Sie Ihre agilen Prozesse und Praktiken mithilfe vorkonfigurierter Dashboards mit Datenvisualisierungen aus Platform AnalyticsInhaltspaket für Agile 2,0.").