Datenmodellerweiterungen von Agile Development 1.0Bis Agile Development 2.0
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.
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.
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.
Sprints können ohne Release erstellt werden
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.
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.| 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) |