Scrum Guide 2020: zmiany i Product Goal

Główne zmiany w Scrum Guide 2020: od zespołów do deweloperów i Product Goal

Scrum Guide 2020 skurczył się do 17 stron z 26 w wersji z 2017 roku. Dokument zachowuje zasadę: prosty w zrozumieniu, trudny do opanowania. Usunięto sztywne wytyczne dla Daily Scrum — zespół samodzielnie określa format spotkań, bez narzuconych trzech pytań.

Role zostały doprecyzowane: „Zespół Rozwoju” zastąpiono terminem „Deweloperzy” (Developers). To eliminuje podział na „my/oni” między Product Ownerem a deweloperami. Zespół Scrumowy to teraz spójna struktura składająca się z Product Ownera, Scrum Mastera i Deweloperów, maksymalnie 10 osób.

Product Goal jako kotwica rozwoju

Wprowadzono Cel Produktu (Product Goal) — długoterminową orientację ponad Cel Sprintu. Każdy sprint przybliża produkt do tej celu. Product Owner komunikuje go zespołowi, a Scrum Master pomaga w jego sformułowaniu.

Zespoły są teraz samo zarządzające (self-managing), a nie samo organizujące się. One decydują, kto co robi, kiedy i jak. To wzmacnia odpowiedzialność całego Zespołu Scrumowego.

Ostrzeżenie dla deweloperów: zmiany kluczowych elementów Scrum maskują problemy i obniżają skuteczność frameworka. Scrum to framework, a nie metodologia: w jego ramach stosuj dowolne praktyki, zachowując iteracyjność i fokus na użytkownikach.

Statystyki wykorzystania Scrum

W Polsce 82% zespołów stosuje Scrum do produktów IT (badanie Scrumtrek „Agile w Polsce 2023”, ponad 1000 respondentów). Globalnie — 63% (State of Agile 2023, Digital.ai, 780 respondentów z 6 kontynentów).

W ciągu 30 lat powstało 7 edycji przewodnika. Średnie doświadczenie w Agile w Polsce to około 3,4 roku (2021–2022).

Co najważniejsze

• Deweloperzy zamiast Zespołu: nacisk na zintegrowany Zespół Scrumowy, eliminujący silos.
• Product Goal: strategiczny cel produktu, łączący sprinty w ciąg.
• Samo zarządzanie: zespoły kształtują procesy, w tym Daily Scrum.
• Skrócenie objętości: 17 stron, mniej sztywnych zasad, więcej elastyczności.
• Ostrzeżenie przed zmianami: modyfikacja rdzenia Scrum obniża jego wartość.

Wpływ na praktyki specjalistów middle/senior

Dla senior deweloperów i Product Ownerów zmiany podkreślają odpowiedzialność za cele. Product Goal wymaga umiejętności planowania roadmapy: formułuj go mierzalnie i osiągalnie.

W Daily Scrum stosuj techniki jak Walking Skeleton czy Silent Grouping dla feedbacku bez szablonów. Samo zarządzanie zakłada umiejętności T-shaped w zespole — każdy Deweloper wnosi wkład cross-functional.

Porównanie wersji:

| Aspekt | Scrum Guide 2017 | Scrum Guide 2020 |

|--------|------------------|-------------------|

| Objętość | 26 stron | 17 stron |

| Daily Scrum | 3 obowiązkowe pytania | Format na decyzję zespołu |

| Rola rozwoju | Zespół Rozwoju (do 9 os.) | Deweloperzy (do 10 os.) |

| Zarządzanie | Samoorganizacja | Samozarządzanie |

| Cele | Sprint Goal | Sprint Goal + Product Goal |

Eksperymentuj z praktykami (Kanban w sprintach, OKR dla Product Goal), ale zachowaj artefakty: Product Backlog, Sprint Backlog, Increment.

Scrum pozostaje liderem dla złożonych, adaptacyjnych produktów. Dostosuj do kontekstu: w rozproszonych zespołach wzmocnij rolę Scrum Mastera w facilitacji.

— Editorial Team