Scrum Guide

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

Das Problem: "Ich habe die falschen Mitarbeiter"

Kennst du diese Gedanken?

"Mein Team liefert nicht. Sie sind nicht motiviert genug."

"Warum funktioniert Scrum bei anderen, aber nicht bei uns?"

"Ich habe die falschen Mitarbeiter für agiles Arbeiten."

Die unbequeme Wahrheit:

Es liegt nicht an deinen Mitarbeitern. Es liegt an den Rahmenbedingungen.

Die Kern-Erkenntnis: Struktur schlägt Coaching

Viele Führungskräfte und Organisationen fokussieren auf das Falsche:

❌ Was NICHT funktioniert ✅ Was funktioniert
Mehr Scrum Master Stabile Teams aufbauen
Mehr Retrospektiven Echte Autonomie geben
Agile Coaches einkaufen Fordernde Ziele setzen
Team-Buildings Unterstützendes Umfeld schaffen
"Agile Mindset" Trainings Rahmenbedingungen prüfen

Das Muster:

Organisationen investieren in Team-Entwicklung (Retrospektiven, Coaching, 5 Dysfunktionen), obwohl das Problem bei der Team-Strukturierung liegt.

💡 Richard Hackman's Forschung zeigt: 60% der Team-Effektivität hängt von den Rahmenbedingungen ab, nur 10% vom Coaching.

Wenn die Rahmenbedingungen nicht stimmen, hilft auch das beste Coaching nicht.

Das Hackman-Modell: 5 Bedingungen für Team-Effektivität

Richard Hackman hat über 40 Jahre Teams erforscht. Seine Erkenntnis:

Effektive Teams brauchen 5 Voraussetzungen:

Hackman Authority Matrix - Self-Managed Teams

1. Echtes Team (Real Team)

Worum geht's?

Keine lose Ansammlung von Individuen, sondern eine stabile Einheit mit:

  • Klaren Grenzen: Wer gehört zum Team? Wer nicht?
  • Stabiler Mitgliedschaft: Menschen arbeiten >6 Monate zusammen
  • Gegenseitiger Abhängigkeit: Erfolg ist nur gemeinsam möglich

Typische Probleme:

  • ❌ Teams werden alle 3 Monate neu zusammengestellt
  • ❌ "Matrix-Organisation": Niemand weiß, wer wirklich zum Team gehört
  • ❌ Shared Resources: Teammitglieder in 3+ Teams gleichzeitig
  • ❌ Ständige Fluktuation: Keine Zeit, Vertrauen aufzubauen

Scrum-Kontext:

  • Cross-funktionale Teams brauchen Zeit, um effektiv zu werden
  • Scrum Guide empfiehlt: 3-9 Personen, stabiles Team
  • Velocity braucht 3-5 Sprints um sich einzupendeln

Prüfe dein Team:

  • Alle Teammitglieder kennen sich persönlich
  • Team ist seit >6 Monaten stabil
  • Klare Grenzen: Jeder weiß wer dazu gehört
  • Niemand ist in 3+ Teams gleichzeitig
  • Team hat gemeinsame Ziele (nicht nur Abteilungsziele)

2. Forderndes Vorhaben (Compelling Direction)

Worum geht's?

Teams brauchen ein bedeutsames, herausforderndes Ziel:

  • Klar: Jeder versteht, was erreicht werden soll
  • Herausfordernd: Nicht trivial, aber erreichbar
  • Bedeutsam: Sinnstiftend, mehr als nur "Tickets abarbeiten"

Typische Probleme:

  • ❌ "Maximiere den Output" (statt echte Ziele)
  • ❌ Niemand versteht WARUM wir das bauen
  • ❌ Product Vision fehlt oder ist Marketing-Blabla
  • ❌ Ständig wechselnde Prioritäten
  • ❌ "Arbeite einfach die Backlog Items ab"

Scrum-Kontext:

  • Product Goal gibt langfristige Richtung
  • Sprint Goal gibt kurzfristige Fokussierung
  • Product Vision beantwortet das "Warum"

