Scrum bedeutet: Autonome Entwicklungsteams mit Businessfokus, die Verantwortung für ihren Prozess übernehmen.
In der kurzen Aussage kann man drei Sichten auf Scrum erkennen, wie man Scrum betrachten kann:
- Produktsicht: Wie werden Produkte definiert
- Entwicklungssicht: wie entwickeln Teams Produkte
- Veresserungssicht: wie können Zusammenarbeit und Prozess verbessert werden
Produktsicht
Product Owner
- verantwortet Produkterfolg
- Produktnutzen durch Priorisierung von Produkt-Features optimieren
- möchte Produkt entwickelt haben
- bevollmächtigt Produktentscheidungen zu treffen
- 1 Person, keine Teilung, kein Komitee
- verfolgt Produktvision
- pflegt Product Backlog passend zur Vision
Das Product Backlog beschreibt die Produkteigenschaften, die durch den Product Owner priorisiert werden. Das Backlog besteht häufig aus User Stories.
Sprints
Die Entwicklung erfolgt in Iterationen, die Sprints genannt werden. Sie haben immer die gleiche Länge, aber maximal 4 Wochen. In Sprint Plannings werden die Ziele festgelegt. Dabei legt das Team zusammen fest, welche hochpriorisierten Ziele aus dem Product Backlog in den Sprint erledigt werden sollen. Ein erledigter Sprint liefert ein Produktinkrement, welches an den Kunden ausgeliefert werden könnte. Der Product Owner entscheidet, ob das Produktinkrement tatsächlich ausgeliefert wird.
Besonders wichtig ist daher, dass die Features aus dem Sprint wirklich produktreif sind. Der Kunde muss damit richtig arbeiten können.
Das Ergebnis eines Sprints wird in einem Sprint Review
Entwicklungssicht
Ein Entwicklungsteam besteht aus 3 bis 9 Teammitgliedern. Es muss alle Fähigkeiten besitzen, die für das Sprint Backlog nötig sind. Entwickler sind daher nicht nur Programmierer, sondern je nach Kontext auch UX-Experten, Designer, Handbuchautoren und Tester.
Das Team sollte selbstorganisiert sein und keine formelle Hierarchie besitzen. Es gibt keine herausgehobene Rolle/Position im Team.
Das Team bestimmt im Sprint Planning
Die übernommenen Einträge aus dem Product Backlog sowie der Umsetzungsplan bilden den Sprint Backlog.
Das Entwicklungsteam macht Voraussagen (Forcasts) was im Sprint zu schaffen ist. Die Vorraussagen haben dabei die Qualität von Wettervorhersagen. Es wird auch mal vorkommen, dass die Ziele nicht erreicht werden können.
Daily Scrum
DasEntwickungsteam trifft sich jeden Tag zu einem täglichen Treffen. Dabei solle der Arbeitsforschritt und die nächsten Aufgaben besprochen werden. Das Treffen sollte max. 15 Minuten dauern.
Dabei sollten die folgenden drei Fragen von jedem Entwickler beantwortet werden.
- Was ist seit dem letzten Daily Scrum erledigt?
- Welche Hindernisse sehe ich auf dem Weg zum Sprint-Ziel
- Was plane ich bis zum nächsten Daily Scrum
Der Product Owner ist ein optionaler Teilnehmer am Daily Scrum.
Verbesserungssicht
Scrum Master
Der Scrum Master soll ein Coach für alle Beteiligten sein. Er soll das Verständnis für Scrum vermitteln und hilft, Scrum effektiv anzuwenden. Der Scrum Master soll einen Rahmen für das Team schaffen, in dem es sich selbst organisiert. Eine seiner Aufgaben ist es, dem Team den Spiegel vorzuhalten. Er soll Hindernisse identifizieren und diese beseitigen. Der Scrum Master moderiert alle Scrum Meetings.
Kontinuierlicher Verbesserungsprozess
Der kontinuierliche Verbesserungsprozess besteht aus zwei Meetings. Dem Daily Scrum und der Sprint Retrospektive.
Nach einem Sprint-Review findet eine Sprint-Retrospektive statt. Das Entwicklungsteam und der Product Owner reflektieren, was gut und was nicht so gut gelaufen ist und auf dieser Basis werden Verbesserungsmaßnahmen definiert. Auch die Sprint-Retrospektive wird durch den Scrum Master moderiert.
Das Agile Manifest
- Individuen und Interaktionen sind wichtiger als Prozesse und Tools
- Laufende Software ist wichtiger als Dokumentation
- Zusammenarbeit mit Kunden ist wichtiger als Vertragsverhandlungen
- Reagieren auf Veränderungen ist wichtiger als Planverfolgung
Obwohl die Werte auf der rechten Seite wichtig sind, sehen wir die Werte auf der linken Seite als wichtiger an.