Erstellen Sie eine Story in Agile Development 2.0

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 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 Alle > Agile Development > Storiesan.
    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.
    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.
      Tabelle : 1. Story-Formular
      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.
      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 : 2. Abschnitt „zugehörige Datensätze“ des Story-Formulars
      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.

      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.

    4. Wählen Sie Absenden.

    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.

    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.
    • Fügen Sie Abhängigkeiten für hinzu Agile Development 2.0Stories
    • 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.