Prüfe dein Team:

  • Product Vision ist klar und sinnstiftend
  • Jeder versteht das "Warum" hinter der Arbeit
  • Sprint Goals sind herausfordernd (nicht trivial)
  • Team hat echte Entscheidungsspielräume
  • Ziele sind stabil (nicht wöchentlich neue Prioritäten)

3. Befähigende Struktur (Enabling Structure)

Worum geht's?

Die Aufgabe, Zusammensetzung und Normen des Teams müssen stimmen:

a) Aufgaben-Design:

  • Autonomie: Team entscheidet WIE es arbeitet
  • Task Variety: Nicht nur monotone Arbeit
  • Task Significance: Arbeit hat Impact
  • Feedback: Team sieht Ergebnisse seiner Arbeit

b) Team-Zusammensetzung:

  • Richtige Größe: 3-9 Personen (Scrum)
  • Komplementäre Skills: Cross-funktional
  • Balance: Senior + Junior, verschiedene Perspektiven

c) Team-Normen:

  • Klare Erwartungen: Wie arbeiten wir zusammen?
  • Definition of Done: Was bedeutet "fertig"?
  • Feedback-Kultur: Retrospektiven sind produktiv

Typische Probleme:

  • ❌ Keine echte Autonomie (jede Entscheidung muss eskaliert werden)
  • ❌ Team zu groß (>12 Personen) oder zu klein (<3)
  • ❌ Skill-Gaps: Niemand kann Frontend/Backend/Testing
  • ❌ Keine klaren Normen: Jeder macht "sein Ding"
  • ❌ Micro-Management: Chef diktiert WIE gearbeitet wird

Scrum-Kontext:

  • Self-Management: Team entscheidet WIE
  • Cross-funktionalität: Alle Skills im Team
  • Definition of Done: Gemeinsames Qualitätsverständnis
  • Retrospektiven: Normen kontinuierlich verbessern

Prüfe dein Team:

  • Team hat echte Autonomie über das "WIE"
  • Team-Größe: 3-9 Personen
  • Alle nötigen Skills sind im Team vorhanden
  • Definition of Done existiert und wird gelebt
  • Team-Normen sind explizit besprochen

4. Unterstützendes Umfeld (Supportive Context)

Worum geht's?

Das Team braucht 4 Arten von Support:

a) Ressourcen:

  • Ausreichend Budget, Tools, Infrastruktur
  • Keine Verzögerungen durch fehlende Mittel

b) Information:

  • Zugang zu Kunden, Stakeholdern, Daten
  • Feedback-Schleifen sind schnell, nicht langsam

c) Bildung:

  • Training, Mentoring, Weiterentwicklung
  • Zeit für Lernen und Experimentieren

d) Belohnung:

  • Team-Erfolg wird gefeiert (nicht nur individuell)
  • Anreizsysteme fördern Zusammenarbeit, nicht Konkurrenz

Typische Probleme:

  • ❌ Team wartet Wochen auf Tools/Server/Lizenzen
  • ❌ Kein Zugang zu echten Nutzern/Stakeholdern
  • ❌ "Keine Zeit für Lernen, nur Delivery!"
  • ❌ Bonus-System belohnt individuelle Performance statt Team-Erfolg
  • ❌ Shared Services: Team ist abhängig von anderen Abteilungen

Scrum-Kontext:

  • Sprint Review: Direktes Stakeholder-Feedback
  • Sprint Retrospektive: Zeit für Verbesserung
  • Definition of Done: Ressourcen müssen verfügbar sein
  • Impediment Removal: Blockaden beseitigen

Prüfe dein Team:

  • Team hat schnellen Zugang zu benötigten Ressourcen
  • Team kann direkt mit Kunden/Stakeholdern sprechen
  • Zeit für Lernen ist eingeplant (nicht "wenn Zeit ist")
  • Anreizsysteme fördern Team-Erfolg
  • Wenige externe Abhängigkeiten

5. Experten-Coaching (Expert Coaching)

Worum geht's?

Coaching zur richtigen Zeit, nicht Micro-Management:

