FlenioFlenio
PM-Methodik

Scrum — Agiles Framework für iterative Software-Entwicklung

Iterativ, transparent, empirisch — das agile Framework Nr. 1

Scrum ist das verbreitetste agile Framework für Software-Teams. Sprint-basierte Iterationen, klare Rollen (Product Owner, Scrum Master, Team), Daily Standups.

Leutrim MiftarajAktualisiert 17.5.2026~12 Min Lesezeit

Über Scrum

Scrum ist ein leichtgewichtiges Rahmenwerk, das Teams hilft, in iterativen Sprints (üblicherweise 2 Wochen) auslieferbare Inkremente zu produzieren. Im Gegensatz zu klassischen Phasen-Methoden geht Scrum davon aus, dass Anforderungen sich ändern und Pläne nicht von Anfang an vollständig sein können. Die drei zentralen Rollen sind Product Owner (Vision und Priorisierung), Scrum Master (Coach und Hindernis-Beseitigung) und Entwicklungsteam (Umsetzung). Vier Events strukturieren jeden Sprint: Sprint Planning, Daily Scrum, Sprint Review und Retrospektive. Scrum ist heute Quasi-Standard in vielen Software-Teams und hat sich auch in Marketing-, Operations- und Verwaltungsbereichen verbreitet.

Herkunft

Jeff Sutherland und Ken Schwaber, 1995 vorgestellt. Heute formalisiert im Scrum Guide (aktuelle Version November 2020) verfügbar unter scrumguides.org.

Prinzipien

Transparenz

Alle Artefakte (Backlog, Sprint-Board, Definition of Done) sind für alle Stakeholder sichtbar.

Überprüfung

Regelmäßige Reviews (Sprint Review nach jedem Sprint) prüfen das Ergebnis.

Anpassung

Retrospektiven am Sprint-Ende identifizieren Verbesserungen für den nächsten Zyklus.

Wann Scrum passt — und wann nicht

Passt für:

  • Software-Entwicklungs-Teams mit kontinuierlichem Backlog
  • Produkt-Entwicklung mit unsicheren Anforderungen
  • Cross-funktionale Teams von 3-9 Personen
  • Projekte mit aktiven, verfügbaren Stakeholdern
  • Iterative Verbesserung bestehender Produkte

Nicht ideal für:

  • Projekte mit harter Deadline und festen Anforderungen
  • Compliance-getriebene Verwaltungsprojekte
  • Bauprojekte oder physische Produktentwicklung
  • Einzelpersonen-Projekte

Scrum im Vergleich zu anderen Methoden

vs Kanban

Kanban ist Flow-basiert ohne Sprint-Iterationen. Scrum hat klare Time-Boxes, Kanban kontinuierlichen Pull. Kanban einfacher einzuführen.

vs Waterfall

Waterfall ist sequenziell mit fixen Anforderungen. Scrum ist iterativ mit anpassbarem Backlog. Waterfall passt bei Compliance-Projekten, Scrum bei Produkt-Entwicklung.

vs SAFe

SAFe ist Scrum für 50-125+ Personen-Organisationen. Mehr Hierarchie, mehr Zeremonien. Reines Scrum für kleinere Teams.

Flenio Fit

Wie Flenio Scrum unterstützt

Flenio unterstützt Scrum nativ: Sprint-Boards mit Drag-Drop, Story-Points-Felder, Burndown-Charts in Insights, Sprint-Velocity-Tracking, Retrospektiven-Templates. Für reines Scrum-Team komplett ausreichend, kombinierbar mit Time-Tracking für Mischformen.

Häufige Fragen zu Scrum

Wie lang ist ein Sprint?

Im Scrum Guide ist die maximale Sprint-Länge 4 Wochen, üblich sind 2 Wochen. Kürzere Sprints (1 Woche) bringen schnelleres Feedback, längere mehr Tiefe pro Iteration.

Ist Scrum-Zertifizierung nötig?

Nein, aber für Scrum Master und Product Owner verbreitet (PSM, CSM, PSPO). Hilft bei Job-Suche und Standardisierung des Vokabulars.

Kann ein 2-Personen-Team Scrum machen?

Schwierig. Scrum geht von Team-Größen 3-9 aus. Bei 2 Personen lohnt sich oft Kanban oder ein vereinfachtes Iteration-Modell.