Was ist Scrum? Das Framework, das Teams einen Rhythmus gibt

Stell dir vor, dein Team liefert alle zwei Wochen ein fertiges Ergebnis — kein Zwischenstand, kein „fast fertig", sondern etwas, das du anfassen und bewerten kannst. Genau das macht Scrum: Arbeit wird in kurze, feste Zyklen gepackt (Sprints), und am Ende jedes Zyklus steht ein Ergebnis, über das alle reden können.

Scrum auf einen Blick

Was?
Agiles Framework für iteratives Projektmanagement
Für wen?
Teams von 3-9 Personen mit komplexen Aufgaben
Kernidee
Arbeit in kurzen Sprints (1-4 Wochen) mit festem Rhythmus
Seit wann?
Entwickelt in den 1990ern von Jeff Sutherland und Ken Schwaber
Scrum — Übersicht

Wie funktioniert Scrum?

Scrum ist überraschend einfach aufgebaut — und gerade deshalb so wirkungsvoll. Das Grundprinzip: Arbeit wird in feste Zyklen gepackt, sogenannte Sprints. Ein Sprint dauert ein bis vier Wochen (meistens zwei). Am Anfang steht die Planung, am Ende ein fertiges Ergebnis. Dazwischen: fokussiertes Arbeiten ohne Störungen von außen.

Das Framework definiert drei Bausteine:

Diese Elemente greifen wie Zahnräder ineinander. Nimm eines weg, und der Rhythmus bricht zusammen.

Auf welchen Prinzipien basiert Scrum?

Scrum steht auf drei Säulen — und alle drei sind gleichzeitig Voraussetzung und Ergebnis:

  1. Transparenz: Jeder im Team sieht den aktuellen Stand. Keine versteckten Aufgaben, keine geheimen Probleme. Das Product Backlog ist für alle sichtbar, das Taskboard zeigt den Fortschritt.
  2. Überprüfung: Am Ende jedes Sprints wird das Ergebnis im Sprint Review gezeigt und bewertet. Funktioniert es? Passt es zu den Anforderungen? Gibt es bessere Ideen?
  3. Anpassung: Was nicht funktioniert, wird geändert. Nicht in sechs Monaten, sondern im nächsten Sprint. Die Retrospektive ist dafür der feste Rahmen.

Für welche Teams eignet sich Scrum?

Scrum funktioniert am besten, wenn drei Bedingungen erfüllt sind:

  • Komplexe Aufgaben: Die Anforderungen ändern sich, das Ergebnis ist nicht vorhersagbar. Klassische Beispiele: Softwareentwicklung, Produktentwicklung, digitale Projekte.
  • Kleine Teams: 3 bis 9 Personen. Größere Teams brauchen Skalierungsframeworks wie SAFe oder LeSS.
  • Bereitschaft zur Veränderung: Scrum verändert, wie Teams arbeiten und wie Organisationen Entscheidungen treffen. Ohne Rückendeckung vom Management wird es schwer.

Nicht geeignet ist Scrum für einfache, repetitive Aufgaben (da bringt der Overhead nichts) oder für Projekte mit fix definierten Anforderungen (da bietet Wasserfall mehr Planungssicherheit).

Wenn du unsicher bist, ob Scrum zu deinem Kontext passt, lies unseren Vergleich der Vorteile und Nachteile — dort wird es ganz konkret.

3 Rollen Wer? Product Owner Scrum Master Entwicklungsteam 5 Events Wann? Sprint Planning Daily Scrum Sprint Review Retrospektive Sprint (Zyklus) 3 Artefakte Was? Product Backlog Sprint Backlog Produktinkrement
Scrum auf einen Blick: 3 Rollen, 5 Events, 3 Artefakte

Wo fängst du am besten an?

Scrum hat viele Facetten — aber du musst nicht alles auf einmal verstehen. Je nachdem, wo du stehst, empfehlen wir dir einen anderen Einstieg:

  • Komplett neu bei Scrum? Starte mit den Rollen — wenn du verstehst, wer was macht, fällt der Rest leichter.
  • Du kennst die Theorie, willst aber Praxis? Die Techniken (User Stories, Planning Poker) sind das, was den Alltag ausmacht.
  • Scrum schon im Einsatz, aber es hakt? Schau dir die Vorteile und Nachteile an — oft liegt das Problem nicht bei Scrum, sondern bei der Umsetzung.

Alle Themen findest du hier auf dieser Seite — sortiert von den Grundlagen bis zu den Spezialthemen.

Alle Themen auf dieser Seite

Vorteile & Nachteile Scrum klingt auf dem Papier großartig — und in der Praxis ist es das oft auch. Aber nicht immer. Manche Teams blühen da… → Rollen Wer entscheidet was? Wer räumt Hindernisse aus dem Weg? Und wer baut das eigentliche Produkt? In Scrum gibt es genau dr… → Sprints Ein Sprint ist wie ein Mini-Projekt innerhalb des Projekts: Das Team nimmt sich für ein bis vier Wochen ein klar umriss… → Meetings & Events Meetings haben einen schlechten Ruf — oft zurecht. In Scrum ist das anders: Jedes der vier Events hat einen klaren Zwec… → Techniken User Stories, Planning Poker, Burndown Charts — diese Werkzeuge stehen nicht im offiziellen Scrum Guide, aber in der Pr… → Product Backlog Das Product Backlog ist die eine Liste, auf die sich alle einigen: Was soll das Produkt können? Was ist am wichtigsten?… → Geschichte Scrum wurde nicht am Reißbrett entworfen — es ist aus der Praxis gewachsen. In den 1980ern beschrieben zwei japanische … → Regeln Scrum hat erstaunlich wenige Regeln — und genau das macht es so wirkungsvoll. Drei Rollen, fünf Events, drei Artefakte,… → Sprint Backlog Das Product Backlog ist die große Wunschliste. Das Sprint Backlog ist der konkrete Arbeitsplan für die nächsten ein bis… → Impediment Backlog Fehlende Zugänge, ein kaputter Testserver, ein Stakeholder, der seit drei Wochen nicht antwortet — all das sind Impedim… → Kommunikation In Scrum passiert Kommunikation nicht zufällig — sie hat feste Anlässe, klare Formate und einen Zweck. Das Daily für di… → Stakeholder Stakeholder sind alle, die ein berechtigtes Interesse am Produkt haben — Kunden, Manager, Fachabteilungen, Partner. In … → Voraussetzungen Scrum einzuführen klingt einfach: drei Rollen, vier Events, fertig. In der Praxis scheitern viele Teams nicht am Framew… → Zertifizierung CSM, PSM, PSPO, SAFe Agilist — der Zertifizierungs-Dschungel ist dicht. Manche Zertifikate bekommst du nach einem Zwei-… → Skalierung Scrum funktioniert hervorragend mit einem Team. Aber was, wenn fünf, zehn oder hundert Teams am selben Produkt arbeiten… → Einführung Du hast dich entschieden: Euer Team macht jetzt Scrum. Und dann? Einfach anfangen und schauen, was passiert? Besser nic… →