Entwicklungsteam im Scrum

Entwicklungsteam im Scrum: Definition – Ein Scrum-Projekt steht und fällt mit der Leistungsfähigkeit des Teams, das die eigentliche Wertschöpfung erbringt. Gleichzeitig herrscht viel Unsicherheit: Was genau ist ein Entwicklungsteam im Scrum, wie unterscheidet es sich von „Developers“ im aktuellen Scrum Guide, und wie stellt man ein solches Team in der Praxis wirksam auf?
Dieser Beitrag gibt eine klare, praxisnahe Einordnung für Entscheider, Projektleiter und Fachverantwortliche – von der Definition über Aufgaben und Zusammensetzung bis zu typischen Stolperfallen und konkreten Handlungsempfehlungen für Ihren Alltag.

Ein Entwicklungsteam im Scrum ist die Gruppe von Fachleuten, die am Ende jedes Sprints ein fertiges, nutzbares Produktinkrement liefert. Es organisiert sich selbst, ist interdisziplinär besetzt und trägt gemeinsam die Verantwortung für Qualität und Ergebnis.

Kurz gefasst:

Wichtig: Im Scrum Guide 2020 wurde der Begriff „Entwicklungsteam“ offiziell durch „Developers“ innerhalb des Scrum Teams ersetzt.[1][2] Der zugrunde liegende Inhalt ist aber weitgehend gleich geblieben. In diesem Artikel werden beide Begriffe entsprechend kontextbezogen verwendet.

Bis zur Überarbeitung des Scrum Guides 2020 war das Scrum Team in drei Rollen gegliedert:

Das Entwicklungsteam war das „Team im Team“, das für die Umsetzung verantwortlich war. Dieses Modell führte jedoch in der Praxis häufig zu Abgrenzungsproblemen („die da im Entwicklungsteam vs. der Rest“).

Mit dem Scrum Guide 2020 wurde das Modell vereinfacht:

Der Begriff „Entwicklungsteam“ bleibt im deutschsprachigen Raum trotzdem weit verbreitet – gerade in Stellenanzeigen, Projektbeschreibungen oder Schulungsunterlagen. Wenn in Ihrem Unternehmen also noch von einem „Entwicklungsteam im Scrum“ gesprochen wird, ist fachlich das Developer-Team innerhalb des Scrum Teams gemeint.

Das Entwicklungsteam (bzw. die Developers im Scrum Team) ist für die operative Wertschöpfung verantwortlich. Typische Aufgaben sind:

Entscheidend ist:

Ein verbreiteter Irrtum ist, dass ein Entwicklungsteam nur aus Softwareentwicklern besteht. Im Scrum-Sinne gilt:

Typische Profile sind z. B.:

Nicht zum Entwicklungsteam zählen typischerweise:

Scrum empfiehlt für das gesamte Scrum Team (inkl. Product Owner und Scrum Master) eine Größe von 3 bis 10 Personen. Daraus ergibt sich für das Entwicklungsteam typischerweise eine Größe von:

Zu kleine Teams:

Zu große Teams:

In der Praxis bewährt sich ein kleines, stabil besetztes Kernteam, das bei Bedarf punktuell durch externe Spezialisten unterstützt wird – aber die Verantwortung im Team belässt.

Ein zentrales Erfolgskriterium für ein Entwicklungsteam im Scrum ist seine Interdisziplinarität:

Dazu kommt das Konzept der T-Shaped Skills:

Vorteile T-förmiger Fähigkeiten:

Für Führungskräfte heißt das: nicht nur Spezialisten rekrutieren, sondern Lernbereitschaft und Kooperationsfähigkeit aktiv fördern.

Für Entscheider ist die klare Abgrenzung zwischen den Verantwortlichkeiten wichtig:

Product Owner

Scrum Master

Entwicklungsteam / Developers

Wichtige Leitlinie:
Product Owner bestimmen nicht, wie das Team arbeitet, und Management schreibt nicht vor, wie viel geliefert wird. Das sind Kernkompetenzen des Entwicklungsteams.

Ein typischer Sprint-Ablauf aus Sicht des Entwicklungsteams:

