Tough Scrummer #2: Who owns the Project Scope?

(Gestartet als Idee aus der marckaufmann.com Community of Experts: Was mich häufiger erreicht, sind Scrum Fragen, die auch in der Professional Scrum Trainer Community intensiv diskutiert werden. Ich empfinde die Diskussion dort meistens sehr gewinnbringend und dachte, ich teile die Frage mit meiner Community – bevor ich meinen Take zur Antwort teile.)

Und hier der Tough Scrummer #2:

Tough Scrummer:

“Wenn die Entwickler das Sprint Backlog verwalten, und ein Sprint laut Scrum Guide als Projekt angesehen werden kann, verantworten sie dann nicht auch den “Scope of the Project?”

Aus einem Advanced Professional Scrum Master PSM II Training in 2023

Mein Take:

Klassisch liegt es in der Verantwortung des/der Product Owner:in, den Wert der Arbeit des Scrum Teams zu optimieren und etwas Wertvolles für den Kunden damit – idealerweise mit jedem Sprint – möglich zu machen.

Die Frage oben bezieht sich auf den Sprint und das Sprint Backlog.

Es ist korrekt, das ein Sprint als ein Projekt angesehen werden kann. So genügt es doch der klassischen Projektdefinition (zeitlich begrenzt, einzigartig, in Rahmenbedingungen festgelegt: – oft ist das Budget, Scope, Qualität). Auch der Scrum Guide ist hier sehr klar.

Es ist auch korrekt, das die Entwickler das Sprint Backlog verwalten. So wie der/die Product Owner:in das Product Backlog verantwortet, so verwalten die Entwickler das Sprint Backlog. Das Sprint Backlog schafft Transparenz über den aktuellen Plan für den Sprint und dient als Arbeitsmittel das Ziel des Sprints zu visualisieren und den Fortschritt/die Arbeit/die Risiken zum Erreichen des Sprint Goals schnell sichtbar zu machen und aktuell zu halten. Damit liegt es klar in der Verantwortung der Entwickler.

Wer sonst ist besser geeignet Fortschritt sichtbar zu machen, als die, die die Arbeit machen?

Also was jetzt?

Das Sprint Backlog wird während dem Sprint Planning erstellt. Das Scrum Team einigt sich auf ein zu erreichendes Sprint Ziel und erstellt eine erste grobe Vorhersage und macht beides auf dem Sprint Backlog sichtbar. Damit ist die Aussage oben, das nur die Entwickler den “Project Scope” des Sprints verantworten nicht richtig.

Das liegt in der Verantwortung des Scrum Teams. Gemeinsam mit dem/der Product Owner:in wird der Scope verhandelt. Gemeinsam mit dem/der Product Owner:in wird der Scope neu verhandelt, wenn es notwendig wird, also wenn während dem Sprint etwas Neues erkannt wird, etwas so nicht funktioniert, oder sich ganz andere Möglichkeiten ergeben. (Das Ziel des Sprints sollte bei aller Flexibilität fest bleiben).

Wird selbst das Ziel des Sprints in Frage gestellt, oder macht es vielleicht sogar keinen Sinn mehr; dann kann der Sprint abgebrochen werden. Von wem? Auch hier geht das nur mit dem/der Product Owner:in.

Es ist richtig, das die Entwickler das Sprint Backlog verwalten.
Verantworten sie dadurch den Scope des Sprints? Nein.

👉🏻 Was meinst Du? Wie würdest Du die Frage beantworten? Schreibs mir in die Kommentare unten👇🏻!