Jean Michel Diaz
Jean Michel Diaz

Zombie Scrum in 3 Schritten beheben

Was ist Zombie Scrum?

Zombie Scrum beschreibt Teams, die die Scrum-Struktur beibehalten (Rituale, Rollen etc.), aber den eigentlichen Kern – Kunden­nutzen, Werte und kontinuierliche Verbesserung – verloren haben. Scrum verwandelt sich so in eine leere Hülle ohne echte Agilität.

Typische Symptome von Zombie Scrum sind:

  • Mechanisch durchgeführte Ritual-Abläufe ohne Mehrwert
  • Keine funktionierenden Inkremente, seltene oder nutzlose Stakeholder-Reviews
  • Keine echte Retrospektive oder Verbesserungsvorhaben
  • Geringe Autonomie, fehlende Verantwortung

Das Auswirkung von Zombie Scrum: Demotivation, sinkende Qualität, fehlende Anpassung – Scrum als leeres Ritual. Siehe auch: Fake Agile

Die Gründe für Zombie Scrum sind vielfältig. Das kannst du für dein Team und deine Organisation wahrscheinlich sogar individuell am besten beantworten.

Oder falls nicht, fragst du vielleicht einfach mal dein Team? Hier ein Retro-Format, mit dem du die Ursachen von Zombie Scrum in deinem Team untersuchen kannst:

  • Was hält uns davon ab oder erschwert es uns, direktes Feedback von unseren Kunden einzuholen?
  • Was behindert uns uns in unserer Autonomie unsere Prioritäten, Arbeitsweisen und Lösungsansätze selbstständig festzulegen?
  • Was müsste passieren, damit wir als Team maximal motiviert sind, unser Team-Ziel zu erreichen und Wert für unsere Kunden zu schaffen?

Wie löst man Zombie Scrum: Die 3 Schritte

Viele Anleitungen für Scrum sind super technisch. Ich bin kein Fan von solchen detaillierten Anleitungen. Wie genau man ein Sprint Review durchführt ist am Ende nebensächlich. Die wesentlichen Punkte, die es braucht um Zombie Scrum zu heilen sind aus meiner Erfahrung die folgenden 3 Schritte:

Schritt 1: Teamziel und Kundenfeedback

Man kann ohne echten Kundenkontakt nicht agil arbeiten. Schließlich muss das Team in der Lage sein nach jedem Sprint Feedback der Kunden einholen, um es in die Priorisierung des nächsten Sprints mit einfließen lassen zu können.

Das Management und andere Stakeholder dürfen nicht als “Proxy” für den Kunden dienen. Agile Teams entwickeln nicht, was das Management denkt, was der Kunde will, sondern was der Kunde will. Und dafür sprechen die agilen Teams entsprechend nicht mit dem Management, sondern mit dem Kunden selbst.

Klar: Das Management hat auch Einfluss auf das Team und das ist auch OK. Das Management kann gerne bei der Formulierung des Teamziels mitarbeiten. Aber dann muss das Team vom Management genügend Freiraum erhalten, um gemeinsam mit den Kunden selbstorganisiert zu arbeiten.

Schritt 2: Psychologische Sicherheit & Selbstwirksamkeit schaffen

Spricht das Team direkt an, wenn etwas nicht läuft? Oder tuschelt man nur hinter vorgehaltener Hand über Probleme, aber bringt sie nicht wirklich konstruktiv an, um eine Verbesserung zu erzielen?

Falls ja, könnte das an 2 Dingen liegen:

  • Es fehlt im Team an Psychologischer Sicherheit: Man traut sich nicht, Probleme offen anzusprechen.
  • Gelernte Hilflosigkeit: Das Team glaubt nicht mehr daran, dass man überhaupt etwas verbessern kann.

Häufig ist es eine Mischung aus beidem. Es braucht eine offene Fehlerkultur, damit es normalisiert wird, Probleme anzusprechen und es dafür im besten Fall sogar Anerkennung gibt.

Um die gelernte Hilflosigkeit (also eine geringe Selbstwirksamkeit) loszuwerden braucht es wiederum den nächsten Schritt:

Schritt 3: Kontinuierliche Verbesserung

Das Team muss merken, dass Probleme, die angesprochen werden auch gelöst werden. Nutze also jede Gelegenheit, um Probleme aktiv anzugehen und sie zu lösen.

Sobald das Team merkt, dass sich Dinge verändern, werden sie auch in Retrospektiven wieder offener Probleme ansprechen.

Das passiert nicht von heute auf morgen. Die gelernte Hilflosigkeit ist im Zweifel schon über Jahre angewachsen. Aber das darf keine Ausrede sein! Jede Retrospektive ist eine Chance, die Positivspirale der Selbstwirksamkeit in Schwung zu bringen.

