Osoby zaznajomione ze Scrumem już wcześniej zauważą, że Scrum Guide w wersji z roku 2020 uległ uproszczeniu i uporządkowaniu. Mimo to sam Scrum się nie zmienił. Wciąż jest frameworkiem, który stanowi szkielet procesu empirycznego, dzięki któremu możliwe jest rozwiązywanie złożonych problemów w zmiennym i nieprzewidywalnym środowisku w sposób przynoszący korzyści interesariuszom (w tym użytkownikom produktów).
Zasadnicze zmiany, które wprowadza Scrum Guide opublikowany w 2020 w stosunku do wcześniejszych wydań, to:
- Rezygnacja z ról i zastąpienie ich definicjami odpowiedzialności osób, które w Zespole Scrum (ang. Scrum Team) są Product Ownerem, Developerami i Scrum Masterem.
- Usunięcie Zespołu Developerskiego (ang. Development Team), dzięki czemu Product Owner, Scrum Master i Developerzy są teraz członkami jednego Zespołu.
- Jednoznaczne określenie odpowiedzialności Scrum Mastera za skuteczność Zespołu Scrum.
- Doprecyzowanie definicji artefaktów tak, aby z każdym z nich wiązało się konkretne zobowiązanie Zespołu Scrum; dla Backlogu Produktu (ang. Product Backlog) jest to Cel Produktu (ang. Product Goal), dla Backlogu Sprintu (ang. Sprint Backlog) jest to Cel Sprintu (ang. Sprint Goal), a dla Przyrostu (ang. Increment) jest to Definicja Ukończenia (ang. Definition of Done).
- Uproszczenie opisów wszystkich elementów Scruma, w tym usunięcie sugestii, w jaki sposób powinny być realizowane poszczególne zdarzenia oraz bezpośrednich odniesień do specyficznych praktyk związanych z wytwarzaniem oprogramowania.
Zmiany te, choć istotne, nie są fundamentalne. W naszej ocenie ten Scrum Guide pozwala lepiej zauważyć różnicę między tym, co jest Scrumem, a co jego wypaczeniem. Przykładem może być jednoznaczny wymóg, by w Zespole Scrum był Scrum Master. Innym przykładem jest jasno określona odpowiedzialność członków Zespołu Scrum za wymaganie od innych, by wykonywali to, do czego się zobowiązali. Jeszcze innym jest wyklarowanie, iż Przyrost musi powstać przed Przeglądem Sprintu (ang. Sprint Review), a Product Owner odpowiada nie tylko za to, co jest w Backlogu Produktu, ale też za wartość każdego powstałego Przyrostu.
Uważna lektura Scrum Guide powinna skutkować zrozumieniem, że uzyskanie korzyści za pomocą Scruma jest możliwe tylko dzięki wysiłkowi, zaangażowaniu i przede wszystkim odpowiedzialności osób pracujących w Zespole Scrum. Inaczej rzecz ujmując, jeśli ktoś liczy, że niskim kosztem wdroży Scrum i będzie z tego czerpał korzyści, srodze się zawiedzie. Z drugiej strony wysiłek włożony w to, by faktycznie użyć Scruma w sposób świadomy (a nie „robić Scruma”), pozwoli nie tylko uzyskać wartościowy produkt, ale także udoskonali Zespół i organizację, która Zespół ten powołała.