Scrum: Ein teambasiertes Rahmenwerk zur Entwicklung qualitativ hochwertiger komplexer Systeme und Produkte. Scrum wird durch einen Satz von Regeln, Rollen und Zeremonien definiert, die ein Team in die Lage versetzen, Produktinkremente innerhalb von 2-4 Wochen zu liefern. Der Scrum-Flow illustriert diese Vorgehensweise.
Der Sprint: ist eine feste Zeitspanne von 2-4 Wochen. Ziel eines jeden Sprints ist es ein fertiges Teil des Produktes zu liefern. Die Arbeit an dem Produkt wird immer im Sprint verrichtet. Nach jedem Sprint ist es möglich das fertige Produkt auszuliefern. Oft sind aber mehrere Sprints notwendig bis so viele Produktteile fertig sind, damit der Benutzer einen Mehrwert erzielen kann. Der Ablauf eines Sprints wird oft als Scrum Flow bezeichnet.
Da der Scrum Prozess sehr einfach aufgebaut ist, ist das Verständnis der zugrunde liegenden Prinzipien um so wichtiger:
- Frühe und regelmässige Lieferungen
- Eigenständige Teams mit allen erforderlichen Kompetenzen
- Inspektion und Anpassung
- Transparenz und Aufrichtigkeit
- Time-Boxen
Eine Organisation wird nur Nutzen aus Scrum ziehen, wenn sie sich strikt an diese Prinzipien hält. Um mehr über Scrum zu erfahren, sollten Sie die folgenden Artikel lesen:
Scrum Überblick (Deutsch)
Do Better Scrum von Peter Hundermark (Englisch) (NEU:Deutsche Übersetzung)
Vision
Die Vision ist ein klares und attraktives Bild des erstrebten Produkts.
Das Product-Backlog
Das Product-Backlog priorisiert alle notwendigen Anforderungen für das Produkt nach dem Geschäftswert. Die Priorität eines Backlog-Eintrages kann sich jederzeit ändern, Anforderungen können entfernt und neue hinzugefügt werden.
Das Selected-Product-Backlog
Das Selected-Product-Backlog ist, neben dem Sprint-Ziel und der Definition von "Fertig", das Ergebnis der Sprint-Planung. Es definiert die Lieferung, zu welcher das Team sich für den Sprint verpflichtet hat.
Das Sprint-Ziel
Das Sprint-Ziel ist immer ein fertiges Produktteil. Das Sprint-Ziel beschreibt daher immer, was als fertig zu verstehen ist.
Das Sprint-Backlog
Das Sprint-Backlog besteht aus der tagesaktuellen Auflistung aller noch offenen Aufgaben, um das Selected-Product-Backlog zu realisieren und das Sprint-Ziel zu erreichen.
Die Hindernisliste
Die Hindernisliste beinhaltet alles, was innerhalb oder um das Team verbessert werden muss. Der ScrumMaster sorgt dafür, dass alle Einträge zugewiesen sind und daran gearbeitet wird.
Das Entwicklungsteam
Das Entwicklungsteam ist funktionsübergreifend besetzt. Es umfasst das gesamte Wissen und Können, um das Produkt zu realisieren. Es verpflichtet sich, das Sprint-Ziel zu erreichen und erhält dazu die uneingeschränkte Unterstützung der Organisation und des Kunden. Das Entwicklungsteam liefert am Ende vom Sprint ein Product Increment, das dem Sprint-Ziel und der Definition von "Fertig" entspricht.
Der Product-Owner
Der Product-Owner ist der Repräsentant des Kunden und aller Stakeholder. Er verantwortet den Geschäftserfolg des Produktes und kommuniziert die Produktvision in das Team. Er formuliert ein messbares und angemessenes Product-Backlog und priorisiert dieses nach dem Business-Value.
Der Product-Owner
Der Product-Owner ist der Repräsentant des Kunden und aller Stakeholder. Er verantwortet den Geschäftserfolg des Produktes und kommuniziert die Produktvision in das Team. Er formuliert ein messbares und angemessenes Product-Backlog und priorisiert dieses nach dem Business-Value.
Der ScrumMaster
Der ScrumMaster ist Coach und Moderator für das Team. Er sorgt dafür, dass die agilen Werte respektiert und die Scrum Regeln eingehalten werden. Er zeigt dem Product-Owner, wie er den ROI maximieren kann und hilft dem Team produktiver zu werden.
Release Planning
In diesem Meeting schätzt das Team das Product-Backlog. Dies ist die Basis für die Release- und Sprint-Planung.
Sprint-Planung 1
Auf Basis der Aufwandsschätzung definieren das Team und der Product-Owner das Sprint-Ziel und das Selected-Product-Backlog.
Sprint-Planung 2
In diesem Meeting diskutiert das Team das Design und erstellt eine Aufgaben-(Task-)liste, das Sprint Backlog. Der Aufwand für einen Task sollte nicht größer als ein Tag sein.
Tägliches Scrum-Meeting
Dies hilft dem Team, sich selbst zu organisieren und abzustimmen. Es findet jeden Tag zur gleichen Zeit am gleichen Ort statt und dauert nicht länger als 15 Minuten.
Sprint-Review-Meeting
Das Team und der Product-Owner entscheiden, ob mit der gelieferten Funktionalität das Sprint-Ziel erreicht wurde. Änderungswünsche, unfertige Tätigkeiten und Qualitätsmängel werden identifiziert und dem Produkt-Backlog hinzugefügt.
Sprint Retrospektive
Hier analysiert das Team den letzten Sprint und identifiziert Erfolgs-Geschichten und Hindernisse. Gelerntes wird manifestiert und Verbesserungen werden definiert.
Vision
Die Vision ist ein klares und attraktives Bild des erstrebten Produkts.
Das Product-Backlog
Das Product-Backlog priorisiert alle notwendigen Anforderungen für das Produkt nach dem Geschäftswert. Die Priorität eines Backlog-Eintrages kann sich jederzeit ändern, Anforderungen können entfernt und neue hinzugefügt werden.
Das Selected-Product-Backlog
Das Selected-Product-Backlog ist, neben dem Sprint-Ziel und der Definition von "Fertig", das Ergebnis der Sprint-Planung. Es definiert die Lieferung, zu welcher das Team sich für den Sprint verpflichtet hat.
Das Sprint-Ziel
Das Sprint-Ziel ist immer ein fertiges Produktteil. Das Sprint-Ziel beschreibt daher immer, was als fertig zu verstehen ist.
Das Sprint-Backlog
Das Sprint-Backlog besteht aus der tagesaktuellen Auflistung aller noch offenen Aufgaben, um das Selected-Product-Backlog zu realisieren und das Sprint-Ziel zu erreichen.
Die Hindernisliste
Die Hindernisliste beinhaltet alles, was innerhalb oder um das Team verbessert werden muss. Der ScrumMaster sorgt dafür, dass alle Einträge zugewiesen sind und daran gearbeitet wird.
Das Entwicklungsteam
Das Entwicklungsteam ist funktionsübergreifend besetzt. Es umfasst das gesamte Wissen und Können, um das Produkt zu realisieren. Es verpflichtet sich, das Sprint-Ziel zu erreichen und erhält dazu die uneingeschränkte Unterstützung der Organisation und des Kunden. Das Entwicklungsteam liefert am Ende vom Sprint ein Product Increment, das dem Sprint-Ziel und der Definition von "Fertig" entspricht.
Der Product-Owner
Der Product-Owner ist der Repräsentant des Kunden und aller Stakeholder. Er verantwortet den Geschäftserfolg des Produktes und kommuniziert die Produktvision in das Team. Er formuliert ein messbares und angemessenes Product-Backlog und priorisiert dieses nach dem Business-Value.
Der Product-Owner
Der Product-Owner ist der Repräsentant des Kunden und aller Stakeholder. Er verantwortet den Geschäftserfolg des Produktes und kommuniziert die Produktvision in das Team. Er formuliert ein messbares und angemessenes Product-Backlog und priorisiert dieses nach dem Business-Value.
Der ScrumMaster
Der ScrumMaster ist Coach und Moderator für das Team. Er sorgt dafür, dass die agilen Werte respektiert und die Scrum Regeln eingehalten werden. Er zeigt dem Product-Owner, wie er den ROI maximieren kann und hilft dem Team produktiver zu werden.
Release Planning
In diesem Meeting schätzt das Team das Product-Backlog. Dies ist die Basis für die Release- und SprintPlanung.
Sprint-Planung 1
Auf Basis der Aufwandsschätzung definieren das Team und der Product-Owner das Sprint-Ziel und das Selected-Product-Backlog.
Sprint-Planung 2
In diesem Meeting diskutiert das Team das Design und erstellt eine Aufgaben-(Task-)liste, das Sprint Backlog. Der Aufwand für einen Task sollte nicht größer als ein Tag sein.
Tägliches Scrum-Meeting
Dies hilft dem Team, sich selbst zu organisieren und abzustimmen. Es findet jeden Tag zur gleichen Zeit am gleichen Ort statt und dauert nicht länger als 15 Minuten.
Sprint-Review-Meeting
Das Team und der Product-Owner entscheiden, ob mit der gelieferten Funktionalität das Sprint-Ziel erreicht wurde. ƒnderungswünsche, unfertige Tätigkeiten und Qualitätsmängel werden identifiziert und dem Produkt-Backlog hinzugefügt.
Sprint Retrospektive
Hier analysiert das Team den letzten Sprint und identifiziert Erfolgs-Geschichten und Hindernisse. Gelerntes wird manifestiert und Verbesserungen werden definiert.
Product Release
Viele Systeme lassen sich nicht in einem einzigen Sprint fertigstellen. Der Umfang des Product Release wird durch den Product Owner definiert. Das Scrum Team kann das Release liefern, sobald eine funktional vollständige und einsatzfähige Version des Produktes zur Verfügung steht.
Product Change
Wenn im Sprint Review Änderungen und Verbesserungen des Produkts identifiziert wurden, werden sie in das Product Backlog aufgenommen und vom Product Owner gemäß ihrer Priorität eingeordnet.
Der Sprint
Der Sprint ist eine feste Zeitspanne von 2-4 Wochen. Ziel eines jeden Sprints ist es ein fertiges Teil des Produktes zu liefern. Die Arbeit an dem Produkt wird immer im Sprint verrichtet. Nach jedem Sprint ist es möglich das fertige Produkt auszuliefern. Oft sind aber mehrere Sprints notwendig bis so viele Produktteile fertig sind, damit der Benutzer einen Mehrwert erzielen kann. Der Ablauf eines Sprints wird oft als Scrum Flow bezeichnet.
