Working-Team

ist Teil vonTeam
besteht ausExtended-Team, Nucleus-Team, Team-System-Engineer
verantwortetTeam-Iterations-Backlog
schätztTeam-Backlog-Item
erstelltInspizierbares Ergebnis, Team-Task
nimmt teil anTeam-Backlog-Refinement, Team-Planning, Team-Retrospektive, Team-Review

Das Working-Team besteht, neben dem Team-System-Engineer, aus dem sogenannten Nucleus: das sind Personen, die zum deutlich überwiegenden Anteil ihrer Arbeitszeit in diesem Teams arbeiten (>80%), und dem Extended-Team: dies sind Personen, die in einigen wenigen Teams arbeiten (zwischen 20% und 80%).

Nucleus-Team-Mitglieder sitzen und arbeiten zusammen, koordinieren sich täglich im Team-Sync und haben als Team gemeinsame Verantwortlichkeiten.

Extended-Team-Mitglieder nehmen am Extended-Team-Sync teil (z. B. zwei mal wöchentlich) und sitzen bei Bedarf mit dem Nucleus-Team zusammen. Dies erfordert „Spielräume“ in Bezug auf zusätzliche Sitz- und Arbeitsplätze im Teambereich. Erweiterte Team-Mitglieder können mit einigen wenigen Nucleus-Teams zusammenarbeiten. Die Kapazität, die sie für jedes Team erbringen können, wird auf zyklus- oder iterationsebene im Team-Kalender geplant. Die Summe der Kapazität jedes Teammitglieds darf 100% nie überschreiten, d.h. wird ein Extended-Team-Mitglied in einem Team mehr benötigt, muss sich die Kapazität für die anderen Teams verringern.

Die Mitglieder des Nucleus und Extended-Teams machen ihre Arbeit auf dem Team-Board des Teams sichtbar (manchmal auch Kanban-, Task- oder Scrum-Board).

Die folgenden Rollen gehören nicht zum Working-Team:

Supporter  arbeiten in ihrem Service-Team (Team-Flovor „gelb“), werden von Teams besucht oder besuchen Teams auf Anfrage. Supporter werden in der Regel vom Team-Product-Owner des Service-Teams (auch Service-Owner) geplant und haben ihre Auftragskarten normalerweise an ihrem eignen Team-Board.

Stakeholder sind Personen, die ein Interesse an den Teamergebnissen haben, aber nicht innerhalb dieses Teams arbeiten. Mitglieder anderer Teams können aus diesem Grund ebenfalls Stakeholder sein. Stakeholder nehmen am Iteration-Review eines Teams teil und geben ein offenes und transparentes Feedback.


Passende und weiterführende Artikel:

Events Rollen Gruppen Artefakte
Team-Planung

Team-Sync

Team-Backlog-Refinement

Team-Review

Team-Retrospektive

Team-Product-Owner

Team-System-Engineer

Team-Scrum-Master

Working-Team

Community-of-Practice

Team-Backlog

Inspizierbare-Ergebnisse

Team-DoD

Team-Improvement-Backlog