Scrum Guide

Der umfassende Leitfaden zu Scrum: Events, Rollen, Artefakte und Best Practices

Entwicklungsteam

Das Entwicklungsteam besteht aus Fachleuten, die das Produktinkrement in jedem Sprint liefern. Es ist cross-funktional und selbstorganisiert.

Verantwortlichkeiten

  • Das Produktinkrement in jedem Sprint erstellen
  • Qualität des Inkrements sicherstellen
  • Selbstorganisation des Teams
  • Technische Entscheidungen treffen
  • Sprint Backlog verwalten
  • Fortschritt transparent machen
  • Kontinuierliche Verbesserung

Wichtige Skills

  • Cross-funktionale Expertise
  • Selbstorganisation
  • Technische Kompetenz
  • Kollaboration
  • Problemlösung
  • Qualitätssicherung
  • Agile Methoden

Herausforderungen

  • Cross-funktionales Arbeiten etablieren
  • Selbstorganisation in hierarchischen Strukturen
  • Technische Schulden reduzieren
  • Balance zwischen Geschwindigkeit und Qualität

Erfolgsmetriken

  • Stabile Lieferung von Inkrementen
  • Hohe Code-Qualität
  • Team-Zufriedenheit
  • Effektive Zusammenarbeit
  • Kontinuierliche Verbesserung
Self-Managed Teams nach Hackman

Entwicklungsteams sind self-managed und organisieren ihre Arbeit eigenständig

Entwickler in Scrum Events

Die Entwickler sind in allen Scrum Events aktiv beteiligt und bringen ihre technische Expertise ein:

Sprint Planning

Schätzen den Aufwand der Product Backlog Items. Entscheiden gemeinsam, welche Items sie in den Sprint nehmen können. Erstellen den technischen Plan (Sprint Backlog) für die Umsetzung. Stellen Fragen zur Funktionalität und klären technische Abhängigkeiten.

Daily Scrum

Organisieren täglich ihre Arbeit eigenständig. Synchronisieren sich über Fortschritt und nächste Schritte. Identifizieren Impediments und suchen gemeinsam Lösungen. Das Daily Scrum ist IHR Meeting – für Entwickler, von Entwicklern geführt.

Sprint Review

Demonstrieren das fertige Inkrement den Stakeholdern. Erklären technische Entscheidungen und Herausforderungen. Sammeln Feedback zur Funktionalität. Diskutieren mit dem Product Owner über nächste Schritte.

Sprint Retrospective

Reflektieren ihre Zusammenarbeit und Prozesse. Identifizieren Verbesserungspotenziale in Technik und Workflow. Entwickeln konkrete Maßnahmen für bessere Team-Performance. Nehmen Ownership für Verbesserungen im nächsten Sprint.

Product Backlog Refinement

Helfen dem Product Owner, Items zu verfeinern und zu klären. Schätzen den Aufwand und identifizieren technische Risiken. Schlagen alternative technische Ansätze vor. Splitten zu große Stories in handhabbare Items.

Was bedeutet "cross-funktional"?

Ein cross-funktionales Entwicklungsteam hat alle Fähigkeiten, die nötig sind, um ein Produktinkrement zu erstellen – ohne auf externe Abhängigkeiten angewiesen zu sein.

Cross-funktional bedeutet:

  • Vielfältige Skills: Frontend, Backend, Testing, UX, DevOps – alles im Team
  • Keine Silos: Keine "Frontend-Leute vs. Backend-Leute", sondern gemeinsames Team
  • T-Shaped Skills: Tiefes Wissen in einem Bereich + Grundwissen in anderen
  • Gemeinsame Ownership: Alle sind für das Inkrement verantwortlich, nicht nur "ihr Teil"
  • Lernen und wachsen: Teammitglieder erweitern kontinuierlich ihre Skills

Wichtig: Cross-funktional heißt NICHT, dass jeder alles können muss. Es bedeutet, dass das Team als Ganzes alle nötigen Fähigkeiten hat und gemeinsam Verantwortung übernimmt.

Selbstorganisation im Entwicklungsteam

