Najważniejsze pojęcia i kontekst

Scrum to lekki szkielet pracy (ang. framework), który pomaga zespołom dostarczać wartościowe produkty w sposób iteracyjny i przyrostowy. Nie jest to metodologia ze sztywnym zestawem reguł — to zbiór zasad, ról i zdarzeń, które tworzą środowisko sprzyjające współpracy i ciągłemu doskonaleniu.

Skąd pochodzi Scrum?

W 1986 roku Hirotaka Takeuchi i Ikujiro Nonaka opublikowali artykuł opisujący nowy model pracy w projektach: zamiast przekazywać zadania etap po etapie (jak w waterfallu), jeden wielofunkcyjny zespół realizuje cały projekt od początku do końca. Analogia do rugby — gdzie zawodnicy razem popychają do przodu — dała nazwę całemu podejściu.

W 1995 roku Ken Schwaber i Jeff Sutherland sformalizowali Scrum i przedstawili go na konferencji OOPSLA. Dziś Scrum Guide (dostępny bezpłatnie na scrumguides.org) jest dokumentem definiującym, czym Scrum jest i czym nie jest.

Trzy filary Scruma

Scrum opiera się na empiryzmie — wiedza pochodzi z doświadczenia, a decyzje podejmujemy na podstawie tego, co obserwujemy. Trzy filary podtrzymujące ten empiryzm to:

• Przejrzystość — wszyscy widzą to samo: backlog, postęp prac, przeszkody. Nie ma ukrytych informacji.
• Inspekcja — regularnie sprawdzamy, czy zmierzamy w dobrym kierunku. Każde zdarzenie Scruma to punkt kontrolny.
• Adaptacja — jeśli coś nie działa, natychmiast to zmieniamy. Nie czekamy do końca projektu.

Przykład z życia: Zespół buduje aplikację mobilną. Po pierwszym Sprincie (2 tygodnie pracy) pokazuje klientowi działający ekran logowania. Klient widzi, że chce jednak rejestrację przez Google zamiast e-mail. Zespół adaptuje plan — oszczędzają 3 tygodnie, które spędziliby na złym rozwiązaniu.

Kluczowe pojęcia

Sprint — serce Scruma. To ograniczony w czasie blok pracy, zwykle trwający od 1 do 4 tygodni. W trakcie Sprintu zespół wytwarza gotowy, użyteczny Increment produktu. Długość Sprintu jest stała przez cały projekt.

Product Backlog — uporządkowana lista wszystkiego, co może być potrzebne w produkcie. To żywy dokument — zmienia się razem z wiedzą o produkcie i potrzebach użytkowników. Właściciel: Product Owner.

Sprint Backlog — podzbiór Product Backlogu wybrany na dany Sprint plus plan realizacji. Należy do Deweloperów — tylko oni mogą go modyfikować.

Increment — suma wszystkich ukończonych elementów backlogu w danym Sprincie i wszystkich poprzednich. Każdy Increment musi spełniać Definicję Ukończenia (ang. Definition of Done).

Trzy role w Scrumie

• Product Owner — odpowiada za maksymalizację wartości produktu. Zarządza Product Backlogiem, ustala priorytety, reprezentuje interesy interesariuszy.
• Scrum Master — strażnik Scruma. Pomaga zespołowi zrozumieć i stosować Scrum, usuwa przeszkody, chroni przed zakłóceniami z zewnątrz.
• Deweloperzy — wielofunkcyjny zespół (3–9 osób), który co Sprint dostarcza Increment. Sami organizują swoją pracę.

Kiedy Scrum ma sens?

Scrum działa najlepiej, gdy wymagania są złożone i często się zmieniają, a rozwiązanie nie jest z góry znane. Świetnie sprawdza się w tworzeniu oprogramowania, ale też w marketingu, badaniach czy rozwoju produktów fizycznych.

Scrum nie jest właściwym wyborem do prostych, powtarzalnych zadań (np. utrzymanie produkcji na linii montażowej) ani do małych, jednorazowych zleceń z bardzo ściśle określonym zakresem.