Definition
Agiles Rahmenwerk für komplexe Produktentwicklung. Definiert drei Rollen (Product Owner, Scrum Master, Entwicklerteam), fünf Events (Sprint, Planning, Daily, Review, Retrospective) und drei Artefakte (Product Backlog, Sprint Backlog, Increment). Sprints typischerweise 2–4 Wochen. Bekannte Skalierungsframeworks: SAFe, LeSS, Nexus. Praktisch dominanter Ansatz in der modernen Software-Entwicklung, zunehmend auch in nicht-IT-Kontexten.
In der Praxis
Der teuerste Scrum-Fehler im Mittelstand ist der Glaube, agil bedeute dokumentationsfrei. Dann fehlen im Audit die Nachweise: keine Anforderungs-Historie, keine dokumentierten Freigaben, keine Rückverfolgbarkeit — und die ISO-9001-Forderung nach dokumentierter Information gilt auch für Software-Teams. Zweiter Klassiker: das Daily als Statusbericht an die Führungskraft, die still zuhört und danach Aufgaben verteilt — damit ist die Selbstorganisation tot. Dritter Dauerbrenner: ein Product Owner ohne Entscheidungsvollmacht, der jede Priorisierung erst im Managementkreis holen muss; der Sprint zerläuft. In regulierten Umfeldern — IEC 62304, Automotive SPICE, DO-178C — höre ich oft „Scrum geht bei uns nicht". Doch: Die Normen fordern geplante Verifizierung und Rückverfolgbarkeit, keinen Wasserfall. Wer die Definition of Done um Verifizierungs- und Dokumentationskriterien ergänzt, bekommt beides. Scrum liefert den Takt, das Managementsystem den Rahmen — nur beides zusammen ist auditfest.
Verwandte Begriffe
Häufige Fragen zu Scrum
Wann setzen wir Scrum ein, wann Kanban?
Scrum passt, wenn Sie ein Produkt inkrementell weiterentwickeln und planbare Lieferpakete brauchen — die Sprint-Iterationen geben Rhythmus, Review-Termine und eine klare Verantwortlichkeit über den Product Owner. Kanban passt, wenn die Arbeit überwiegend anfragend und schwer planbar ist: Support, Wartung, IT-Betrieb. Dort zählt der kontinuierliche Fluss, nicht die Iteration. Die Kernfrage ist: Können Sie Ihre Arbeit sinnvoll in zwei- bis vierwöchige Pakete schneiden? Dann Scrum. Kommen die Aufgaben kontinuierlich herein und müssen priorisiert abgearbeitet werden? Dann Kanban. Viele Häuser fahren beides parallel — Entwicklung im Sprint, Betrieb im Fluss. Vermeiden Sie den beliebten Mischmasch ohne Regeln: Ein „Scrumban" ohne Commitments und ohne WIP-Limits ist meist nur Chaos mit Board.
Ist Scrum mit den Entwicklungsanforderungen der ISO 9001 vereinbar?
Ja — die ISO 9001 schreibt kein Entwicklungsmodell vor, sondern fordert in Abschnitt 8.3 die Planung der Entwicklung, festgelegte Eingaben, Kontrollen wie Reviews und Verifizierungen sowie dokumentierte Ergebnisse. All das lässt sich in Scrum abbilden: Das Product Backlog trägt die Eingaben, Sprint Reviews und die Definition of Done bilden die Kontrollpunkte, die Inkremente sind die Entwicklungsergebnisse. Ergänzen müssen Sie die Nachweise: Anforderungsstände, Freigabeentscheidungen und Verifizierungsergebnisse gehören als dokumentierte Information ins System, nicht nur ins Ticket-Tool. Im Audit zeigen Sie dann die Kette von der Anforderung über den Sprint bis zum freigegebenen Inkrement. Wer das kann, hat mit Scrum keinen Widerspruch zur Norm — wer es nicht kann, hat ein Dokumentationsproblem, kein Agilitätsproblem (ISO 9001:2015, Abschnitt 8.3).
Wie starten wir mit Scrum, ohne dass es nach drei Monaten wieder beerdigt wird?
Beginnen Sie mit einem Team und einem echten Produkt, nicht mit einer organisationsweiten Großeinführung. Besetzen Sie die drei Verantwortlichkeiten ernsthaft: ein Product Owner mit Entscheidungsvollmacht über die Prioritäten, ein Scrum Master, der Hindernisse beseitigt statt Protokolle zu schreiben, und ein Team, das das Inkrement gemeinsam verantwortet. Definieren Sie vor dem ersten Sprint eine knappe Definition of Done — inklusive Test, Review und Dokumentation —, sonst diskutieren Sie ab Sprint zwei über „fertig". Halten Sie die Events kurz und verbindlich: Planning, Daily, Review mit echten Anwendern, Retrospektive mit ein bis zwei verbindlichen Verbesserungen. Und geben Sie der Methode vier bis sechs Sprints, bevor Sie sie am Ergebnis messen — der produktive Nutzen stellt sich erst ein, wenn der Rhythmus sitzt (Scrum Guide 2020).