Tipp: Falls es deinen Retrospektiven an Schwung fehlt, könnte Echometer helfen: Mit seinem spielerischen und strukturierten Ansatz, kannst du deinen Retrospektiven mit Echometer neues Leben einhauchen. Einfach mal hier ausprobieren: Retro-Tool Echometer ausprobieren

Fazit: Zombie Scrum kann man heilen

Heilung = Teamziel + Kundenfeedback + Psychologische Sicherheit + Kontinuierliche Verbesserung

Die Gute Nachricht zuerst: Ja, Zombie Scrum kann man heilen. Und es ist sogar relativ klar, welche Zutaten es dafür braucht.

Die schlechte Nachricht: Jede dieser Zutaten ist nicht einfach zu erlangen. Je nach Kontext kann es zugegeben sehr viel Energie benötigen, um die Voraussetzungen herzustellen. Noch schlimmer: Vielleicht stellt sich dabei heraus, dass eure Organisation noch nicht bereit ist, für echte agile Arbeitsweisen.

Aber wollen wir mal nicht vom Worst Case ausgehen. Sofern du jetzt zumindest die Ursache für euer Zombie Scrum kennst, kannst du gezielt daran arbeiten. Ganz agil, Schritt für Schritt.

Also, auf geht’s!

Blog-Kategorie

Weitere Artikel zu "Tipps zu Agilität"

Alle Artikel dieser Kategorie ansehen
Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Kurzüberblick zum Spotify Modell: Wie Squads, Tribes, Chapters und Guilds Agilität skalieren, welche Rollen beteiligt sind und worauf du bei der Einführung achten solltest.

5 Sprint Retrospektive Ideen, die Teams garantiert feiern

5 Sprint Retrospektive Ideen, die Teams garantiert feiern

Als Psychologe und Scrum Master habe ich wahrscheinlich einen ungewöhnlichen Blick auf Sprint Retrospektive Ideen. Ich habe einen etwas stärkeren Fokus auf die "softe" Seite der kontinuierlichen Ve...

Meine 7 Lieblings-Vorlagen für Agile Retrospektiven

Meine 7 Lieblings-Vorlagen für Agile Retrospektiven

In meinem Team führen wir überdurchschnittlich häufig eine agile Retrospektive durch: Jeden Freitag, also einmal wöchentlich. Und du wirst es nicht glauben - unter anderem dank den vielen super agi...

Wie kann man die Kommunikation in einem Remote-Software-Entwicklungsteam verbessern?

Wie kann man die Kommunikation in einem Remote-Software-Entwicklungsteam verbessern?

Es gibt diverse Maßnahmen und Ansätze, um die Kommunikation in virtuellen bzw. Remote Engineering Teams von Softwareentwicklern und Software-Ingenieuren zu verbessern. Dabei ist irrelevant, ob es s...

DORA & SPACE Metriken: 2 Team-Workshops zur Verbesserung

DORA & SPACE Metriken: 2 Team-Workshops zur Verbesserung

Wenn du eine technische Führungskraft bist, möchtest du wahrscheinlich wissen, wie gut dein Team Software bereitstellt und wie du dies verbessern kannst. Vielleicht hast du schon von den DORA-Metri...

Working Agreements: 10 Beispiele, Muster & Templates

Working Agreements: 10 Beispiele, Muster & Templates

Die effektive Zusammenarbeit in Teams ist entscheidend für den Erfolg, insbesondere im Kontext agiler Methoden wie Scrum. Working Agreements spielen eine entscheidende Rolle bei der Schaffung eines...

Checkliste für Teamleiter*innen: 10 zentrale Aufgaben

Checkliste für Teamleiter*innen: 10 zentrale Aufgaben

Als Teamleiter\in übernimmst du viel Verantwortung für deine Mitarbeitenden und dein Team. Mit dieser Checkliste für Teamleiter\innen behältst du einfacher den Überblick und stellst sicher, dass ni...

Der Scrum Master als Servant Leader: 8 Gedankenanstöße

Der Scrum Master als Servant Leader: 8 Gedankenanstöße

Als erfahrener Psychologe und Scrum Master verstehe ich die Herausforderungen, denen Team Leads in agilen Umgebungen gegenüberstehen. Das Gleichgewicht zwischen Agilität und Führung zu finden, ist...

Nicht jedes Scrum Team ist agil: Fake Agile

Nicht jedes Scrum Team ist agil: Fake Agile

Fake Agile: Ist jedes Scrum Team agil? Nein, leider ist nicht jedes Scrum Team auch tatsächlich agil. Lass mich erklären: Ein Scrum Team definiert sich dadurch, nach dem Scrum Framework zu arbeiten...

Echometer Newsletter

Verpasse keine Updates zu Echometer & erhalte Inspiration zum agilen Arbeiten