Scrum w firmie da się wdrożyć w 30 dni, jeśli zaczniesz od jednego zespołu, jednego produktu i jednego krótkiego sprintu, a resztę dokładasz stopniowo. Poniżej plan tydzień po tygodniu i lista błędów, które najczęściej psują start.
Czym jest Scrum w jednym akapicie
Scrum to sposób pracy, w którym zespół dzieli projekt na sprinty trwające od jednego do czterech tygodni. Na początku sprintu wybiera zakres, w trakcie pracuje i codziennie krótko się synchronizuje, a na końcu pokazuje efekt i omawia, co poprawić. Ma trzy role: product ownera, scrum mastera i zespół deweloperski.
Tydzień pierwszy, przygotowanie
- Wybierz jeden zespół i jeden produkt. Nie zaczynaj od całej firmy.
- Wyznacz product ownera, osobę, która decyduje o kolejności pracy.
- Wyznacz scrum mastera, czyli osobę dbającą o proces i usuwającą przeszkody.
- Zbierz wszystkie pomysły i zadania w jednym backlogu produktu.
Backlog nie musi być idealny. Wystarczy, że górne pozycje są opisane na tyle, by dało się je zacząć. Jeśli nie masz czasu na rozpisywanie, planer AI może ułożyć pierwszą wersję z opisu projektu.
Tydzień drugi, pierwszy sprint
Zaplanujcie sprint na dwa tygodnie. Wybierzcie tyle historyjek, ile zespół realnie zrobi, i sformułujcie jedno zdanie celu. Estymaty ustalcie w planning poker, żeby każdy ocenił zadanie samodzielnie. Pierwsza estymacja będzie nietrafiona i to normalne.
Zdarzenia Scruma, które trzeba utrzymać
| Zdarzenie | Kiedy | Cel |
|---|---|---|
| Planowanie sprintu | początek sprintu | zakres i cel |
| Daily | codziennie, 15 minut | synchronizacja i przeszkody |
| Przegląd sprintu | koniec sprintu | pokazanie efektu |
| Retrospektywa | po przeglądzie | poprawa sposobu pracy |
Tydzień trzeci i czwarty
Zakończcie pierwszy sprint przeglądem i retrospektywą. Zmierzcie prędkość, czyli sumę story points zamkniętych historyjek. Drugi sprint zaplanujcie na jej podstawie. W czwartym tygodniu zespół zwykle ma już rytm, a product owner wie, ile faktycznie mieści się w sprincie.
Najczęstsze błędy
- Za duży zakres sprintu. Lepiej zrobić mniej i skończyć.
- Daily zamieniony w raport dla szefa zamiast rozmowy zespołu.
- Brak product ownera z prawdziwym głosem w sprawie priorytetów.
- Pomijanie retrospektyw, bo "nie ma czasu".
- Dodawanie zadań do sprintu w trakcie, bez wyjątkowej potrzeby.
Narzędzia
Do pracy wystarczy tablica Scrum z backlogiem sprintu i wykresem spalania. Jeśli Twój zespół woli płynny przepływ zamiast iteracji, przeczytaj o tym, jak działa Kanban w zespole.
Po 30 dniach masz zespół, który zna rytm pracy, mierzy prędkość i regularnie poprawia swój proces. Resztę firmy możesz dołączać zespół po zespole.