Scrum Guide – co się zmieniło? Aktualizacja z listopada 2020 roku
W obliczu wydarzeń, które miały miejsce w 2020 roku, łatwo przeoczyć najnowszą aktualizację wytycznych najpopularniejszego frameworka agile czyli Scrum Guide. W poniższym artykule nakreślę najważniejsze zmiany wprowadzone przez aktualizację i ocenię ich wpływ na codzienną pracę zespołów.
1. Krócej i konkretniej
Być może największą zmianą jest uproszczenie i skondensowanie treści Scrum Guide. W rezultacie przewodnik liczy teraz tylko 13 stron (wersja z 2017 roku ma ich 19) i zawiera tylko to, co jest niezbędne do działania w metodologii Scrum. Z upływem lat w przewodniku zaczęły pojawiać się najlepsze praktyki i zalecenia twórców Scrum – Jeffa Sutherlada i Kena Schwabera. Obecna wersja nie zawiera już tych elementów – najnowszy Scrum Guide (Przewodnik Scrum) opisuje tylko minimalne wymagania Scrum. Chcąc dotrzeć do szerszego grona odbiorców, autorzy usunęli również odniesienia do projektów IT i uprościli język, którym napisany jest przewodnik.
2. Trzy pytania z Daily Scrum odeszły w niepamięć
Scrum Guide zalecał organizację Daily Scrum wokół odpowiedzi na trzy główne pytania:
- Co zrobiłem wczoraj, aby pomóc zespołowi w osiągnięciu Celu Sprintu?
- Co zrobię dzisiaj, aby pomóc zespołowi w osiągnięciu Celu Sprintu?
- Czy jest coś, co przeszkadza mi lub zespołowi w osiągnięciu Celu Sprintu?
W wersji Scrum Guide z roku 2017 pytania te są podane jedynie jako przykład, jak prowadzić Daily Scrum, ale w praktyce stały się standardem organizacji pracy dla większości zespołów programistycznych.
Nowy przewodnik nie sugeruje już żadnego konkretnego sposobu prowadzenia tych codziennych spotkań. Zespół może wybrać dowolną strukturę i odpowiadające mu techniki, oczywiście pod warunkiem, że Daily Scrum pozwala na kontrolę postępów i adaptacji. Jest to krok w kierunku samoorganizacji i kreatywności, które zawsze były wspierane przez ruch Agile.
Czy to oznacza, że powinieneś przestać używać do organizacji pracy tych 3 pytań? Nie, jeśli sprawdzają się w Twoim zespole. Ale pamiętaj, że nie są one jedyną opcją – bądź otwarty na zmiany i nowe pomysły. Nie bój się eksperymentować!
Pamiętaj, że dobry Daily Scrum nie jest tylko kolejnym spotkaniem statusowym. Powinien promować współpracę, planowanie i szybkie podejmowanie decyzji. Pozwól zespołowi wybrać najlepszą drogę do osiągnięcia celów, nie narzucaj sztywnej struktury.
3. Zobowiązania
Scrum od dawna wyróżnia trzy główne artefakty: Backlog Produktu, Backlog Sprintu i Przyrost. Są one definiowane jako „praca lub wartość zapewniająca przejrzystość oraz możliwość inspekcji i adaptacji„. Nowy Scrum Guide czyni to teraz jeszcze bardziej precyzyjnym poprzez wprowadzenie zobowiązań dla każdego artefaktu.
- Zobowiązanie dla Przyrostu to Definicja ukończenia.
- Zobowiązanie dla Backlogu Sprintu to Cel Sprintu.
- Zobowiązanie dla Backlogu Produktu to Cel Produktu.
Definicje Ukończenia i Celu Sprintu są zawarte w Scrum Guide, ale rzeczywista praktyka wielu zespołów wykazała brak ich dobrego zrozumienia. Większość zespołów scrumowych posiadała jakiś rodzaj Definicji Ukończenia, ale tylko nieliczne z nich z powodzeniem stosowały Cele Sprintu. Ludzie stojący za Scrumem również zauważyli tę zależność. W rezultacie, najnowszy Scrum Guide wysuwa te elementy frameworka na pierwszy plan, wprowadzając jednocześnie Cel Produktu.
4. Cel Produktu
Zgodnie z aktualizacją z listopada 2020, Scrum oficjalnie wyróżnia termin Cel Produktu i definiuje go jako „przyszły stan produktu, który może posłużyć Scrum Teamowi jako punkt odniesienia w procesie planowania”. Mówiąc prościej – jest to sposób na uzyskanie odpowiedzi na pytanie „Po co właściwie wykonujemy tę pracę?”. To cenny dodatek do przewodnika, ponieważ skłania zespoły scrumowe do myślenia o szerszej perspektywie i wykraczania poza Cele Sprintu. Praca wykonywana podczas sprintów powinna być teraz oceniana w kontekście zarówno Celu Sprintu jak i Celu Produktu. Product Owner jest odpowiedzialny za opracowanie Celu Produktu i zakomunikowanie go zespołowi.
Podczas gdy Cel Produktu jest nowym dodatkiem do przewodnika, nie jest on czymś odkrywczym. Wiele odnoszących sukcesy zespołów używa tego pojęcia od co najmniej kilku lat. Pojawienie się go w Przewoniku po Scrumie pomaga rozpowszechnić tę dobrą praktykę wśród szerszego grona odbiorców.
5. Większy autorytet Scrum Mastera
W wersji Scrum Guide z 2020 roku zauważyć można widoczny wzrost znaczenia Scrum Mastera. W edycji 2017 roku określono, że SM „jest odpowiedzialny za promowanie i wspieranie Scruma”, co nadal jest prawdą, ale najnowsza wersja przewodnika przyznaje więcej władzy i odpowiedzialności Scrum Masterowi.
„Scrum Master ponosi odpowiedzialność za efektywność Scrum Teamu. Czyni to poprzez stwarzanie mu odpowiednich warunków do poprawy stosowanych przez niego praktyk, zgodnie z regułami Scruma.”
Z najnowszego przewodnika usunięto termin „servant-leader”, który próbował opisać styl przywództwa sprawdzającego się w zespołach zwinnych. Idea stojąca za tym określeniem jest nadal aktualna, ale autorzy chyba dostrzegli fakt, że termin ten był dla niektórych osób niejednoznaczny. Bez zagłębiania się w szczegóły, łatwo było to źle zrozumieć i pomyśleć, że Scrum Masterzy są najpierw sługami, a dopiero potem liderami.
Teraz przewodnik wyraźnie mówi:
„Scrum Masterzy to prawdziwi liderzy działający na rzecz Scrum Teamu, jak i szerzej rozumianej organizacji.”
Wpływ zmian
Scrum był często opisywany jako „łatwy do rozpoczęcia, ale trudny do mistrzowskiego opanowania„. Ostatnie zmiany wprowadzają więcej miejsca na elastyczność i innowacyjność, jednocześnie kładąc nacisk na jasne zobowiązania i odpowiedzialność. Z drugiej strony, mniej bezpośrednie wytyczne mogą oznaczać, że część wdrożeniowa Scruma w zespołach może stać się teraz nieco trudniejsza. Dlatego ważne jest, aby nie ograniczać się do Scrum Guide, ale także szukać wartościowych książek i szkoleń, aby dalej rozwijać się jako specjalista Agile.
Jak w przypadku wielu zmian w branży programistycznej, minie trochę czasu zanim zmiany z przewodnia zostaną powszechnie przyjęte – tak jak z nową wersją języka programowania czy popularnej biblioteki. W końcu Scrum to wciąż Scrum, a jego podstawowe zasady pozostaną aktualne.
Jakie działania podjąć?
Co powinienem zrobić jako członek Zespołu Scrumowego w związku ze zmianami w Scrum Guide?
- pobrać swoją kopię najnowszego Przewodnika Scruma dostępną na stronie Scrum Guide
- Upewnić się, że zna się i rozumie Cel Produktu – nie bać się pytać „w jaki sposób to działanie przybliża nas do osiągnięcia Celu Produktu?„
- Współpracować z zespołem, aby pomóc zdefiniować Cele Sprintu podczas sesji planowania
- Rozmawiać ze swoim zespołem, aby wypracować najlepszy sposób prowadzenia Daily Scruma
- Jako Scrum Master – być przygotowanym do podnoszenia efektywności swojego zespołu i bycia za nią odpowiedzialnym.
Scrum w TTPSC
W Transition Technologies PSC od dawna używamy metodologii Scrum, aby zmaksymalizować wartość dostarczaną przez zespoły programistyczne. Ostatnie zmiany w Scrum Guide są krokiem w kierunku większej elastyczności i innowacyjności, szczególnie gdy mamy do czynienia z takimi działaniami jak szybkie prototypowanie oprogramowania.
Jeśli praca w środowisku agile jest dla Ciebie ważna, rozważ zapoznanie się z naszymi otwartymi rekrutacjami w zakładce Kariera.
Jeśli potrzebujesz wykwalifikowanego zespołu, który koncentruje się na dostarczaniu wartości biznesowej, koniecznie zapoznaj się z naszą ofertą w zakresie tworzenia i rozwoju oprogramowania.