Komplexe Arbeit in inspizierbaren, anpassbaren Inkrementen liefern und Lernen pro Sprint sichtbar machen.
Scrum
Iteratives Framework für komplexe Produktentwicklung mit kurzen Sprints, festen Rollen und definierten Events.
Ein Cross-Functional-Team liefert in 1-4-wöchigen Sprints Inkremente, geführt von Product Owner, Scrum Master und definierten Events.
Visuelle Orientierung
Methodenskizze für ein schnelles Grundgefühl.
Ablauf
- 1Product Goal und Backlog formulieren
- 2Sprint Planning durchführen
- 3Im Sprint inkrementell entwickeln
- 4Daily Scrum zur Synchronisation halten
- 5Sprint Review mit Stakeholdern
- 6Sprint Retrospective für Verbesserung
Ideal für
- Komplexe Produktentwicklung
- Cross-funktionale Teams
- Iterative Auslieferung
- Lernen pro Sprint
Nicht gut für
- Reine Support- oder Wartungs-Workloads
- Hochreglementierte Wasserfallumgebungen
- Sehr einfache lineare Aufgaben
Vertiefung
Scrum ist ein leichtgewichtiges Framework für die Entwicklung komplexer Produkte. Es definiert drei Verantwortlichkeiten (Product Owner, Scrum Master, Developers), fünf Events (Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) und drei Artefakte (Product Backlog, Sprint Backlog, Increment), jeweils mit explizitem Commitment (Product Goal, Sprint Goal, Definition of Done). Empirisches Vorgehen über Transparency, Inspection und Adaptation steht im Mittelpunkt.
Scrum eignet sich für komplexe Produkte mit hoher Unsicherheit und stabilen Cross-Functional-Teams. Es ist weniger geeignet für reine Wartungs-Backlogs ohne Veränderungsbedarf, planbare Wasserfall-Lieferungen oder Einzelpersonen-Arbeit ohne Teamkontext.
Schütze die Sprint-Länge und das Sprint Goal vor Mitten-Sprint-Änderungen und halte die Events kurz und fokussiert. Investiere in eine klare Definition of Done und sorge dafür, dass Retrospektiven echte Verbesserungen anstoßen, nicht nur Beobachtungen sammeln.
Scrum ArbeitsvorlageKompakte Arbeitsvorlage für Scrum mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.markdown
# Scrum Arbeitsvorlage
## Ziel
Iteratives Framework für komplexe Produktentwicklung mit kurzen Sprints, festen Rollen und definierten Events.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Product Backlog:
- Sprint Backlog:
- Increment:
- Sprint Goal:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Ähnliche Methoden
Alle MethodenSchätzt Arbeit in idealisierten Arbeitstagen ohne Unterbrechungen, Meetings oder Wartezeiten.
Grobe relative Schätzung mit Größen wie XS, S, M, L und XL.
Ansatz, der explizite Aufwandsschätzung reduziert und stattdessen kleine Items, Durchsatz und Forecasting nutzt.
Relative Einheit zur Schätzung von Umfang, Komplexität, Risiko und Unsicherheit von Backlog Items.
Kollaborative Schätzmethode, bei der Teammitglieder verdeckt Karten wählen und Unterschiede diskutieren.
Sechs-Wochen-Zyklen mit Cool-Down, geformten Pitches und Bet-Tables statt Sprints und Backlogs.