Przewodnik po Scrumie (Scrum Guide 2013) opracowany przez Kena Schwabera i Jeffa Sutherlanda w lipcu 2013 roku przedstawia kompletną definicję Scruma jako empirycznych ram do tworzenia złożonych produktów, które opierają się na 3 filarach: przejrzystości, inspekcji i adaptacji. Dokument wyjaśnia strukturę Zespołu Scrumowego, szczegółowo omawia wydarzenia Scrumowe i opisuje artefakty Scruma wraz z ich celami i zasadami przejrzystości.
Ważnym rozszerzeniem tej edycji jest dokładniejsze określenie odpowiedzialności Scrum Mastera wobec Product Ownera, Zespołu Deweloperskiego i całej organizacji, a także doprecyzowanie zasad działania Zespołu Deweloperskiego, w tym jego wielkości i braku podziałów. Przewodnik definiuje również Cel Sprintu i rolę Refinement Backlogu Produktu w rozwoju produktu. Całość podkreśla nienaruszalność elementów Scruma i wskazuje, że ich częściowe wdrożenie nie jest Scrumem.
Tematy poruszane w Scrum Guide 2013
- Scrum Theory — empiricism based on transparency, inspection, and adaptation
- The Scrum Team — Product Owner, Development Team, and Scrum Master with responsibilities
- Scrum Master’s Role — responsibilities towards Product Owner, Development Team, and organization
- Scrum Events — Sprint, Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective
- Scrum Artifacts — Product Backlog, Sprint Backlog, and Increment
- Sprint Goal — shared objective guiding the Sprint
- Product Backlog Refinement — continuous process of clarifying and adjusting backlog items
- Definition of Done — shared understanding of completed work ensuring transparency
Zmiany w stosunku do poprzedniej wersji (Scrum Guide 2011)
Scrum Guide z lipca 2013 roku wprowadza kilka istotnych doprecyzowań w porównaniu z wersją z 2011 roku. Największą nowością jest dodanie sekcji o przejrzystości artefaktów. Autorzy chcą przez to podkreślić, że brak lub niepełna przejrzystość Artefaktów, od stanu których zależą decyzje podnoszące wartość i kontrola ryzyka, powoduje, że te decyzje mogą być błędne.
Planowanie Sprintu jest teraz jednym wydarzeniem, zajmującym się dwoma zagadnieniami: co może zostać wykonane w Sprincie oraz w jaki sposób wybrana do Sprintu praca zostanie zrealizowana, ale bez sztywnego podziału na “Co” i “Jak” po 50%. Backlog Produktu jest raczej doskonalony (refined) niż pielęgnowany (groomed). Udoskonalone elementy Backlogu Produktu są przejrzyste, wystarczająco zrozumiałe oraz wystarczająco małe, by mogły być wejściem do Planowania Sprintu i być wybrane do Sprintu. Elementy Backlogu Produktu o takiej przejrzystości są określane jako „Przygotowane” (Ready). „Ready” i „Done” to dwa stany, które wzmacniają przejrzystość.
W Scrum Guide 2013 doprecyzowano, że wszystkie Wydarzenia (Events) oprócz Sprintu mogą się zakończyć przed czasem, kiedy ich cel zostanie osiągnięty. Z jednej strony zapewnia to, że przeznaczona zostanie odpowiednia ilość czasu, z drugiej – że czas ten nie będzie marnotrawiony. Wzmocnione zostało znaczenie Codziennego Scruma w kontekście planowania. Zespół Deweloperski powinien rozumieć w jaki sposób będzie współpracować jako zespół samoorganizujący się, aby osiągnąć Cel Sprintu i aby stworzyć oczekiwany Przyrost przed końcem Sprintu. Aby to osiągnąć, wprowadzono 3 pytania pomagające ocenić, jak zespół (a nie konkretna osoba) radzi sobie w kontekście Celu Sprintu.
W przewodniku z 2013 roku wzmocniona została też koncepcja wartości w kontekście Przeglądu Sprintu. Podczas Przeglądu Zespół Scrumowy i interesariusze współpracują w zakresie tego, co zostało wytworzone w Sprincie. W oparciu o to i jakiekolwiek zmiany wprowadzone do Backlogu Produktu w trakcie trwania Sprintu uczestnicy Przeglądu Sprintu ustalają kroki, które powinny zostać podjęte, aby zwiększyć wartość.
Autorzy i prawa autorskie
Autorzy
- Ken Schwaber
- Jeff Sutherland
Licencja i prawa autorskie
Prawa autorskie do publikacji należą do Kena Schwabera i Jeffa Sutherlanda.
Dokument jest dostępny na licencji Creative Commons Attribution Share-Alike.
Korzystając z tego przewodnika, użytkownik potwierdza i zgadza się na przestrzeganie warunków tej licencji.
