Der neue Scrum-Guide 2020 ist da: Was sind die 7 wichtigsten Neuerungen?

K├╝rzlich ist der neue Scrum Guide von Ken Schwaber und Jeff Sutherland in englischer Version erschienen.

Obwohl der Ursprung von Scrum schon weit bis in die 1990er Jahre zur├╝ck reicht, sind die ersten offiziellen Dokumente dazu erst 2010 entstanden.

Ein Ergebnis dieser Zeit war der erste offizielle englischsprachige Scrum Guide der den Rahmen von Scrum, die Spielregeln, Prinzipien, Artefakte und das Zusammenspiel des Scrum-Teams beschreibt.

Von da an wurde er in mehrj├Ąhrigen Abst├Ąnden immer wieder weiter entwickelt und in unterschiedlichste Sprachen ├╝bersetzt. Zum 30j├Ąhrigen Jubil├Ąum von Scrum ist die neuste Version des Guides erschienen.

Nachdem ich bereits 2016 bei der ├ťberesetzung beteiligt war, habe ich mir auch die Version 2020 genauer angesehen und ins deutsche ├╝bersetzt: Deutsche ├ťbersetzung des Scrum-Guide 2020

Doch was sind die wichtigsten Änderungen und spannendsten Neuerungen?


#1 „Zusammen stehen wir dahinter.“

Das erste das sofort in der Einleitung auff├Ąllt ist viel mehr „Spirit“ und der Fokus auf Gemeinsamkeit. Wenn auch in den letzten Jahren von Streit zwischen den beiden Autoren die Rede war, dann wurde dieser wom├Âglich wieder besiedelt?

K├╝rzere S├Ątze, st├Ąrkere positive Emotionen

In den ersten Versionen des Scrum-Guides gab es sehr viele verschachtelte S├Ątze und die sehr positiven emotionalen Auswirkungen die die Arbeit mit dem Framework ausl├Âst kam kaum her├╝ber.

Das ist in der neuen Version anders: Die S├Ątze sind k├╝rzer, emotional aufgeladner und viel klarer. Der neue Guide ist damit auch in englisch wesentlich besser verst├Ąndlich.

Das Zuckerst├╝ck ist meines Erachtens dieser Satz:

Sprints are the heartbeat of Scrum, where ideas are turned into value.

Quelle: https://www.scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf

#2 Scrum nicht nur f├╝r Entwickler

Der Scrum-Guide spricht seit dem Anbeginn seiner Zeit von Entwicklern, aber sp├Ątestens seit der Digitalisierung und dem Wandel in der Fahreugindustrie ist klar das auch andere Industriebereiche diese Vorgehensweisen gebrauchen k├Ânnen.

„Wir verwenden das Wort ÔÇ×EntwicklerÔÇť in Scrum nicht, um auszuschlie├čen, sondern um zu vereinfachen. Wenn dir Scrum einen Wert bringt, dann sieh dich damit unter dem Entwicklerbegriff mit eingeschlossen.“

Innoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/der-scrum-guide-2020-intro/

Hierdurch wird wesentlich mehr Klarheit und eine gr├Â├čerer Anwendungskreis geschaffen.


#3 Klarheit dar├╝ber was Scrum ist und was es nicht ist

Der Guide gl├Ąnzt mit einer messerscharfen Definition ├╝ber Scurm:

„Scrum ist ein leichtgewichtiges Framework das Menschen, Teams und Organisationen hilft Wert durch schrittweise L├Âsungen f├╝r komplexe Probleme zu schaffen.“

Innoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/der-scrum-guide-2020-scrum-definition/

…und beschreibt auch was Scrum nicht ist:

Das Scrum-Framework ist absichtlich unvollst├Ąndig und definiert nur die Teile, die zur Implementierung der Scrum-Theorie erforderlich sind. Scrum baut auf der kollektiven Intelligenz der Menschen auf, die es verwenden.

Anstatt den Menschen detaillierte Anweisungen zu geben, leiten die Scrum-Regeln ihre Beziehungen und Interaktionen.

Inoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/der-scrum-guide-2020-scrum-definition/

#4 Scrum Theorie und Werte sind best├Ąndig geblieben

Nach wie vor basiert Scrum auf einer empirischen Vorgehensweise aus Transparenz, Beobachtung und Anpassung. Aber das „schlanke Denken“ ist in der Erw├Ąhnung hinzugekommen:

Scrum basiert auf Empirie und schlankem Denken. Empirie behauptet, dass Wissen aus Erfahrung und Entscheidungsfindung auf Basis dessen stattfindet was beobachtet wird. Lean Thinking reduziert Verschwendung und konzentriert sich auf das Wesentliche.

Inoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/der-scrum-guide-2020-scrum-theorie/

#5 Keine Hierarchien innerhalb eines Teams, daf├╝r „echte F├╝hrungskr├Ąfte“

Im Kapitel ├╝ber das Scrum-Team wird nun n├Ąher auf F├╝hrungsrollen und Hierarchien eingegangen:

Innerhalb eines Scrum-Teams gibt es keine Subteams oder Hierarchien. Es ist eine zusammenh├Ąngende Einheit von Fachleuten, die sich jeweils auf ein Ziel konzentriert, das Produktziel.

