Team-Backlog

ist einBacklog, Team-Artefakt
besteht aus mehrerenTeam-Backlog-Item
wird verantwortet vonTeam-Product-Owner
wird bearbeitet währendTeam-Review
wird verfeinert währendTeam-Backlog-Refinement

Team-Backlog

Jedes Team hat für seinen Verantwortungsbereich und seine Aufgaben genau ein Backlog. Die darin enthaltenen Elemente (Team-Backlog-Items) bestehen in der feinsten Granularitätsstufe aus Team-Zielen für das Team. Das Team-Backlog wird vom Team-Product-Owner verantwortet und priorisiert. Ein großer Teil des Team-Backlogs wird durch die Team-Product-Owner-Gruppe und die Team-System-Engineer-Gruppe aus dem Cluster-Backlog, bzw. den System-Backlogs durch Verfeinerung (Refinement) der Einträge abgeleitet.

Der andere Teil des Team-Backlogs besteht aus Arbeiten und Maßnahmen, die das Team zur Verbesserung der Arbeits- und Ergebnisqualität durchführt, z.B.

  • Qualitätsmaßnahmen und Verbesserung des Team-Prozesses aus dem Improvement-Backlog des Teams
  • Pflege der vom Team verantworteten Produkte, Systeme und Module
  • Wartung und Instandhaltung von Werkzeugen und Tools.

Um die Arbeitsgeschwindigkeit des Teams vorhersagbarer zu machen, sollte der Anteil an Backlog-Einträgen, die aus dem Cluster-Backlog abgeleitet werden, über die Zeit relativ stabil sein (z.B. 80% der Kapazität des Teams).

Das Team-Backlog wird vom Team-Product-Owner priorisiert.

Im Team-Backlog-Refinement werden die Team-Backlog-Items vom Team-Product-Owner vorgestellt und vom Working-Team geschätzt.

In der Iterationsplanung zieht das Working-Team so viele Team-Backlog-Einträge, wie es das Team sich durch seine bisherige Arbeitsgeschwindigkeit zutraut. Dies ist dann das Iteration-Backlog, das den Plan für die nächste Iteration darstellt.

Arbeit in Iterationen oder im kontinuierlichen Kanban-Modus

Teams haben die Wahl, die Planung, Durchführung und Kontrolle ihrer Arbeit in einem Rhythmus von festen Zeiteinheiten, d.h. in Iterationen durchzuführen, oder in einem kontinuierlichen Fluss, wobei jedes Backlog-Element einzeln die verschiedene Zustände des Arbeitsprozesses des Teams durchläuft. Dies wird dann auf einem Kanban-Board transparent gemacht.

In der Regel arbeiten Teams, die ein Dienstleistung für andere Teams erbringen (Service-Teams) mit Kanban, da hier jederzeit neue Arbeiten geplant und begonnen werden können, sowie jederzeit fertiggestellte Arbeit ausgeliefert werden kann.

Team-Iterations-Backlog

Das Team-Iterations-Backlog reflektiert die Arbeit eines Teams für eine gerade laufende Iteration. Es wird für jede Iteration im Team-Planning neu erstellt. Die geplanten Arbeiten, reflektiert durch Team-Backlog-Items (TBI), werden dabei zu Beginn der Iteration vom Working-Team in das Team-Iterations-Backlog gezogen, was als Pull bezeichnet wird, und dann ggf. durch weitere Aufteilung, in Aufgaben (Team-Tasks) verfeinert.

Das Team-Iteration-Backlog wird auf einem Task-Board dargestellt. Dabei sind im Beispiel die Team-Backlog-Items in lila links dargestellt und die dazugehörenden Team-Tasks in der gleichen Zeile schwarz. Nur angedeutet sind die Spalten zur Darstellung des aktuellen Zustands. Die Team-Tasks oder Team-Backlog-Items (falls sie nicht in Tasks verfeinert wurden) werden von den Mitgliedern des Working-Team, in die Spalte geschoben, die ihrem Zustand entsprechen. Dies passiert initial im Team-Planning und im Verlauf der Iteration im Team-Sync. Dabei werden mindestens drei Spalten für drei Zustände verwendet:

  • Open (Offen): Mit den Arbeiten für die Aufgabe (oder das TBI) ist noch nicht begonnen worden
  • In Progress (in Arbeit): Die Arbeiten für die Aufgabe (oder das TBI) laufen
  • Done (Erledigt): Die Aufgabe (oder das TBI) sind im Sinne der jeweiligen Akzeptanzkriterien und der Team-DoD erledigt worden

Dabei gilt die Annahme, dass Ein Team-Backlog-Item erledigt ist, wenn alle seine Team-Tasks erledigt sind. Dann wird auch das TBI nach „Done“ geschoben. Vorher sollte natürlich die Erfüllung der Akzeptanzkriterien des TBI und die allgemeinen Regeln der Team-DoD Geprüft werden.


Team-Kanban

Arbeitet das Team im Kanban-Modus verwendet es statt des Team-Iterations-Backlogs und eines Scrum-Boards, ein Team-Kanban-Board. Hierbei entspricht die erste Spalte dem Team-Backlog und die letzte Spalte dem Zustand „Erledigt“ oder „Done“. Alle anderen Spalten werden vom Team definiert, entsprechend des team-internen Arbeitsprozesses.

Im Kanban-Modus können Arbeiten in Form von Team-Backlog-Items zu jeder Zeit begonnen und abgenommen werden. In P4 passiert dies entweder im täglichen Team-Sync oder im wöchentlichen Team-Backlog-Refinement. In diesen beiden Events werden alle Aktivitäten aus dem Team-Planning sowie dem Team-Review durchgeführt. Im Kanban-Modus gibt es daher keine eigenen Events für Planning und Review. Regelmäßige Team-Retrospektiven werden, wie im Scrum-Modus, und synchron zu den anderen Teams, abgehalten.


Passende und weiterführende Artikel:

Events Rollen Gruppen Artefakte
Team-Planning

Team-Sync

Team-Backlog-Refinement

Team-Review

Team-Retrospektive

Team-Product-Owner

Team-System-Engineer

Team-Scrum-Master

Working-Team Inspizierbare-Ergebnisse

Team-DoD

Team-Improvement-Backlog

.

Cluster-Backlog

.

Portfolio-Backlog