Scrum

Was ist Scrum?

Scrum ist eines der bekanntesten Frameworks für agile Produktentwicklung. Der offizielle Scrum Guide beschreibt Scrum bewusst knapp: Es ist ein leichtgewichtiges Framework, das Menschen, Teams und Organisationen dabei unterstützt, durch adaptive Lösungen für komplexe Probleme Wert zu erzeugen.

Scrum ist keine detaillierte Projektmanagement-Methode mit vorgeschriebenen Arbeitspaketen. Es definiert einen Rahmen aus Verantwortlichkeiten, Events, Artefakten und Commitments, innerhalb dessen Teams ihre konkrete Arbeitsweise gestalten.

Fachliche Grundlage: Agile Manifesto und Scrum Guide

Scrum entstand bereits in den 1990er-Jahren; das Agile Manifesto wurde 2001 von 17 Softwarepraktikern – darunter Ken Schwaber und Jeff Sutherland – formuliert. Seine vier Werte priorisieren unter anderem Individuen und Interaktionen, funktionierende Software, Zusammenarbeit mit Kunden und Reaktion auf Veränderung. Die zwölf Prinzipien betonen frühe und kontinuierliche Lieferung, häufige Auslieferung, Zusammenarbeit und regelmäßige Verbesserung.

Die normative Referenz für Scrum selbst ist der Scrum Guide von Schwaber und Sutherland. Die Ausgabe 2020 beschreibt Empirismus und Lean Thinking als Grundlage. Empirismus geht davon aus, dass Wissen aus Erfahrung entsteht und Entscheidungen auf Beobachtbarem beruhen.

Die drei Verantwortlichkeiten in Scrum

Product Owner

Der Product Owner ist für die Maximierung des Produktwerts und ein wirksames Product Backlog verantwortlich. Das bedeutet nicht, dass die Person jede Anforderung selbst formulieren muss. Sie sorgt dafür, dass Produktziel und Priorisierung transparent sind.

Scrum Master

Der Scrum Master ist für die Etablierung von Scrum verantwortlich und unterstützt Team und Organisation dabei, das Framework wirksam zu verstehen und anzuwenden. Er ist nicht einfach ein klassischer Projektleiter mit neuer Bezeichnung.

Developers

Developers sind die Personen im Scrum Team, die in jedem Sprint ein nutzbares Increment erzeugen. Der Scrum Guide schreibt keine technischen Rollen wie Frontend-, Backend- oder Tester-Silos vor.

Die Scrum Events

• Sprint: der feste Container für alle weiteren Events; ein Sprint dauert höchstens einen Monat.
• Sprint Planning: klärt, warum der Sprint wertvoll ist, was getan werden kann und wie die Arbeit umgesetzt wird.
• Daily Scrum: dient den Developers zur Inspektion des Fortschritts zum Sprint Goal und zur Anpassung des Plans.
• Sprint Review: betrachtet das Ergebnis und mögliche Anpassungen gemeinsam mit Stakeholdern.
• Sprint Retrospective: fokussiert auf Verbesserungen von Qualität und Effektivität.

Die Events sind keine Meetingsammlung um ihrer selbst willen. Sie erzeugen regelmäßige Gelegenheiten für Inspektion und Anpassung.

Artefakte und Commitments

Scrum definiert drei Artefakte: Product Backlog, Sprint Backlog und Increment. Seit dem Scrum Guide 2020 sind ihnen explizite Commitments zugeordnet:

• Product Backlog → Product Goal
• Sprint Backlog → Sprint Goal
• Increment → Definition of Done

Diese Commitments schaffen Ziel und Qualitätsbezug. Ein Backlog ohne Produktziel ist lediglich eine priorisierte Aufgabenliste.

Scrum ist nicht gleich „agil“

Ein Team kann Scrum-Events durchführen und trotzdem wenig agil arbeiten. Das Agile Manifesto beschreibt Werte und Prinzipien, Scrum einen konkreten Rahmen. Forschung zur Frage „Was macht Softwareentwicklung agil?“ zeigt zudem, dass in der Praxis häufig hybride Ansätze vorkommen und die Auswahl einzelner Praktiken die wahrgenommene Agilität stärker beeinflussen kann als das Methodenlabel allein.

Typische Scrum-Antipatterns

• Daily Scrum wird zum Statusreport an den Chef.
• Product Owner ist nur Ticketverwalter ohne Entscheidungsspielraum.
• Sprint Review wird zur internen Demo ohne echte Stakeholder.
• Retrospektiven erzeugen Maßnahmen, die nie umgesetzt werden.
• Unfertige Arbeit wird regelmäßig in den nächsten Sprint geschoben, ohne Ursachen zu analysieren.
• Scrum wird benutzt, obwohl die Arbeit primär kontinuierlicher Servicefluss statt Produktentwicklung ist.

Wann passt Scrum gut?

Scrum ist besonders plausibel bei komplexer Produktarbeit, bei der Anforderungen und Lösungen nicht vollständig im Voraus bekannt sind und regelmäßiges Feedback wertvoll ist. Für stark planbare, repetitive oder rein operative Arbeit können flow-basierte Ansätze wie Kanban geeigneter sein oder Scrum sinnvoll ergänzen.

Fazit

Scrum ist weniger ein Terminplan als ein Lernsystem für komplexe Arbeit. Wer nur Rollen und Meetings übernimmt, verfehlt den Kern. Transparenz, empirische Überprüfung, klare Produktziele und tatsächliche Anpassung entscheiden darüber, ob Scrum mehr ist als Prozessritual.