Inoffizielle deutsche ├ťbersetzung,https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/scrum-team/

Wenn auch keine Hierarchie im Team gew├╝nscht ist, spricht der Guide von „echten F├╝hrungskr├Ąfte“ im Hinblick auf den Scrum Master:

Scrum Masters sind echte F├╝hrungskr├Ąfte, die dem Scrum-Team und der gr├Â├čeren Organisation dienen.

Inoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/scrum-team/

Das Kapitel ├╝ber das Scrum Team nimmt neben den Scrum Events den meisten Raum des Guides ein und liefert umfassende Beschreibungen ├╝ber die einzelnen Verantwortlichkeiten.

Besonders die dienende Rolle des Scrum Masters f├╝r die Organisation, dem Product Owner und dem Scrum Team wird umfassend erl├Ąutert.

Was hat sich ge├Ąndert? Es ist nicht mehr die Rede von einzelnen Rollen. Das wird ein st├╝ckweit offen gelassen ob eine Person eine oder mehrere Rolle tragen kann. Beschrieben wird lediglich das ein Team aus einem Scrum Master, Product Owner und Entwicklern besteht.


#6 Hinweise auf verpasste Chancen

Aus der Begleitung von agiler Teams, wei├č ich wie gro├č der Drang danach ist am Scrum Framework zu entwickeln statt am eigentlichen Produkt. Es ist ein Thema von Fokus und so sind in ganz vielen Teams sicherlich eine Menge individueller Scrum, Scrum-Kanban, Scrum-Spotifiy und was auch immer f├╝r L├Âsungen entstanden.

Der Scrum Guide weist jetzt ausdr├╝cklich und mehrfach darauf hin, das durch solche Ver├Ąnderungen am Rahmen mit entsprechenden Verlusten zu rechnen ist:

Das Vers├Ąumnis, Ereignisse wie vorgeschrieben zu betreiben, f├╝hrt zu verpassten Beobachtungs- und Anpassungsm├Âglichkeiten.

Inoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/scrum-events/

Und aus der Einleitung:

Das Kern-Design oder die Ideen von Scrum zu ver├Ąndern, Elemente auszulassen oder nicht den Regeln von Scrum zu folgen verursacht Probleme und es limitiert die Vorteile von Scrum, m├Âglicherweise wird es dann sogar nutzlos.

Inoffizielle deutsche ├ťbersetzung, https://www.patrick-koglin.com/wissen/fachwissen/agile-organisationsformen/der-scrum-guide-die-spielregeln-von-scrum/scrum-guide-2020-deutsche-inoffizielle-uebersetzung/der-scrum-guide-2020-intro/

M├Âglicherweise erspart das einigen Scrum Mastern, Agile Coaches und Beratern die ein oder andere Diskussion dar├╝ber ob das Daily Meeting nun wirklich jeden Tag stattfinden muss oder ob man den Sprint-Zeitraum nicht doch m├Âglicherweise verl├Ąngern oder offenlassen kann.


#7 „Jeder Sprint kann als kurzes Projekt betrachtet werden.“

In Diskussionen die ich mitbekommen habe war nicht ganz klar ob Scrum wirklich f├╝r Projekte geeignet ist.

Der Satz: „Jeder Sprint kann als kurzes Projekt betrachtet werden.“ verdeutlich es dabei ganz klar. Scrum kann als Container und Framework gesehen werden. Was schlie├člich an Aufgaben, Projekten oder Herausforderung dort durchgeschleust wird, ist im Grunde egal. Das k├Ânnen t├Ągliche Routineaufgaben, Projekte oder Entwicklungsaufgaben sein.

Jegliche Planung und Umsetzung kann mit Scrum verbessert werden: besonders eben technologische Projekte im komplexen Umfeld. Das macht Scrum so wertvoll und n├╝tzlich.

Scrum kann den Projekterfolg und die Wirtschaftlichkeit von Projekten massiv steigern. Gleichzeitig sinken Risiken weil sie entweder fr├╝her transparent werden und darauf reagiert werden kann oder gar nicht eintreten. Die Qualit├Ąt bleibt in der Regel gleich oder wird zunehmend besser.


Fazit und Zusammenfassung

Abschlie├čend kann man sagen, das dieser Scrum Guide wieder durchaus gelungen ist. Da steckt viel Passion, Leidenschaft und Intelligenz drin. Das Scrum Team mit seinen Events steht dabei im Vordergrund. Formalismen und starre Regeln treten in den Hintergrund.

Daher ist es viel eher eine Anleitung f├╝r ein Komplexit├Ąts-Management-Framework als eine Anleitung f├╝r Zusammenarbeit. Gelungen.

Danke Jeff Sutherland, Ken Schwaber und alle die mitgewirkt haben. Thank you.

Ich hoffe Sie konnten damit einen Einblick in die Neuerungen gewinnen?

Wenn Sie wollen, folgen Sie mir auf Social Media und nutzen Sie dort die Gelegenheit meine Beitr├Ąge zu kommentieren und zu teilen.


Patrick Koglin