Scrum
Was ist Scrum?
Scrum ist ein agiles Rahmenwerk zur Entwicklung komplexer Produkte und Leistungen. Ein selbstorganisiertes Team arbeitet in Sprints von höchstens einem Monat, überprüft regelmäßig Ergebnisse und passt das weitere Vorgehen an. Scrum definiert dafür drei Verantwortlichkeiten, fünf Ereignisse, drei Artefakte und verbindliche Ziele.
Wie funktioniert Scrum?
Scrum organisiert komplexe Arbeit in kurzen, wiederkehrenden Zyklen. Diese Zyklen heißen Sprints. Jeder Sprint soll ein nutzbares Ergebnis erzeugen, das die festgelegte Definition of Done erfüllt. Neue Erkenntnisse fließen in die nächste Planung ein, statt einen langfristigen Projektplan unverändert abzuarbeiten.
Scrum basiert auf Empirie: Entscheidungen werden anhand beobachtbarer Ergebnisse getroffen. Die drei Grundpfeiler sind Transparenz, Überprüfung und Anpassung. Das Team macht Arbeit und Fortschritt sichtbar, kontrolliert regelmäßig das Ergebnis und verändert den Plan, sobald neue Erkenntnisse eine Anpassung rechtfertigen.
Ein verbreiteter Denkfehler besteht darin, Scrum als Sammlung regelmäßiger Meetings zu verstehen. Die Termine erzeugen allein noch keinen agilen Prozess. Ein Daily Scrum ohne gemeinsames Sprint-Ziel wird schnell zur Statusrunde, während ein Sprint Review ohne nutzbares Ergebnis nur über unfertige Arbeit spricht. Prüfe deshalb zuerst, ob jeder Sprint ein klares Ziel und ein überprüfbares Ergebnis besitzt.
Verantwortlichkeiten im Scrum-Team
Ein Scrum-Team besteht in der Regel aus höchstens zehn Personen. Das Rahmenwerk unterscheidet drei Verantwortlichkeiten. Es schreibt keine klassische Hierarchie innerhalb des Teams vor, verlangt aber eine eindeutige Zuordnung der Produkt-, Prozess- und Umsetzungsverantwortung.
Der Scrum Master ist kein klassischer Projektleiter. Ein Projektleiter verteilt häufig Aufgaben, kontrolliert Termine und berichtet an Auftraggeber. Im Scrum-Team entscheiden die Developer selbst, wie sie das Sprint-Ziel erreichen. Der Scrum Master fördert diesen Prozess, ohne die tägliche Arbeit des Teams zu dirigieren.
Die fünf Scrum-Ereignisse
Scrum definiert fünf Ereignisse mit einem festen Zweck. Der Sprint bildet den zeitlichen Rahmen für alle weiteren Termine. Jedes Ereignis schafft eine formale Gelegenheit, Fortschritt oder Arbeitsweise zu überprüfen und bei Bedarf anzupassen.
Sprint und Sprint Planning
Der Sprint beginnt unmittelbar nach dem vorherigen Sprint und hat eine gleichbleibende Dauer von höchstens einem Monat. Im Sprint Planning legt das Team fest, warum der Sprint wertvoll ist, welche Einträge bearbeitet werden und wie die gewählte Arbeit umgesetzt werden kann. Das Ergebnis ist das Sprint Backlog mit einem verbindlichen Sprint-Ziel.
Daily Scrum
Das Daily Scrum ist ein 15-minütiger Arbeitstermin der Developer. Das Team bewertet den Fortschritt in Richtung Sprint-Ziel und passt den Arbeitsplan an. Die bekannten drei Fragen zu erledigter, geplanter und blockierter Arbeit sind keine Pflicht. Das Team darf jede Struktur verwenden, die den Fortschritt transparent macht.
Sprint Review und Retrospektive
Im Sprint Review prüfen das Scrum-Team und relevante Stakeholder das entstandene Ergebnis sowie Veränderungen im Umfeld. Daraus können neue oder anders priorisierte Einträge im Product Backlog entstehen. Die Sprint Retrospective betrachtet dagegen Zusammenarbeit, Prozesse, Werkzeuge und Qualitätsmaßstäbe. Sie endet mit konkreten Verbesserungen für die folgenden Sprints.
Artefakte und verbindliche Ziele
Die drei Scrum-Artefakte machen geplante, laufende und abgeschlossene Arbeit sichtbar. Jedes Artefakt besitzt ein Commitment, das einen überprüfbaren Bezugspunkt liefert. Das Product Backlog ist mit dem Product Goal verbunden, das Sprint Backlog mit dem Sprint Goal und das Increment mit der Definition of Done.
Die Definition of Done ist eine verbindliche Qualitätsbeschreibung. Ein Beitrag zählt erst dann zum Increment, wenn alle festgelegten Kriterien erfüllt sind. Ein fast fertiger SEO-Text ist beispielsweise kein fertiges Ergebnis, wenn redaktionelle Prüfung, Freigabe oder Veröffentlichung zur vereinbarten Definition of Done gehören.
Scrum im Online-Marketing
Scrum lässt sich außerhalb der Softwareentwicklung einsetzen, wenn ein Team komplexe Leistungen schrittweise entwickelt. Im Online-Marketing können Themencluster, Landingpages, Tracking-Konzepte oder Kampagnenstrukturen als Product-Backlog-Einträge geführt werden. Voraussetzung ist, dass jeder Sprint ein überprüfbares Ergebnis statt einer bloßen Tätigkeitsliste anstrebt.
Ein SEO-Sprint könnte das Ziel verfolgen, ein Themencluster vollständig veröffentlichungsbereit zu machen. Dazu gehören etwa Keyword-Recherche, Suchintention, Briefing, Texterstellung, Qualitätssicherung und interne Verlinkung. Eine strukturierte Keyword-Recherche liefert dabei den fachlichen Input, während ein klarer Abnahmeprozess die Definition of Done bildet.
Für SEO, SEA und GEO, also Generative Engine Optimization, eignet sich ein gemeinsames Product Backlog, wenn dieselben Seiten und Suchthemen mehrere Kanäle betreffen. Erkenntnisse aus bezahlten Suchanzeigen können Content-Prioritäten verändern, während organische Suchanfragen neue Anzeigengruppen oder KI-relevante Nutzerfragen sichtbar machen. Solche SEO- und SEA-Synergien sollten als konkrete Backlog-Einträge mit Ziel und Verantwortlichkeit erfasst werden.
Fortschritt in Scrum messen
Scrum schreibt keine einzelne Leistungskennzahl vor. Messbar ist der Fortschritt zum Beispiel über erreichte Sprint-Ziele, abgeschlossene Backlog-Einträge, Durchlaufzeiten und die Qualität der ausgelieferten Ergebnisse. Die Velocity erfasst häufig, wie viele geschätzte Arbeitseinheiten ein Team pro Sprint erledigt, eignet sich aber nur für die Planung desselben Teams. Ein Vergleich zwischen Teams ist unzuverlässig, weil jedes Team Aufwand und Komplexität anders schätzt.
Eine steigende Velocity beweist weder höheren Produktwert noch bessere Qualität. Ein Marketing-Team kann mehr Aufgaben abschließen und trotzdem Seiten produzieren, die weder veröffentlicht werden noch Suchintentionen abdecken. Prüfe Scrum deshalb mindestens auf zwei Ebenen: Wurde das Sprint-Ziel erreicht, und hat das Increment einen belegbaren Nutzen für Nutzer oder Unternehmen erzeugt?
Scrum und Kanban im Vergleich
Der Unterschied zwischen Scrum und Kanban liegt vor allem in der Steuerung der Arbeit. Scrum nutzt feste Sprints, definierte Verantwortlichkeiten und verbindliche Ereignisse. Kanban visualisiert einen kontinuierlichen Arbeitsfluss und begrenzt parallele Arbeit durch Work-in-Progress-Limits. Beide Ansätze können miteinander kombiniert werden, sofern die Scrum-Regeln erhalten bleiben.
| Merkmal | Scrum | Kanban |
|---|---|---|
| Arbeitsrhythmus | Feste Sprints von höchstens einem Monat | Kontinuierlicher Arbeitsfluss |
| Verantwortlichkeiten | Product Owner, Scrum Master und Developer | Keine fest vorgeschriebenen Rollen |
| Änderungen | Sprint-Ziel bleibt während des Sprints geschützt | Neue Arbeit kann laufend eingeordnet werden |
| Planung | Auswahl eines Sprint-Ziels und passender Aufgaben | Nachziehen neuer Arbeit bei freier Kapazität |
| Geeignet für | Komplexe Produktentwicklung mit regelmäßigen Ergebnissen | Kontinuierliche Prozesse und wechselnde Anfragen |
Wann passt Scrum nicht?
Scrum ist ungeeignet, wenn Aufgaben vollständig vorhersehbar sind, keine gemeinsame Produktverantwortung besteht oder das Team während eines Sprints ständig durch ungeplante Anfragen unterbrochen wird. Im SEO-Alltag betrifft das beispielsweise Support-Teams, die überwiegend kurzfristige technische Tickets bearbeiten. Ein Kanban-System kann solche kontinuierlichen Arbeitsströme oft klarer abbilden.
Scrum scheitert außerdem, wenn Stakeholder jede Aufgabe direkt in den laufenden Sprint geben oder der Product Owner keine Prioritäten setzen darf. Das Sprint-Ziel verliert dadurch seine Steuerungsfunktion. Vor der Einführung sollten Unternehmen deshalb Entscheidungswege, verfügbare Kapazitäten und die Definition fertiger Arbeit klären. Eine strukturierte Beratung zu digitalen Prozessen und Strategien kann diese Voraussetzungen gemeinsam mit den beteiligten Fachbereichen erfassen.
Häufige Fragen zu Scrum
Ist Scrum nur für Softwareentwicklung geeignet?
Nein. Scrum eignet sich für komplexe Aufgaben, bei denen Anforderungen und Lösungswege erst während der Arbeit genauer werden. Das Rahmenwerk wird deshalb auch im Marketing, in der Produktentwicklung und bei organisatorischen Veränderungsprojekten eingesetzt.
Wie lange dauert ein Sprint?
Ein Sprint dauert höchstens einen Monat und sollte innerhalb eines Teams immer dieselbe Länge haben. Häufig werden Zeiträume von einer bis vier Wochen gewählt. Nach dem Ende beginnt unmittelbar der nächste Sprint.
Wie viele Personen gehören in ein Scrum-Team?
Ein Scrum-Team besteht laut Scrum Guide üblicherweise aus höchstens zehn Personen. Größere Gruppen sollten sich in mehrere zusammenhängende Teams aufteilen, wenn Kommunikation und gemeinsame Verantwortung zu aufwendig werden.
Darf der Product Owner Aufgaben zuweisen?
Der Product Owner ordnet das Product Backlog nach Wert und Dringlichkeit. Die Developer entscheiden selbst, wie sie das Sprint-Ziel erreichen und wie die ausgewählte Arbeit untereinander organisiert wird.
Was passiert mit unfertigen Aufgaben am Sprint-Ende?
Unfertige Arbeit zählt nicht zum fertigen Increment. Der Product-Backlog-Eintrag wird erneut bewertet und kann für einen späteren Sprint eingeplant, verändert oder verworfen werden. Eine automatische Übernahme in den nächsten Sprint ist nicht vorgeschrieben.
Kann man Scrum und Kanban kombinieren?
Ja. Ein Scrum-Team kann Kanban-Praktiken wie die Visualisierung des Arbeitsflusses und Limits für parallele Arbeit nutzen. Die Scrum-Verantwortlichkeiten, Ereignisse und Artefakte bleiben dabei bestehen.
Wenn du agile Abläufe für SEO, SEA oder GEO einführen und mit messbaren Zielen verbinden möchtest, kannst du deine Ausgangslage unverbindlich prüfen lassen.
Kostenlosen Potenzialcheck anfragen
Sie haben noch Fragen?
