18 listopada 2020 został opublikowany nowy Scrum Guide. Zbiegło się to w czasie z 25 rocznicą Scruma. Miałam przyjemność uczestniczyć w wirtualnym wydarzeniu z tej okazji i posłuchać „z pierwszej ręki” o nowym Scrum Guide. Zapraszam Cię do lektury artykułu, w którym przybliżam najważniejsze zmiany.
Co się zmieniło w Scrum Guide 2020?
- Przede wszystkim nowy Scrum Guide jest mocno okrojony w porównaniu do swojego poprzednika z 2017 roku. Nie znajdziesz w nim już szczegółowych wytycznych. Można by powiedzieć, że teraz opisuje niezbędne minimum, na którym organizacje i Zespoły Scrumowe tworzą swojego Scruma, wybierając te techniki, które dla nich będą najbardziej wartościowe.
- W samej definicji Scruma nastąpiła duża – moim zdaniem – zmiana. Teraz Scrum stanowi pewne ramy, które pomagają organizacji generować wartość poprzez rozwiązywanie złożonych problemów. (W poprzedniej wersji była mowa o ramach, wewnątrz których pracowano nad złożonymi problemami)
- Nie ma już dwóch zespołów: Zespołu Scrumowego (ang. Scrum Team) i zespołu deweloperskiego (ang. Development Team). Jest tylko jeden zespół – zespół scrumowy, którego członkami są: Właściciel Produktu (ang. Product Owner), Scrum Master i Deweloperzy (ang. Developers).
- Zespół Scrumowy nie jest już samoorganizujący (ang. self-organizing), ale staje się zespołem samozarządzającym (ang. self-managing). Zespół Scrumowy sam decyduje, co, kiedy i jak dostarczy.
- Scrum Master nie jest już definiowany jako lider służebny wobec zespołu scrumowego (ang. servant leader). W nowej wersji Scrum Guide „Scrum Masterzy to prawdziwi liderzy działający na rzecz Scrum Teamu, jak i szerzej rozumianej organizacji.” (Scrum Guide 2020, wer. polska, s. 6).
- Zostając jeszcze w temacie ról. W Scrum Guide 2020 zastąpiono słowo „responsible” słowem „accountable”. Jedna mała zmiana, a taka duża różnica 🙂
- Zestaw tematów omawianych podczas Planowania Sprintu został powiększony. Od teraz na tym spotkaniu odpowiadamy nie tylko na pytania: co zostanie dostarczone? i w jaki sposób to zrobimy?. Weryfikujemy również, dlaczego ten Sprint ma wartość?
- Zrezygnowano z narzuconej formuły spotkań Daily Scrum (na pewno z poprzedniej wersji pamiętasz 3 pytania, na które miał odpowiedzieć każdy członek zespołu deweloperskiego). Teraz to deweloperzy decydują o formule spotkania, przy zachowaniu 15-minutowego limitu czasowego.
- Wprowadzono Cel Produktu (ang. Product Goal), który wyznacza kierunek rozwoju produktu w ogóle. Tak jak Cel Sprintu wyznacza kierunek rozwoju produktu w konkretnym Sprincie. Cel Produktu wyznacza Właściciel Produktu. Na spotkaniu podkreślone zostało, że cel produktu nie zmienia się w trakcie trwania Sprintu. Ale może się zdarzyć tak, że Zespół Scrumowy odkryje (w trakcie pracy nad kolejnym Sprintem) coś, co sprawi, że Cel Produktu będzie musiał być zmieniony.
- Dodatkowo wprowadzono pewną strukturyzację, jeśli chodzi o artefakty Scruma. Każdy artefakt Scruma ma teraz zdefiniowane swoje zobowiązanie i tak: zobowiązaniem Product Backlogu jest cel produktu, zobowiązaniem Sprint Backlogu jest Cel Sprintu, a zobowiazaniem Przyrostu (ang. Increment) jest Definicja Ukończenia (ang. Definition of Done). Tak przy okazji – w tej wersji Scrum Guide słowo Done nie jest już w cudzysłowie 🙂
- Jeśli chodzi o Definicję Ukończenia, to zostało powiedziane wprost, że jeśli „Jeśli jakiś element Product Backlogu nie jest zgodny z Definicją Ukończenia, nie może zostać wydany ani nawet przedstawiony podczas Sprint Review” (Scrum Guide 2020, wer. polska, s. 13).
Podsumowanie
Zachęcam Cię do zapoznania się z nowym Scrum Guide. Na koniec podrzucam Ci kilka linków:
- Scrum Guide 2020 (a do pobrania tutaj)
- Scrum Guide 2020 wersja polska
- Bardzo lubię wersję przygotowaną przez Stefana Wolpersa, którą możesz pobrać tutaj
- I jeszcze kilka artykułów, w których omówione zostały zmiany:
- Scrum Guide 2020 Updates
- Podsumowanie zmian przygotowane przez Stefana Wolpersa
Jak oceniasz zmiany w nowej wersji Scrum Guide 2020?
