Scrum Guide 2020

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.

Podobne wpisy
Software Project Management GigaCon

Trzecia edycja konferencji Software Project Management GigaCon (25-26 września) to kolejna okazja na wymianę w szerszym gronie zagadnień związanych z więcej

XP + Prince2 = XPrince

Medotyka XPrince powstała z połaczenia metodyk Extreme Programming (XP) z Prince2 została opracowana w Poznaniu. Łączy w sobie najlepsze cechy więcej

Złote reguły Extreme Programming

Na początku lat 90-tych dwaj programiści: Kent Beck i Ward Cunnigham zdefiniowali kilka praktycznych reguł, które miały za zadanie uprościć więcej

Mind Mapping w procesie wytwórczym oprogramowania

Technika Mind Mapping (MM) zwana też techniką map pamięci powstała w latach sześćdziesiątych. Za jej twórcę uważany jest angielski naukowiec więcej

Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Scroll to Top