---

Was ist das Scrum Framework? Die Antwort könnte Sie überraschen!

Ohne es unnötig kompliziert zu machen, lässt sich Scrum folgendermaßen definieren:

Scrum ist ein leichtgewichtiges, iteratives Framework zur Entwicklung und Lieferung wertvoller Produkte einschließlich Software.

Es wird häufig in der Softwareentwicklung, aber auch außerhalb der Softwarebranche eingesetzt.

Viele IT-Fachleute glauben, der Begriff Scrum sei Anfang der 2000er-Jahre parallel zur agilen Entwicklung entstanden. Das ist falsch!

Die Scrum-Metapher erschien im Januar 1986 in einem Artikel der Harvard Business Review über Produktentwicklung. Hirotaka Takeuchi und Ikujiro Nonaka verwendeten sie in ihrem Artikel: The New New Product Development Game. Ja, zweimal „New“! Lesen Sie „The New New Product Development Game“, um den Anfang zu verstehen.

Scrum eignet sich für alle Arten von Softwareprojekten, für vollständige Pakete oder einzelne Module sowie für Produkte und Dienstleistungen interner und externer Kunden.

Der leichtgewichtige Prozess steigert Teamproduktivität und verringert Verschwendung und überflüssige Tätigkeiten.

Scrum definiert allgemeine Leitlinien und wenige Regeln, Rollen, Artefakte und Events. Alle diese Komponenten (Hauptbestandteile des Scrum Frameworks) sind wichtig, erfüllen bestimmte Zwecke und sind für die erfolgreiche Anwendung wesentlich.

Die Hauptkomponenten sind:

• Drei Ergebnisverantwortlichkeiten im Scrum Team: Product Owner, Scrum Master und Developers.
• Fünf Scrum Events, Rituale oder Zeremonien: Sprint, Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective. Scrum Grooming (Backlog Refinement) ist eine fortlaufende unterstützende Aktivität und kein sechstes formales Event.
• Product Backlog (Scrum Backlog) oder Scrum Product Backlog: Ein Artefakt zur Verwaltung und Priorisierung sämtlicher bekannter Projektanforderungen.
• Sprints: Arbeitszyklen zur Entwicklung lieferbarer Produkt- oder Service-Inkremente.
• Sprint Backlog: Ein Artefakt mit Sprint-Ziel, ausgewählten Einträgen und dem Umsetzungsplan der Entwickler.
• Inkrement: Eine nutzbare Produktverbesserung gemäß Definition of Done.

Selbstorganisation und vorbehaltlose Zusammenarbeit sind entscheidend für Scrum. Ein klassischer Projektmanager ist nicht mehr erforderlich. Seine traditionellen Verantwortlichkeiten verteilen sich auf Product Owner, Scrum Master und Entwickler.

Die Entwickler verantworten Planung und Ausführung ihrer Arbeit. Scrum Master und Product Owner unterstützen dieses Selbstmanagement. Beispielsweise wählen die Entwickler Einträge im Gespräch mit dem Product Owner und planen ein nutzbares Inkrement.

Kontinuierliche Verbesserung durch Überprüfen und Anpassen ist ein weiteres zentrales Element. Das Team beobachtet und bewertet fortlaufend Artefakte und Scrum-Anwendung, um sie zu optimieren. Dadurch steigen Qualität, Effizienz und Kundenzufriedenheit, während Verschwendung und Risiken sinken.

Scrum berücksichtigt wechselnde und anfangs unvollständig bekannte Anforderungen.

Jedes Projekt enthält unbekannte Unbekannte, manchmal wenige, manchmal viele. Scrum hilft zu akzeptieren, dass wir sie erst während der Projektausführung entdecken und bewältigen können.

Das Team verfeinert Arbeit vor der Umsetzung und detailliert nahe, wichtige Einträge stärker, etwa im Refinement und Sprint Planning. Veränderungsbereitschaft, Optimierung und Lernen aus Fehlern werden Teil des gesamten Entwicklungslebenszyklus.

Transparenz und direkte Kommunikation sind weitere Grundlagen. Product Owner und Team identifizieren und priorisieren Anforderungen. Diese können als Stories im Product Backlog stehen. Es erfasst bekannte Arbeit zur Produktverbesserung und entwickelt sich mit neuen Erkenntnissen.

Das Team wählt Stories, die es im Sprint voraussichtlich schafft. Sprints dauern oft zwei bis vier Wochen und immer höchstens einen Monat. Eigene Zielzusagen und das Gehörtwerden stärken Beteiligung, Moral und Leistung der Mitglieder.

Scrum Master wirken als dienende Führungskräfte für und mit ihren Teams.

Sie sind ausgebildete Unterstützer für reibungslose Zusammenarbeit. Als Verhandler schützen sie vor Unterbrechungen und künstlichen Prioritäten. Als Kommunikatoren beseitigen oder verhindern sie Hindernisse, bevor das Team in Sackgassen gerät. Dies sind nur einige Aufgaben, die wir später mit den anderen Rollen vertiefen.

In seiner reinen Form eignet sich Scrum besonders für sehr unabhängige Einteamprojekte auf neuer oder bestehender Grundlage.

Der praktische Sachverstand der Scrum-Fachleute hat die Möglichkeiten erweitert. Ergänzungen wie „Chief Scrum Product Owner“ und „Scaled Scrum“ unterstützen auch Mehrteam- und verteilte Projekte. Dazu später mehr.

Bleiben Sie dabei und genießen Sie die weitere Lektüre!