Verwendung des gemeinsamen Plattformkonstrukts − Zuweisungsgruppe

Um ein agiles Team (Scrum-Team) zuzuordnen, verwendet Agile Development 1.0 eine separate Entität, die sogenannte Release-Team-Tabelle (scrum_pp_team). Diese Entität ist einer Release-Entität zugeordnet, wie im folgenden Screenshot dargestellt.

Alle anderen Aufgaben auf der Plattform, z. B. Incidents, Probleme, Changes, Projekte, hängen von der Zuweisungsgruppenentität ab, um Zuweisungen an einer Gruppe vorzunehmen. Gruppenmanager können Berichte für eine Zuweisungsgruppe ausführen, um Einblick in die Arbeit zu erhalten, die ihren Gruppen zugewiesen ist.

Um die Verwendung einer Gruppe plattformübergreifend auch für Scrum-Arbeiten wie Storys und Aufgaben zu standardisieren, wird die Zuweisungsgruppe als Standardkonstrukt verwendet, im Gegensatz zur eigenständigen Entität des Release-Teams. Um agile Teams zuzuordnen, nutzt Agile Development 2.0 Zuweisungsgruppen. Zum Definieren eines agilen Teams wird eine Zuweisungsgruppe vom Typ „Agiles Team“ verwendet.

Keine Notwendigkeit, agile Teams (Gruppen) für jeden Release zu erstellen

Mit Agile Development 1.0 müssen Teams für jeden Release erstellt und die Teams jedem Release zugeordnet werden. Beispielsweise wenn ein Scrum-Team namens „Team − Alpha“ an mehreren Quartals-Releases arbeitet. Sie können das Team nicht einmal erstellen und das Team allen Releases bzw. Release für Release zuordnen. Jedes Mal, wenn ein neuer Release erstellt wird, müssen Sie ein Team mit demselben Namen erstellen und das Team dem Release zuordnen.

Mit Agile Development 2.0 werden Gruppen unabhängig von Releases erstellt und Sie können Storys aus mehreren Releases bearbeiten, ohne die Gruppe für jeden Release neu erstellen zu müssen.

Möglichkeit, Sprints ohne Release zu erstellen

Das Erstellen von Sprints ist mit Agile Development 1.0 nur möglich, wenn Sie einen Release erstellen. Sprints können nicht unabhängig für ein Team erstellt werden. Agile Development 1.0 erfordert die Erstellung eines Release für die Story-Ausführung über Sprints. Ohne Release kann ein Sprint nicht in einen Story-Datensatz eingefügt werden.

In Agile Development 2.0 werden Sprints Zuweisungsgruppen zugeordnet.

Teamrückstand kann unabhängig vom Release verwaltet werden

Normalerweise kann ein Team nach dem Release einen laufenden Teamrückstand-Release haben, es kann Storys aus seinem Rückstand abrufen und sie durch Sprints im Release ausführen.

Mit Agile Development 1.0 kann ein Team nicht definiert werden, ohne einen Release zu definieren. Der Teamrückstand lässt sich daher nicht unabhängig vom Release verwalten.

Mit Agile Development 2.0 wird innerhalb eines Release keine Zuweisungsgruppe erstellt. Sie kann dem Release zugeordnet, aber nicht in einem Release erstellt werden. Daher kann eine Zuweisungsgruppe ihren eigenen Rückstand verwalten.

Release – Gruppenzuordnung in Agile Development 2.0