Der Scrum Guide dient als Starpunkt und Nachschlagewerk für viele von uns. Er fasst das Rahmenwerk für agiles Arbeiten mit Scrum auf insgesamt lediglich 19 Seiten kompakt und präzise zusammen. Da der Scrum Guide selbst der Veränderung und Anpassung unterliegt wurde vor rund 4 Wochen, am 7. November eine aktualisierte Scrum Guide Version offiziell veröffentlicht. Ein guter Grund also für die deutschsprachige Scrum-Community mit einer ebenfalls überarbeiteten Fassung des Scrum Guides in deutscher Sprache aufzuwarten. Lest in diesem kurzen Update-Post, was sich genau geändert hat.
Neben der Pflege ist besonders das neue Kapitel „Anwendungen von Scrum“ für uns interessant. Denn ähnlich wie auch schon in der Version von 2016, in der die Scrum Werte als Bestandteil von Scrum neu mit aufgenommen wurden, befasst sich das Kapitel mit dem Thema wie sich Scrum in der Praxis entwickelt hat und eingesetzt wird. Die Änderung thematisiert den Fakt das Scrum eben längst nicht mehr nur in der reinen Softwareentwicklung Anwendung findet. Mit wachsendem Trend profitieren Bereiche wie Marketing, der Hardware-Entwicklung, Schulen oder Regierungsprojekten von Scrum – und die Anwendungsgebiete wachsen stets weiter. Unter Berücksichtigung dieser Entwicklung, ist mit der aktuellen Fassung des Scrum Guides mit „Entwickeln“ jede Art von komplexer Arbeit gemeint und mit „Produkt“ alles was daraus entsteht.
Hier die die Veränderungen des Guides in der Version von November 2017 im Detail:
1. Kapitel hinzugefügt: Anwendungen von Scrum
Scrum wurde ursprünglich dazu entwickelt, um Produkte zu managen und zu entwickeln. Seit den frühen 1990er Jahren wird Scrum weltweit ausgiebig genutzt zur:
Erforschung und Identifizierung rentabler Märkte, Technologien und Produktfähigkeiten;
Entwicklung von Produkten und Verbesserungen;
Auslieferung von Produkten und Verbesserungen, auch vielfach pro Tag;
Entwicklung und Aufrechterhaltung von Cloud-Umgebungen (online, secure, on-demand) und anderer Produktivumgebungen; sowie,
Erhaltung und Erneuerung von Produkten.
Scrum wird verwendet, um Software, Hardware, Embedded Software, Netzwerke von interagierenden Funktionen und autonome Fahrzeuge zu entwickeln. Scrum wird aber auch in Schulen, Regierungs- und Marketingprojekten genutzt, zur Verwaltung von Organisationen und der Entwicklung von fast allem, was wir in unserem täglichen Leben als Einzelpersonen und als Gesellschaften verwenden.
Scrum bewährt sich täglich im Umgang mit Komplexität, da Technologie-, Markt- und Umweltkomplexitäten und deren Interaktionen rapide zugenommen haben.
Scrum hat sich bei iterativem und inkrementellem Wissenstransfer als besonders effektiv erwiesen. Scrum wird heute häufig für Produkte, Dienstleistungen und das Management der übergeordneten Organisation verwendet.
Der Kern von Scrum ist ein kleines Team von Menschen. Dieses Team ist sehr flexibel und anpassungsfähig. Diese Stärken wirken weiter zwischen mehreren und vielen Teams und sogar Netzwerken von Teams, die die Arbeit und Ergebnisse von Tausenden von Menschen entwickeln, ausliefern, betreiben und erhalten. Sie arbeiten über durchdachte Entwicklungsarchitekturen und Zielumgebungen für Auslieferungen zusammen.
Wenn die Wörter „entwickeln“ und „Entwicklung“ im Scrum Guide verwendet werden, beziehen sie sich auf komplexe Arbeit, wie z.B. die oben beschriebenen Typen.
2. Die Formulierung im Kapitel „Der Scrum Master“ wurde geändert, um die Rolle klarer zu beschreiben. Der Text lautet jetzt:
Der Scrum Master ist dafür verantwortlich, Scrum entsprechend des Scrum Guides zu fördern und zu unterstützen. Scrum Master tun dies, indem sie allen Beteiligten helfen, die Scrum Theorie, Praktiken, Regeln und Werte zu verstehen.
Der Scrum Master ist ein „Servant Leader“ für das Scrum-Team. Der Scrum Master hilft denjenigen, die kein Teil des Scrum-Teams sind, zu verstehen, welche ihrer Interaktionen mit dem Team sich hilfreich auswirken und welche nicht. Der Scrum Master hilft dabei, die Zusammenarbeit so zu optimieren, dass der durch das Scrum-Team generierte Wert maximiert wird.
3. Einen Abschnitt im Kapitel „Der Dienst des Scrum Masters für den Product Owner“ hinzugefügt:
Sicherstellen, dass Ziele, Umfang und Produktdomäne von allen im Scrum-Team so gut wie möglich verstanden werden;
4. Aktualisierung des ersten Absatzes zum Daily Scrum:
Das Daily Scrum ist eine Time Box von 15 Minuten für das Entwicklungsteam. Das Daily Scrum findet an jedem Tag des Sprints statt. Das Entwicklungsteam plant dabei die Arbeit für die nächsten 24 Stunden. Es überprüft die Arbeitsergebnisse seit dem letzten Daily Scrum und prognostiziert die im Sprint bevorstehende Arbeit, um die Zusammenarbeit und Leistung des Teams zu optimieren. Um die Komplexität zu reduzieren, wird das Daily Scrum an jedem Tag zur gleichen Uhrzeit am gleichen Ort abgehalten.
5. Weitere Aktualisierung des Kapitels zum Daily Scrum, um die Ziele des Daily Scrums besser herauszustellen:
Die Struktur des Ereignisses wird vom Entwicklungsteam festgelegt und kann auf unterschiedliche Weise durchgeführt werden, sofern die Erreichung des Sprint-Ziels im Fokus steht. Einige Entwicklungsteams verwenden Fragen, andere konzentrieren sich eher auf Diskussionen. Hier ist ein Beispiel, was verwendet werden könnte:
Was habe ich gestern getan, das dem Entwicklungsteam geholfen hat, das Sprint-Ziel zu erreichen?
Was werde ich heute erledigen, um dem Entwicklungsteam beim Erreichen des Sprint-Ziels zu helfen?
Sehe ich irgendein Hindernis, das mich oder das Entwicklungsteam daran hindert, das Sprint-Ziel zu erreichen?
6. Klarheit zu den Time Boxen hinzugefügt
Das Wort “maximal” hinzugefügt, damit es keine Fragen mehr dazu gibt, ob die Dauer einer Time Box voll ausgenutzt werden muss. Das stellt klar, dass es sich um Maximalzeiten handelt.
7. Ergänzung beim Sprint Backlog:
Um kontinuierliche Verbesserungen zu gewährleisten, umfasst es mindestens eine wichtige Prozessverbesserung, die in der vorherigen Retrospektive identifiziert wurde.
8. Klarheit beim Inkrement geschaffen:
Ein Inkrement ist ein Gegenstand inspizierbarer, fertiger [„Done“] Arbeit, der die Empirie am Ende des Sprints unterstützt. Das Inkrement ist ein Schritt in Richtung einer Vision oder eines Ziels.
Fazit
Wie schon eingangs erwähnt handelt es sich nicht nur um Schönheitskorrekturen sondern um einen weiteren Schritt der berücksichtigt das Scrum nicht nur in der Softwareentwicklung eingesetzt werden kann und wird. Wir finden das dass eine wichtige und gute Entscheidung ist. Was haltet ihr davon, Scrum in anderen Bereichen einzusetzen? Wo habt ihr bisher Scrum angetroffen?
Wir sind gespannt auf eure Erfahrungen in den Kommentaren!
Artikel kommentieren