Selbstorganisation ist ein Kernprinzip von Scrum. Das Entwicklungsteam entscheidet eigenständig, wie es seine Arbeit organisiert und durchführt:

  • Wer arbeitet woran: Team entscheidet gemeinsam, keine Zuweisung von außen
  • Wie wird es umgesetzt: Technische Entscheidungen liegen beim Team
  • Wie wird getestet: Team definiert Qualitätsstandards und Testing-Strategie
  • Wie wird zusammengearbeitet: Team findet eigene Arbeitsweisen und Tools
  • Wie wird verbessert: Team identifiziert und implementiert Verbesserungen

⚠️ Häufiges Missverständnis

Selbstorganisation bedeutet NICHT "jeder macht was er will" oder "keine Abstimmung nötig". Es bedeutet: Das Team organisiert sich gemeinsam und kollaborativ, ohne dass ein Manager detaillierte Anweisungen gibt.

Optimale Team-Größe

Der Scrum Guide empfiehlt 3-9 Entwickler pro Team (plus Scrum Master und Product Owner). Warum diese Größe?

Zu klein (<3)

  • → Fehlende Skills im Team
  • → Hohe Abhängigkeit von Einzelpersonen
  • → Geringe Produktivität bei Urlaub/Krankheit
  • → Limitierte Problemlösungsfähigkeit

Zu groß (>9)

  • → Koordinationsaufwand steigt exponentiell
  • → Daily Scrum dauert zu lange
  • → Schwierig, echte Team-Einheit zu bilden
  • → Individuelle Verantwortung verwässert

Sweet Spot: 5-7 Entwickler – groß genug für diverse Skills, klein genug für effektive Kommunikation.

Wie werde ich Teil eines Scrum-Teams?

Als Entwickler in einem Scrum-Team zu arbeiten erfordert sowohl technische Kompetenz als auch agile Mindset:

  • Technische Grundlagen: Solide Fähigkeiten in deiner Disziplin (z.B. Softwareentwicklung, Testing, UX). Diese sind Voraussetzung.
  • Agile Prinzipien lernen: Verstehe Scrum und agile Werte. Viele Entwickler starten mit einer Scrum Schulung.
  • Kollaboration üben: Lerne, im Team zu arbeiten statt als Einzelkämpfer. Pair Programming, Code Reviews und offene Kommunikation sind wichtig.
  • T-Shaped Skills entwickeln: Vertiefe deine Expertise, aber lerne auch andere Bereiche kennen (z.B. als Backend-Dev auch Frontend-Basics).
  • Ownership mindset: Denke in "unser Produkt" statt "mein Code". Verantwortung wird geteilt, Erfolg ist Team-Erfolg.

🎯 Nächster Schritt

Möchtest du in einem agilen Team arbeiten oder dein bestehendes Team verbessern? In unseren Scrum Trainings lernst du, wie cross-funktionale Teams erfolgreich zusammenarbeiten.

Scrum Training ansehen

Nächste Schritte

Möchtest du mehr über diese Scrum-Rolle lernen oder sie selbst ausüben?

Entwicklungsteam - Podcast-Folgen

#121: Agilität im Jahr 2022

Agilität steht am Scheideweg zwischen Verflachung und Professionalisierung. Erfahre, wie ehrlicher Austausch und Fokus auf interne Kapazitäten nachhaltige Transformationen ermöglichen.

Zur Episode

#122: Auftragsklärung als Scrum Master & Agile Coach

Scrum Master und Agile Coaches fallen oft in die Kümmerer-Falle. Erfahre, wie eine klare Auftragsklärung dir Orientierung gibt und deine Wirkung maximiert.

Zur Episode

#115: Statt auf bessere Anforderungen zu pochen, sich besser zu mäßigen Anforderungen aufstellen

Warum perfekte Anforderungen Scrum-Teams lähmen und wie du mit einem 3-Säulen-Modell zu leichtgewichtiger, effektiver Zusammenarbeit findest. Für Scrum Master und Product Owner.

Zur Episode

Scrum-Training buchen

Lerne Scrum in der Praxis kennen. Unsere zertifizierten Trainings vermitteln dir das nötige Wissen, um Scrum erfolgreich in deinem Unternehmen einzuführen.

Zu den Trainings