Datenmodellerweiterungen von Agile Development 1.0Bis Agile Development 2.0

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer
  • Agile Development 2.0Bietet einige Datenmodell-Erweiterungen für Agile Development1,0.

    Verwendung des allgemeinen Plattformkonstrukts – Zuweisungsgruppe

    So ordnen Sie ein agiles Team (Scrum-Team) zu: Agile Development1,0 verwendet eine separate Entität mit der Bezeichnung „Release-Team-Tabelle“ („Scrum_PP_Team“). Diese Entität ist einer Release-Entität zugeordnet, wie im folgenden Screenshot angezeigt.

    Abbildung : 1. Scrum-Release
    Teams in einem Release

    Alle anderen Aufgaben auf der Plattform, z. B. Incidents, Probleme, Changes und Projekte, basieren auf der Entität der Zuweisungsgruppe, um Zuweisungen an eine Gruppe vorzunehmen. Gruppenmanager können Berichte für eine Zuweisungsgruppe ausführen, um Einblicke in die Arbeit zu erhalten, die ihren Gruppen zugewiesen ist.

    Um die Verwendung einer Gruppe plattformübergreifend zu standardisieren, auch für Scrum-Arbeiten wie Stories und Aufgaben „Zuweisungsgruppe für Standardkonstruktion“ wird im Gegensatz zum eigenständigen Release-Team der Entität verwendet . Agile Development 2.0Verwendet Zuweisungsgruppen, um agile Teams zuzuordnen. Eine Zuweisungsgruppe vom Typ „agiles Team“ wird zum Definieren eines agilen Teams verwendet.

    Abbildung : 2. Gruppen
    Verwendung von Zuweisungsgruppen in Agile Development 2,0

    Agiles Team (Gruppe) muss nicht für jedes Release erstellt werden

    Mit Agile Development1,0 müssen für jedes Release Teams erstellt werden, und die Teams werden jedem Release zugeordnet. Beispiel: Wenn ein Scrum-Team namens Team – Alpha an mehreren vierteljährlichen Releases arbeitet. Sie können das Team nicht einmal erstellen und das Team keinem Release oder Release über Release zuordnen. Jedes Mal, wenn ein neues Release erstellt wird, müssen Sie es tun Erstellen Sie ein Team mit demselben Namen, und ordnen Sie dem Release ein Team zu.

    Mit Agile Development 2.0, Gruppen werden unabhängig von Releases erstellt, und Sie können an Stories aus mehreren Releases arbeiten, ohne die Gruppe für jedes Release neu zu erstellen.
    Abbildung : 3. Scrum-Release
    Teams in einem Release Dasselbe Team wird viermal erstellt, eins für jedes Release

    Sprints können ohne Release erstellt werden

    Mit Agile Development1,0 ist das Erstellen eines Release zum Erstellen von Sprints obligatorisch. Sprints können nicht für ein Team unabhängig erstellt werden. Agile Development1,0 erfordert die Erstellung eines Release für die Story-Ausführung über Sprints. Wenn kein Release vorhanden ist, kann der Sprint nicht in einem Story-Datensatz ausgefüllt werden.
    Abbildung : 4. Sprints
    Sprints, die im Kontext eines Release erstellt wurden
    In Agile Development 2.0, Sprints sind Zuweisungsgruppen zugeordnet. Sprints sind Zuweisungsgruppen zugeordnet

    Team-Backlog kann unabhängig vom Release verwaltet werden

    Normalerweise kann ein Team nach dem Release über ein laufendes Team-Backlog-Release verfügen. Es kann Stories aus seinem Backlog abrufen und sie über Sprints im Release ausführen.

    Mit Agile Development1,0 kann kein Team definiert werden, ohne ein Release zu definieren. Daher kann der Team-Backlog nicht unabhängig von einem Release verwaltet werden.

    Mit Agile Development 2.0, Eine Zuweisungsgruppe wird in einem Release nicht erstellt. Sie kann dem Release zugeordnet, aber nicht innerhalb eines Release erstellt werden. Daher kann eine Zuweisungsgruppe einen eigenen Backlog verwalten.

    Abbildung : 5. Gruppen-Backlog mit Agile Development 2.0
    Gruppen-Backlog mit Agile Development 2,0

    Zuordnung zwischen Release und Gruppe

    Da es keine direkte Beziehung zwischen einem Release und einer Gruppe in gibt Agile Development 2.0(Gruppen sind unabhängig und müssen keine Gruppen für jedes Release erstellen), die m2m_release_group_list-Tabelle wurde eingeführt. Diese Tabelle speichert die Zuordnung einer Gruppe zu einem Release. Diese Zuordnung wird nicht für die Sprint-Generierung verwendet, wird jedoch verwendet, um die Kapazität eines Release abzuleiten.
    Geben Sie die Anzahl der Sprints an, für die die Gruppe in einem Release arbeitet. Von der Kapazität des Teams wird die Kapazität des Release abgeleitet.
    Tabelle : 1. m2m_Release_Group
    Team Sprint wird gestartet Sprint wird beendet Punkte (jeder Sprint) Gesamtgruppenkapazität Für Release
    A A_Sprint 1 A_Sprint 3 30 90 (3*30)
    B B_Sprint 1 B_Sprint 4 40 160 (4*40)
    Gesamte Releasekapazität = 90+ 160 = 250 Punkte
    Release: Gruppenzuordnung in Agile Development 2.0