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: Priorisierung von ungeplanter Arbeit, die sich während der laufenden Iteration ergibt (Triage).
Events | Rollen | Gruppen | Artefakte |
Team-Planning | Team-Product-Owner | Working-Team | Inspizierbare-Ergebnisse
. . |