methodatlas
Agile

Scrum

Organisiert Produktentwicklung in feste Sprints mit klaren Rollen, Events und einem priorisierten Backlog.

Kernfrage
Welches inkrementell lieferbare, wertvolle Sprint-Ziel verfolgt das Team in den nächsten 1-4 Wochen, und wie passt es das Vorgehen anhand der Sprint-Ergebnisse an?
MittelWorkshop + Async1-4 Wochen je Sprint, laufend
Zweck

Wenn ein Team in einem festen Lieferrhythmus arbeiten soll, stabilisiert sie Takt, Verantwortung und Feedbackschleifen. Sie macht Zusammenarbeit über Sprintgrenzen hinweg verlässlich.

Funktionsweise

Sie bindet Planung, tägliche Abstimmung, Review und Verbesserung an einen wiederkehrenden Rahmen. Rollen, Events und Artifacts sorgen dafür, dass Fortschritt, Feedback und Anpassung in kurzen Zyklen zusammenlaufen.

Visuelle Orientierung

Methodenskizze für ein schnelles Grundgefühl.

Scrum · Rollen, Events, Artefakte und CommitmentsProduct Backlog, Sprint Planning, Daily Scrum, Review und Retrospektive als empirische Sprint-Schleife verbinden
ScrumDas Visual zeigt Scrum mit Rollen, Product Backlog, Sprint Planning, Sprint Backlog, Daily Scrum, Increment, Review und Retrospektive.Komplexe Produktarbeit in überprüfbaren Sprints steuernScrum verbindet klare Verantwortungen, feste Events und Artefakte mit Commitments für empirisches Lernen.Product Ownerordnet Wert und Product GoalScrum Masterschützt Empirie und FokusDevelopersliefern ein fertigesIncrementProduct Backloggeordnet nach Product GoalSprint BacklogSprint Goal plus PlanIncrementDefinition of Done erfülltSprint PlanningZiel wählen und Umfang schneidenDaily ScrumPlan täglich anpassenSprint ReviewIncrement mit Stakeholdern prüfenRetrospektiveZusammenarbeit verbessern1-4 Wochen SprintTransparenz, Inspektion, AnpassungFeedback fließt ins Backlog

Ablauf

  1. 1Product Goal und Backlog formulieren
  2. 2Sprint Planning durchführen
  3. 3Im Sprint inkrementell entwickeln
  4. 4Daily Scrum zur Synchronisation halten
  5. 5Sprint Review mit Stakeholdern
  6. 6Sprint Retrospective für Verbesserung

Das Runsheet führt mit 5 Phasen, Timeboxen, 6 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Runsheet öffnen

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

Im Detail

Scrum funktioniert, weil der Rahmen Produktziel, kurze Lieferzyklen und regelmäßige Inspektion so koppelt, dass Lernen und Umsetzung denselben Takt teilen. Gute Anwendung hängt nicht an zeremonieller Korrektheit, sondern an ernst gemeinter Backlog Pflege, klaren Verantwortungen und echter Anpassungsbereitschaft nach Review und Retrospective. Mechanisch eingeführt erzeugt Scrum Kalenderdisziplin, sauber verankert stärkt es Fokus, Transparenz und Entscheidungsfähigkeit im Teamalltag.

Durchführung

Führe den Rahmen über konkrete Alltagsprobleme ein, etwa fehlende Priorität, unklare Verantwortung oder späte Überraschungen, damit die Adoption einen erkennbaren Nutzen hat. Wirklich konkret wird die Sache, wenn Product Goal, Backlog und Sprintarbeit erstmals sichtbar zusammenpassen. Schließe jede Einführungsphase mit wenigen Verhaltensankern, die im nächsten Sprint bewusst beobachtet werden.

Output-Artefakte
Product BacklogSprint BacklogIncrementSprint Goal
Tags
Artefakt-Vorlagen
Scrum ArbeitsvorlageKompakte Arbeitsvorlage für Scrum mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
markdown

scrum-working-template.md

Kompakte Arbeitsvorlage für Scrum mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

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 Runsheets.

Ergebnisartefakte

  • Product Backlog:
  • Sprint Backlog:
  • Increment:
  • Sprint Goal:

Annahmen und offene Fragen

  • ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Wann stattdessen?

Kurze Entscheidungshilfe für vorhandene Alternativen.

Dual-Track Agile

Statt Scrum, wenn ihr Discovery und Delivery bewusst parallel führen wollt, weil ihr gleichzeitig lernen und liefern müsst.

Ähnliche Methoden

Alle Methoden