Jak rozwinięto Scrum: Początki i zastosowanie metodologii
Scrum to zwinną metodologii rozwoju z unikalnym podziałem ról w zespole oraz charakterystyczną organizacją iteracji. Scrum, podobnie jak inne zwinne metody zarządzania projektami, kładzie nacisk na podejście zespołowe, krótkie iteracje i ciągłe doskonalenie podczas pracy. Te zasady są realizowane poprzez zestaw konkretnych ról, reguł, procesów i narzędzi, co pozwala zespołom produkować produkty dwa razy szybciej.
W zespołach Scrum kluczowe role to Scrum master i właściciel produktu, iteracje zaczynają się od planowania, gdzie członkowie zespołu „grają” w planowanie pokera, i kończą się demem oraz retrospekcją.
Metodologia Scrum została stworzona przez Amerykanów Jeffa Sutherland’a, badacza i doradcę biznesowego, oraz Kena Schwaber’a, praktykującego programistę, w 1993 roku. W 1995 roku autorzy oficjalnie zaprezentowali swoje podejście na konferencji naukowej Stowarzyszenia maszyn komputerowych w Austin, Teksas.
Pomysł współautorów był nowatorski: zapożyczyli zarówno koncepcję, jak i nazwę z pracy japońskich badaczy zarządzania Takeuchiego i Nonaki, „Nowa gra w rozwój produktów”, opublikowanej w 1986 roku. Japońscy producenci już wówczas stosowali podejścia, które stanowiły podstawę Scrum. Nazwa metodologii pochodzi z rugby, gdzie „scrum” – gry – podkreśla znaczenie pracy zespołowej dla zwycięstwa na boisku.
Zastosowanie Scrum w IT i nie tylko
Scrum został po raz pierwszy zastosowany w firmach produkujących oprogramowanie. Pierwszym projektem zarządzanym przez Sutherland’a przed oficjalną prezentacją Scrum było rozwijanie oprogramowania dla sieci bankomatów (1983). Programiści w firmach IT i działach są głównymi użytkownikami Scrum. Jednak twórca metodologii podkreśla, że Scrum może być używany do rozwiązania każdego zadania, przytaczając przykłady w produkcji, budownictwie, edukacji, polityce, a nawet w pracach domowych, takich jak generalne sprzątanie czy organizacja wydarzeń.
Według raportu Scrum Alliance z 2016 roku 21% projektów zrealizowanych przy użyciu Scrum nie miało związku z IT. Różne działy skutecznie stosują Scrum:
Scrum vs. Agile vs. Waterfall
Scrum należy do grupy zwinnych metodologii. Agile nie jest oddzielną metodologią, lecz filozofią rozwoju. Jej główne zasady wymienione są w „Manifeście rozwoju oprogramowania Agile” (2001), podkreślając znaczenie zespołu, skupienie na produkcie, przejrzystość procesów, ciągłe doskonalenie oraz szybkie wyniki.
Scrum to jedna z zwinnych ram, sformalizowana metodologia pracy nad projektem. Inne zwinne metodologie to XP, Crystal, Kanban, Lean, Szybkie rozwijanie aplikacji, Scrumban itd. Zatem Scrum jest zwinny, ale Agile to nie tylko Scrum.
Aby zobrazować różnice i podobieństwa między Scrum a Agile:
Scrum | Agile | |
Filozofia | - | + |
Metodologia | + | - |
Rytuały | + | - |
Role | + | - |
Artefakty* | + | - |
Przejrzystość | + | + |
Krótkie iteracje | + | + |
Częste wydania | + | + |
Zarządzanie zmianą | + | + |
| Ciągłe doskonalenie | + | + |
*Artefakty w Scrum to obiekty tworzone przez zespół podczas projektu. Należą do nich backlog produktu, backlog sprintu oraz przyrost produktu – działająca część funkcjonalności demonstrowana na koniec sprintu.
Metodologie Agile kontrastują z modelem wodospadowym, szeroko stosowanym przez zespoły deweloperskie w latach 90-tych. Model ten polega na sekwencyjnym wykonywaniu, rozpoczynając każdą fazę dopiero po zakończeniu poprzedniej.
Jak pracować zgodnie ze Scrum
Role w Scrum:
- Zespół Scrum: Serce Scrum stanowi zespół — zgrana grupa profesjonalistów. Zespoły Scrum są autonomiczne, decydują, jak wykonać zadania samodzielnie.
- Scrum Master: Formalny lider zespołu Scrum, dbający o prawidłowe stosowanie metodologii i morale zespołu. Odpowiada za to, w jaki sposób przebiega praca.
- Właściciel produktu: Odpowiedzialny za funkcjonalność produktu. Zarządza backlogiem projektu i komunikuje się z klientem.
- Klient: Użytkownik końcowy projektu lub klient, zewnętrzny lub wewnętrzny (np. dział sprzedaży, który prosi o system CRM).
Regularne spotkania Scrum w Worksection
- Planowanie: Pierwsze spotkanie rozpoczyna sprint. Zespół, wraz z Scrum masterem i właścicielem produktu, wybiera zadania z góry backlogu do realizacji.
- Codzienne spotkanie: Każdego dnia o tej samej porze członkowie zespołu omawiają postęp prac, odpowiadając na:
— Co zrobiłem wczoraj, aby pomóc zespołowi osiągnąć jego cel?
Co zrobię dzisiaj?
Co przeszkodziło mojej pracy? - Przegląd sprintu: Gdy sprint się kończy, następuje prezentacja zakończonej funkcjonalności klientowi.
- Retrospektywa: Zespół omawia zrealizowane zadania, napotkane problemy i sposoby ulepszenia.
Algorytm: Co dalej?
- Wybierz właściciela produktu, aby wyraźnie określił cele.
- Stwórz zespół Scrum.
- Przypisz Scrum mastera.
- Utwórz backlog projektu, wymieniając wszystkie potencjalne zadania.
- Osestimate tasks in the backlog using relative values (e.g. Fibonacci numbers).
- Zaplanuj sprint, wybierając zadania i przydzielając je.
- Utwórz tablicę Scrum podzieloną na „Do zrobienia”, „W trakcie” i „Zrobione”.
- Przeprowadzaj codzienne spotkania.
- Na koniec sprintu zorganizuj przegląd i retrospektywę.
- Rozpocznij następny sprint od planowania.
Co przeczytać, aby lepiej zrozumieć Scrum
- Przewodnik Scrum (Ken Schwaber, Jeff Sutherland)
- Scrum: Sztuka wykonywania dwóch razy większej pracy w pół czasie (Jeff Sutherland)
- Manifest Agile dla rozwoju oprogramowania
Zalety i wady Scrum w IT
Zalety:
- Przejrzystość: Otwartą wymianę informacji i współpracę.
- Autonomia zespołu: Zespoły decydują, jak pracować, motywując wolność i odpowiedzialność.
- Minimalizacja ryzyka: Szybka reakcja na zmiany w projekcie.
Wady:
- Niezalecane dla projektów z niejasnymi wymaganiami końcowego produktu.
- Trudne do zastosowania w dużych projektach bez modyfikacji.