Das Development Team ist die Gruppe von Fachleuten innerhalb des Scrum Teams, die in jedem Sprint ein nutzbares, potenziell auslieferbares Increment des Produkts erstellt. Es ist neben dem Product Owner und dem Scrum Master eine der drei zentralen Rollen in Scrum, unterscheidet sich aber dadurch, dass es keine Einzelperson, sondern ein selbstorganisiertes Team ist. Im offiziellen Scrum Guide wurde der Begriff „Development Team“ mit der Überarbeitung 2020 durch „Developers“ ersetzt, um zu betonen, dass alle Teammitglieder gemeinsam für die Umsetzung verantwortlich sind – inhaltlich beschreibt der Begriff jedoch weiterhin dieselbe Rolle und wird in der Praxis, insbesondere in älteren oder hybriden Umgebungen (z. B. SAFe), nach wie vor häufig verwendet.
Praxisbezug
Das Development Team plant und organisiert seine Arbeit selbst. Es entscheidet eigenständig, wie viele Product-Backlog-Items im Sprint Planning in den Sprint übernommen werden und wie die Umsetzung im Detail erfolgt. Niemand – auch nicht der Product Owner oder Scrum Master – darf dem Team vorschreiben, wie es seine Arbeit in ein Increment umsetzt. Diese Selbstorganisation ist kein Selbstzweck, sondern soll sicherstellen, dass die Personen mit dem meisten Fachwissen über die konkrete Umsetzung entscheiden.
Typische Merkmale eines Development Teams:
- Cross-funktional: Das Team verfügt über alle Fähigkeiten, die nötig sind, um ein Increment ohne Abhängigkeit von Personen außerhalb des Teams zu erstellen.
- Selbstorganisiert: Niemand (auch nicht der Scrum Master) sagt dem Team, wie es Product-Backlog-Items in Increments umwandelt.
- Kollektive Verantwortung: Es gibt innerhalb des Development Teams keine Titel oder Unterteams für Teilaufgaben (z. B. Test oder Architektur), unabhängig davon, welche Fachrichtung die einzelnen Mitglieder mitbringen.
- Angemessene Größe: Der Scrum Guide empfiehlt eine Größe, die groß genug ist, um signifikante Arbeit innerhalb eines Sprints zu leisten, und klein genug, um agil zu bleiben (häufig als Richtwert: 3–9 Personen, ohne Product Owner und Scrum Master).
Verantwortlichkeiten
Zu den zentralen Aufgaben des Development Teams zählen:
- Umwandlung von Product-Backlog-Items in ein fertiges, den Kriterien der Definition of Done entsprechendes Increment.
- Schätzung des Aufwands für Product-Backlog-Items in Zusammenarbeit mit dem Product Owner.
- Anpassung des eigenen Plans während des Sprints, sobald sich neue Erkenntnisse ergeben (im Rahmen des Daily Scrum).
- Einhaltung der Definition of Done, um technische Schulden zu vermeiden und die Qualität des Increments sicherzustellen.
- Aktive Teilnahme an allen Scrum-Events: Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective.
Relevanz für Organisationen
Ein funktionierendes Development Team ist die Grundlage für nachhaltige Liefergeschwindigkeit und Qualität. Organisationen, die dem Team echte Entscheidungsfreiheit über das „Wie“ der Umsetzung geben, profitieren von höherem Engagement, schnellerer Problemlösung und weniger Reibungsverlusten durch externe Weisungen. Wird die Selbstorganisation dagegen nur formal zugestanden, in der Praxis aber durch Führungskräfte oder Fachbereiche unterlaufen, verpufft der Effekt von Scrum weitgehend – ein häufiger Stolperstein in Transformationen.
CALADE-Perspektive
Bei CALADE erleben wir immer wieder, dass die größte Hürde nicht die formale Einführung eines Development Teams ist, sondern der tatsächliche Vertrauensvorschuss an das Team. Führungskräfte müssen lernen, Verantwortung für das „Wie“ abzugeben, ohne die Verantwortung für Ergebnisse aus den Augen zu verlieren. In unseren Transformationsbegleitungen unterstützen wir Teams dabei, echte Cross-Funktionalität aufzubauen, gemeinsame Standards (Definition of Done) zu etablieren und die notwendige psychologische Sicherheit zu schaffen, damit Selbstorganisation nicht nur auf dem Papier existiert.
Wie ein Development Team gemeinsam Verantwortung übernimmt und Scrum im eigenen Kontext konsequent umsetzt, behandelt das Scrum-Training für Teams.