Dieses schlanke, aber konsequent eingehaltene Event-Set ist entscheidend, damit das Entwicklungsteam dauerhaft lieferfähig bleibt.

In vielen Organisationen existiert „Scrum“ eher als Etikett als als wirksam gelebte Praxis. Typische Stolperfallen:

Wer diese Muster früh erkennt und adressiert, erhöht die Chance, dass das Entwicklungsteam seinen Kernzweck erfüllt: regelmäßig echten Business-Nutzen zu liefern.

Aus der Praxis lassen sich einige wiederkehrende Erfolgsfaktoren ableiten:

1. Klarer, stabiler Auftrag

2. Selbstorganisation mit Leitplanken

3. Gemeinsame Definition of Done

4. Technische Exzellenz

5. Transparenz und Datenbasis

6. Psychologische Sicherheit

Ein anonymisiertes Beispiel aus einem IT-Projekt in einem B2B-Umfeld:

Ausgangslage

Umstellung auf Scrum mit klarem Entwicklungsteam

Effekte nach ca. 4–5 Sprints

Das Beispiel zeigt: Der Mehrwert liegt nicht im Etikett „Scrum“, sondern in einem starken Entwicklungsteam, das Verantwortung übernehmen darf und kann.

Was ist ein Entwicklungsteam im Scrum in einem Satz?
Ein Entwicklungsteam im Scrum ist die Gruppe von Fachleuten (Developers) im Scrum Team, die selbstorganisiert dafür verantwortlich ist, am Ende jedes Sprints ein fertiges, nutzbares Produktinkrement zu liefern.

Wie viele Personen sollte ein Entwicklungsteam haben?
In der Praxis bewährt sich eine Größe von etwa 3 bis 8 Entwickelnden, abhängig von Produkt und Kontext. Das gesamte Scrum Team (inklusive Product Owner und Scrum Master) sollte dabei etwa 3 bis 10 Personen umfassen.

Gibt es das Entwicklungsteam im aktuellen Scrum Guide noch?
Der Begriff „Entwicklungsteam“ wurde im Scrum Guide 2020 durch „Developers“ im Scrum Team ersetzt.[1][2] Die zugrunde liegende Verantwortlichkeit – ein interdisziplinäres, selbstorganisiertes Lieferteam – bleibt erhalten.

Gehören Tester, UX-Designer oder Analysten auch zum Entwicklungsteam?
Ja, sofern sie aktiv an der Erstellung des Produktinkrements arbeiten. Scrum unterscheidet nicht mehr in Unterrollen wie „Tester“ oder „Designer“ – alle, die an der Wertschöpfung mitarbeiten, werden als Developers verstanden.

Ist ein Projektleiter Teil des Entwicklungsteams im Scrum?
In einem sauberen Scrum-Setup gibt es keinen klassischen Projektleiter als Steuerungsinstanz im Team. Verantwortung für Scope und Priorisierung liegt beim Product Owner, Verantwortung für Arbeitsweise und Lieferung beim Entwicklungsteam.

Kann ein Entwicklungsteam mehrere Produkte gleichzeitig bearbeiten?
Theoretisch ja, praktisch ist das selten empfehlenswert. Jedes zusätzliche Produkt erhöht Kontextwechsel, Komplexität und Koordinationsaufwand. Für Fokus und Wertschöpfung ist ein klares, priorisiertes Produkt in der Regel sinnvoller.

Für Führungskräfte, Projektleiter und Verantwortliche in IT- und Fachbereichen ist das Verständnis des Entwicklungsteams im Scrum zentral. Nur wenn klar ist, wer im Team wofür Verantwortung trägt und wie ein solches Team aufgestellt sein sollte, kann Scrum seinen Mehrwert entfalten.

Konkrete nächste Schritte können sein:

Wenn Sie die Einführung oder Weiterentwicklung von Scrum strukturiert angehen und Ihr Entwicklungsteam gezielt stärken möchten, kann eine externe, pragmatische Begleitung sinnvoll sein. Die Beraterinnen und Berater der PURE Consultant unterstützen Organisationen genau dabei: Rollen klären, Teams befähigen, und Scrum so zuschneiden, dass es in Ihrem Umfeld nachhaltig wirksam wird.