Scrum ma już 25 lat. Właśnie opublikowano kolejną wersję jego przewodnika. Scrum Guide 2020 po polsku umieściłem w zasobach mojego bloga.
Nowy Scrum Guide odchodzi od nakazów i zakazów. Usunięto między innymi pytania z Daily Scrum, sformułowania odnoszące się do elementów Product Backlogu zostały złagodzone, mniej nakazowe stały się też sformułowania dotyczące włączania wniosków ze Sprint Retrospective do Sprint Backlogu, skrócono część mówiącą o przerywaniu Sprintu.
Ponadto scalono Scrum Team, który skupia się na jednym celu, a w jego ramach trzy różne zakresy odpowiedzialności: Product Owner, Scrum Mastera oraz Developerów. W tym miejscu warto zacytować przewodnik „Używamy słowa “deweloperzy” w Scrumie nie po to, by kogokolwiek wykluczać, lecz by upraszczać. Jeśli Scrum daje ci wartość, uznaj się za członka tej grupy.” Tak więc developerzy to także analitycy, testerzy i inne osoby dążące do celu produktu.
Cel produktu to nowa koncepcja, która została wprowadzona, aby zapewnić, że Scrum Team skupia się na większym, wartościowym zamierzeniu. Każdy Sprint powinien przybliżać produkt do osiągnięcia Celu Produktu.
Dodanie celu produktu pomogło w uporządkowaniu znanych już artefaktów takich jak Cel Sprintu i Definicję Ukończenia. Każdy z trzech artefaktów ma obecnie przypisane “zobowiązanie”. Dla Product Backlogu to Cel Produktu, dla Sprint Backlogu to Cel Sprintu, a dla Incrementu to Definicja Ukończenia.
Kolejną zmianą jest, dla mnie chyba najważniejszą, jest dodanie na Sprint Planningu dodatkowego pytania: „po co”. W ten oto sposób nie tylko analizujemy „co” robić i „jak” robić, ale także zastanawiamy się „po co” to robić i czy te zadania przybliżają nas do Celu Sprintu.
Jeśli interesujesz się podejściem zwinnym to zapraszam do lektury Scrum Guide 2020 po polsku oraz zapoznania się z moim przewodnikiem: Podstawy Scrum.
