--- 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 --- # Erstellen Sie eine Story in Agile Development 2.0 # Erstellen Sie eine Story in Agile Development 2.0 {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 Minuten Lesedauer 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. ## Vorbereitungen Erforderliche Rolle: scrum_Story_Creator, Scrum_admin ## Prozedur 1. Navigieren zu AlleAgile DevelopmentStoriesan. 2. Wählen Sie Neu. Alternativ können Sie eine Story aus einem der folgenden Elemente erstellen: * Registerkarte „Backlog-Planung" oder „Sprintplanung" der agilen Tafel. * Zugehörige Stories-Liste eines Produkts, Release, Sprints, Designs oder Epic. * Fehler- oder Verbesserungsdatensatz. {#create-a-story__ul_hvh_xm3_g5b} 3. Füllen Sie im Formular die Felder aus. Hinweis: Einige der Felder im Story-Formular werden je nach Option, die Sie zum Erstellen der Story verwendet haben, möglicherweise ausgefüllt angezeigt. {#create-a-story__table_story_form__entry__2} | Feld | Beschreibung | |-|-| | Nummer | Vom System generierte Nummer für die Story. | | Design | Design, das der Story zugeordnet ist. Ein Design kann eine oder mehrere Stories enthalten, eine Story kann jedoch jeweils nur zu einem Design gehören. Wählen Sie das Design für diese Story aus einer Liste von Designs aus, die mit verknüpft sind Produkt Feld. | | Epic | Epic, das der Story zugeordnet ist. Ein Epic kann eine oder mehrere Stories haben, aber eine Story kann jeweils nur zu einem Epic gehören. Wählen Sie ein Epic für diese Story aus den Epics aus, die mit verknüpft sind Produkt Feld. | | Typ | Typ der Story. Wählen Sie aus Optionen wie Entwicklung, Dokumentation, Spitze und andere aus. | | Klassifizierung | Typ der Entwicklung, die die Story umfasst. Dieses Feld wird automatisch auf festgelegt Funktion . Dieses Feld hat keine Verbindung zu Fehler Und Erweiterung Felder in Zugehörige Datensätze Registerkarte. | | Status | Status der Story. Wählen Sie eine der folgenden Optionen aus: * Entwurf : Die Story-Anforderungen, z. B. die Beschreibung und die Akzeptanzkriterien, werden noch entworfen. * Bereit : Die Story kann vom Entwicklungsteam abgeholt werden. * In Arbeit : Das Entwicklungsteam arbeitet an der Story und zeichnet die Änderungen im Feld „Arbeitsnotizen" auf. * Bereit zum Testen : Die Story kann von einem Tester abgeholt werden. * Wird Getestet : Der Tester testet die Story basierend auf den in der Story angegebenen Anforderungen. * Abgeschlossen : Die Entwicklungs- und Testmaßnahmen für die Story sind abgeschlossen. * Abgebrochen : Die Story wurde abgebrochen. {#create-a-story__ul_rps_tjp_4lb}Dieses Feld wird automatisch auf festgelegt Entwurf . | | Punkte | Anzahl der Punkte, die den geschätzten Aufwand angeben, der zum Abschließen der Story erforderlich ist. Ein größerer Punktwert gibt an, dass die Story einen größeren Aufwand erfordert. | | Priorität | Priorität, die der Story zugewiesen ist. Ein Produktbesitzer kann Prioritäten verwenden, um Stories in der Planungstafel zu ordnen. | | Produkt | Produkt, dem diese Story zugeordnet ist. | | Freigeben | Release, dem diese Story zugeordnet ist. Das Release kann aus den Releases stammen, die dem ausgewählten Produkt zugeordnet sind. | | Zuweisungsgruppe | Agiles Team, zu dem die Story gehört. | | Sprint | Sprint, dem diese Story zugeordnet ist. Dieses Feld ist nur verfügbar, wenn ein Wert aus ausgewählt ist Zuweisungsgruppe Feld. | | Zugewiesen an | Anwender, der an der Story arbeitet. Anwender in dieser Liste verfügen über entsprechende Scrum-Rollen. | | Bedarf | Bedarf, dem diese Story zugeordnet ist. Wenn der Bedarf in ein Projekt konvertiert wird, werden die Demand Stories von Bedarf zu Projekt verschoben. Wenn ein Bedarf in eine Story konvertiert wird, wird hier der Verweis auf den Bedarf angezeigt. | | Projekt | Projekt, dem diese Story zugeordnet ist. | | Projektphase | Name der agilen Projektphase, der diese Story zugeordnet ist. Dieses Feld ist nur verfügbar, wenn ein Wert aus ausgewählt ist Projekt Feld. Wenn ein Projekt nur eine Phase hat, wird die Story automatisch mit dieser Phase markiert. Hinweis: Eine Agile Phase kann Stories haben, die zu mehr als einer Gruppe gehören. | | Blockiert | Ein Indikator, der angibt, dass es Probleme gibt, die den Fortschritt der Story verhindern. | | Kurzbeschreibung | Eine kurze Beschreibung der Story. | | Beschreibung | Eine detaillierte Beschreibung der Story. | | Akzeptanzkriterien | Die Funktionskriterien oder Testergebnisse, die erforderlich sind, um diese Story in den Status „Abgeschlossen" zu versetzen. | | Arbeitsnotizen | Notizen zu der für diese Story durchgeführten Arbeit. | [Tabelle : 1. Story-Formular] {#create-a-story__table_story_form} {#create-a-story__table_gpb_bqb_ddc__entry__2} | Feld | Beschreibung | |-|-| | Defect | Fehler, der der Story zugeordnet ist. Dieses Feld ist ein Referenzfeld aus der Fehlertabelle \[rm_error\]. Dieses Feld ist erforderlich, wenn die Story für einen Fehler erstellt wird. Klicken Sie auf das Suchsymbol ( ![Suchsymbol]()) In diesem Feld, um die vorhandenen Fehler anzuzeigen oder einen neuen Fehler zu öffnen. Nur Anwender mit der Rolle „Feature_user" können einen Fehler öffnen. Der Administrator muss allen Anwendern, die voraussichtlich Fehler in der Anwendung „Agile Development" öffnen, die Rolle „Feature_user" gewähren. Dieses Feld ist der einzige Standort in der Anwendung „Agile Entwicklung", an dem Datensätze aus der Fehlertabelle \[rm_error\] angezeigt werden. Weitere Informationen zu Fehlern finden Sie unter [Fehler werden in gemeldet Agile Development 2.0](https://servicenow-prod.fluidtopics.net/rDiwRTqJ6LuPwQItGBMSjw#defect-reports "Erstellen Sie Fehler für die Probleme, die für Ihr Produkt mit gemeldet werden Agile Development 2.0. Sie können dann Stories für diese Fehler erstellen, damit Ihre Teams mit der Lösung beginnen können."). | | Erweiterung | Erweiterung, die der Story zugeordnet ist. Dieses Feld ist ein Referenzfeld aus der Tabelle „Erweiterung" \[rm_Enhancement\]. Dieses Feld ist erforderlich, wenn die Story für eine Erweiterung erstellt wird. Klicken Sie auf das Suchsymbol ( ![Suchsymbol]()) In diesem Feld, um die vorhandenen Erweiterungsanforderungen anzuzeigen oder eine neue Erweiterung zu öffnen. Nur Anwender mit der Rolle „Feature_user" können eine Erweiterung öffnen. Der Administrator muss allen Anwendern, die voraussichtlich Verbesserungsanforderungen in der Anwendung „Agile Development" öffnen, die Rolle „Feature_user" gewähren. Dieses Feld ist der einzige Ort in der Anwendung „Agile Entwicklung", an dem Datensätze aus der Tabelle „Erweiterung" \[rm_Enhancement\] angezeigt werden. Weitere Informationen zu Erweiterungen finden Sie unter [Erweiterungsanforderungen in Agile Development 2,0](https://servicenow-prod.fluidtopics.net/W0sY4oJih0_zQ9JT4L~boQ#enhancement-requests "Erstellen Sie Verbesserungsanforderungen für verschiedene Bereiche Ihres Produkts in Agile Development 2.0. Sie können dann Stories für diese Anforderungen erstellen, damit Ihre Teams mit der Entwicklung beginnen können."). | [Tabelle : 2. Abschnitt „zugehörige Datensätze" des Story-Formulars] {#create-a-story__table_gpb_bqb_ddc} 4. Wählen Sie Absenden. {#create-a-story__steps_tkw_kkh_pz} ## Ergebnisse * Die Story wird erstellt, und das Formular wird mit zugehörigen Links und Listen erneut geöffnet. * Die Story wird abhängig von den im Story-Formular ausgefüllten Feldern im Backlog aufgeführt. {#create-a-story__ul_ygk_nbf_qz} ## Nächste Maßnahme * Verwenden Sie die zugehörigen Links und Listen der Story, um Scrum-Aufgaben für diese Story zu erstellen, diese Story in ein Epic zu konvertieren oder diese Story in zwei Stories aufzuteilen. Weitere Informationen finden Sie unter [Zugehörige Links und Listen für eine Story in Agile Development 2.0](https://servicenow-prod.fluidtopics.net/ZYRr6YrpdnQ54hV~wVuPRQ "Verwenden Sie die zugehörigen Links und zugehörigen Listen im Story-Formular für die Aktionen, die Sie für Ihre Story in ausführen müssen Agile Development 2.0, Z. B. Hinzufügen von Scrum-Aufgaben, Abhängigkeiten oder Teilen der Story."). * [Fügen Sie Abhängigkeiten für hinzu Agile Development 2.0Stories](https://servicenow-prod.fluidtopics.net/77zyjqTxbRBhBHoPiMvhqQ "Fügen Sie erforderliche und abhängige Elemente für Stories in hinzu Agile Development 2.0Damit Sie diese Abhängigkeiten auf der Scrum-Planungstafel visualisieren und Ihre Sprints entsprechend planen können.") * Sie können eine Story mit denselben Details wie diese Story erstellen, indem Sie verwenden Einfügen Oder Einfügen und beibehalten Optionen aus den zusätzlichen Story-Aktionen ( ![Symbol für zusätzliche Aktionen.]()). Wenn Sie verwenden Einfügen und beibehalten , Das Formular der neu erstellten Story bleibt geöffnet. Sie können die Details der Story ändern oder weitere Stories mit diesen Details erstellen. Auf der Agile-Tafel wird die neue Story direkt unter der ursprünglichen Story positioniert. Der globale Rang der neuen Story wird entsprechend festgelegt. Hinweis: Legen Sie fest glide.ui.task.insertUnd glide.ui.advanceEigenschaften bis Wahr Um auf diese Aktionen zuzugreifen. Diese Aktionen sind für Stories nicht zulässig, die aus der Selektierungstafel hinzugefügt wurden. {#create-a-story__ul_qjh_f4s_klb}