Im Scrum Guide 2020 gibt es nur noch ein Team − das "Scrum Team" − und das "Development Team" wurde durch "Developers" ersetzt.
Das Scrum Team fokussiert sich auf ein gemeinsames Ziel und besteht aus einem Product Owner, einem Scrum Master und Developers. Das Scrum Team hat die Verantwortlichkeit, jeden Sprint ein wertvolles, nützliches Inkrement zu erstellen. Dies verdeutlicht, dass auch der Scrum Master Verantwortung für das Ergebnis trägt.

Artikel zu "One Team, Focused on One Product".

Neben der Veränderung von „Development Team“ zu „Developers“ gibt es auch den Begriff der Rollen nicht mehr. Stattdessen wird der Begriff Verantwortlichkeiten (Accountabilities) verwendet.

Im Scrum Guide 2020 ist das Scrum Team self-managing und nicht mehr „nur“ self-organizing. Ein self-organizing Team entscheidet, wer die Arbeit erledigt und wie sie erledigt wird. Ein self-managing Team erweitert das, indem auch über die Richtung, das Was, entschieden wird. Diese Erweiterung wurde gemacht, weil die Verantwortung über das Was eine gemeinsame Verantwortung ist und mindestens vom Product Owner wahrgenommen wird.

Ein Produkt dient dazu, Wert für dessen Nutzer zu erzeugen. Welchen Nutzen ein einzelner Sprint erzeugt wird im Sprint Goal formuliert. Doch wie beschreibt man den Nutzen, den man über eine ganze Reihe von Sprints in der Summe erzeugen möchte? Damit ein langfristiges Ziel für ein Scrum Team greifbar wird, wird mit dem Scrum Guide 2020 das Product Goal eingeführt. Es umschreibt einen zukünftigen Zustand des Produktes. Das Product Backlog ist wiederum ganz auf dessen Erreichung ausgerichtet.

Artikel zum Product Goal.

Die Anzahl der Artefakte in Scrum verändert sich im Scrum Guide 2020 nicht: Es gibt nach wie vor das Product Backlog, das Sprint Backlog sowie das Increment. Dazu gekommen sind drei explizite Commitments. Sie machen Informationen sichtbar, erhöhen dadurch die Transparenz und machen Fortschritt messbar.

Das Product Goal ist ein Ziel auf Produktebene und gibt dem Scrum Team einen Fokus der sich auf mehrere Sprints beziehen kann.

Das Sprint Goal beschreibt, wozu ein Sprint überhaupt durchgeführt werden soll. Das Sprint Backlog beinhaltet das Sprint Goal und macht es transparent.

Ein Increment ist ein Teilschritt auf dem Weg, ein Product Goal zu erreichen. Die Definition of Done offenbart die dafür notwendige Qualität des Produkts, zu der sich die Developer bekennen.

Artikel zu den Commitments.

Bisher wurde im Sprint Planning zwei Themen beantwortet: „Was wollen wir erreichen“ und „Wie ist unser Plan, um das zu erreichen“. Zusätzlich wird jetzt noch das Thema „Wozu wollen wir es erreichen“ explizit durch das Sprint Goal beantwortet.

Artikel zum Sprint Planning