3 Zeitpunkte für Coaching:

  • Team-Start: Ziele, Normen, Struktur klären
  • Während der Arbeit: Prozess verbessern, Konflikte moderieren
  • Am Ende: Reflexion, Lernen, Verbesserung

Wichtig: Coaching ≠ Controlling!

  • ✅ Coach unterstützt Selbstorganisation
  • ❌ Manager diktiert Lösungen

Typische Probleme:

  • ❌ Scrum Master als "Agile Polizei"
  • ❌ Manager mischt sich in operative Entscheidungen ein
  • ❌ Zu viel Coaching: Team wird abhängig
  • ❌ Zu wenig Coaching: Team ist orientierungslos
  • ❌ Falscher Zeitpunkt: Coaching wenn Team fokussiert arbeiten will

Scrum-Kontext:

  • Scrum Master als Servant Leader
  • Sprint Retrospektive: Team-gesteuertes Lernen
  • Daily Scrum: Selbstorganisation, kein Status-Meeting
  • Impediment Removal: Coach beseitigt Blockaden

Prüfe dein Team:

  • Scrum Master/Coach unterstützt, diktiert nicht
  • Team bekommt Coaching zur richtigen Zeit
  • Manager vertrauen der Selbstorganisation
  • Retrospektiven sind Team-gesteuert
  • Coaching fokussiert auf Prozess, nicht auf Lösungen

Die Diagnose: Wo liegt das Problem?

Bevor du in Team-Entwicklung investierst, stelle 2 Fragen:

Frage 1: Sind die Rahmenbedingungen gegeben?

Gehe die 5 Hackman-Bedingungen durch:

  1. ✅ / ❌ Echtes Team?
  2. ✅ / ❌ Forderndes Vorhaben?
  3. ✅ / ❌ Befähigende Struktur?
  4. ✅ / ❌ Unterstützendes Umfeld?
  5. ✅ / ❌ Experten-Coaching?

Falls 1+ Bedingungen fehlen: Starte dort! Keine Team-Entwicklung hilft, wenn die Struktur fehlt.

Falls alle Bedingungen erfüllt sind: Gehe zu Frage 2.

Frage 2: Ist die Team-Entwicklung blockiert?

Falls die Rahmenbedingungen stimmen, aber das Team trotzdem nicht effektiv ist:

→ Nutze die 5 Dysfunktionen nach Lencioni

Die 5 Dysfunktionen adressieren:

  • Mangel an Vertrauen
  • Angst vor Konflikten
  • Fehlendes Commitment
  • Scheu vor Verantwortung
  • Fehlende Ergebnisorientierung

💡 Hackman = Rahmenbedingungen (60%), Lencioni = Team-Dynamik (30%), Rest ist individuelles Können.

Zusammenfassung: Der häufigste Fehler

Organisationen investieren in:

  • Scrum Master Zertifizierungen
  • Agile Coaches
  • Team-Workshops
  • Retrospektiven-Tools

Obwohl das eigentliche Problem ist:

  • Teams werden alle 3 Monate neu zusammengestellt
  • Keine echte Autonomie
  • Product Vision fehlt
  • Ressourcen sind knapp
  • Matrix-Organisation

Das Ergebnis:

"Agile funktioniert bei uns nicht. Wir haben die falschen Mitarbeiter."

Die Wahrheit:

Die Mitarbeiter sind nicht das Problem. Die Rahmenbedingungen sind das Problem.

Nächste Schritte

1. Rahmenbedingungen prüfen

  • Führe die 5 Hackman-Checks mit deinem Team durch
  • Identifiziere 1-2 größte Lücken
  • Priorisiere: Rahmenbedingungen vor Team-Entwicklung

2. Falls Rahmenbedingungen stimmen: → Nutze die 5 Dysfunktionen zur Team-Entwicklung

3. Unterstützung holen:

Quellen & Weiterführendes

Buch-Empfehlung:

  • Richard Hackman: "Leading Teams: Setting the Stage for Great Performances"
  • Patrick Lencioni: "The Five Dysfunctions of a Team"

Podcast-Episoden:

Verwandte Seiten:

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