Sprint nadaje rytm zespołowi Scrum. Jak w praktyce wygląda definiowanie celu Sprintu, a także, jakie korzyści wynikają z jego stosowania?
Sięgając do ogólnie dostępnego Scrum Guide, Sprint rozumiemy jako ramy czasowe, w których musimy poradzić sobie z określonymi zadaniami. Ponieważ mamy ograniczoną podzielność uwagi, każdy etap prac należy rozdzielić. Cele do osiągnięcia mogą być różnorodne, od badania potencjalnego ryzyka związanego z produktem do testowania jego funkcjonalności w różnych scenariuszach. Każdy etap stojący przed zespołem to jeden sprint, który trwa nie dłużej niż miesiąc.
Zrównoważone tempo
Czas wymagany do realizacji konkretnych zadań pozostaje niezmienny w całym okresie pracy nad produktem. Sprinty następują po sobie, bez większych przerw, dlatego mają charakter cykliczny. Nie ma mowy o przestojach. Mistrz Scruma musi jednocześnie dopilnować, aby struktura zespołu i wytyczne w ramach jakości w trakcie sprintu pozostały niezmienione. Wypada jednak zaznaczyć, że zakres Sprintu ulega doprecyzowaniu wraz z postępem.
Sprint dzielimy na: Planowanie Sprintu, Codzienny Scrum, Przegląd i Retrospektywę Sprintu. Istotną rolę odgrywa jeszcze prędkość (Velocity), jednak skupienie się wyłącznie na tym parametrze odbije się negatywnie na jakości. O potencjalnym wypaleniu czy narastaniu frustracji już nie wspomnimy. Unikamy wyśrubowanych progów a także nagłych zrywów, bo doprowadzimy tak do niechcianych tarć wewnątrz zespołu. Pierwszym krokiem do sukcesu musi być przewidywalność i utrzymanie zrównoważonego tempa.
Wypadku, gdy obrane cele przestają mieć sens, Właściciel Produktu ma możliwość anulowania sprintu. Na jego decyzję może wpłynąć zarówno Development Team jak i Scrum Master. Jest to dość wyjątkowa sytuacja, będąca odpowiedzią na niemożliwość spełniania przedłożonych celów. Przykładowo, gdy jakość nie spełnia oczekiwań.
Etapy Sprintu
Spotkanie planistyczne: celem będzie określenie nowych kierunków lub, gdy trzeba wprowadzić pewne zmiany w dotychczasowych działaniach. Każde spotkanie musi odpowiedzieć na pytanie: „co?”, a potem „jak?”. Początkowo definiujemy projekt, zadania, opisy prac, prowadząc tak do stworzenia rejestru produktowego. Podczas spotkania członkowie zespołu określają, jak dużo mają pracy i czy założenia są realne do spełnienia. W takim wypadku wypada przedyskutować raz jeszcze zakres obowiązków z Właścicielem. Jeśli idzie o krótkie Sprinty z zasady nie przeznacza się na planowanie więcej niż 5% ogólnego czasu.
Codzienny Scrum: nim przystąpimy do codziennych obowiązków, zespół przeprowadza piętnastominutowe spotkania, odbywające się w trakcie trwania całego Sprintu. Przeprowadza się je zawsze o tej samej porze i miejscu. Muszą być zwięzłe oraz nie przekraczać wyznaczonego czasu, dopilnowaniem, czego zajmuje się Mistrz.
Przegląd Sprintu: na koniec Sprintu organizuje się nieformalne spotkanie. Jest to czas na podsumowanie wykonywanej pracy oraz planowanie zadań w kolejnych Sprintach. Na barkach Właściciela spoczywa obowiązek oceny wdrożonych rozwiązań, a także przeanalizowanie powodów, dla których nie udało się zrealizować poszczególnych zadań. Następnie właściciel wysuwa propozycje prawdopodobnego terminu zakończenia wszystkich prac. W skrócie Przegląd Sprintu to przygotowanie do kolejnego spotkania planistycznego Sprintu.
Retrospektywa: ma miejsce między przeglądem, a kolejnym spotkaniem planistycznym Sprintu. Nie może trwać dłużej niż trzy godziny. Moderowaniem dyskusji zajmuje się Mistrz. Podczas tych spotkań przyglądamy się, jak wyglądał ostatni Sprint, pod względem relacji i wkładu poszczególnych osób biorących w nim udział. Ocenie poddaje się także poszczególne procesy oraz zastosowane narzędzia. Tym sposobem wyłapywane są ewentualne błędy.
Rejestr sprintu
Sprint Backlog to lista zadań, które zespół musi wykonać w danym sprincie. Pozycje rejestru następnie zostaną przeniesione do Product Backloga, w oparciu o priorytety przedłożone przez Właściciela Produktu. Następnie zespół wybiera pozycje i wielkość rejestru sprintu, decydując się na konkretne zobowiązania. Do prowadzania Backlog często wykorzystuje się arkusz Excel, ale możliwe jest stosowanie JIRA lub Enterprise Architect.
Podczas sprintu, to Mistrz Scrum aktualizuje rejestr tak, aby jasno pokazywał zadania wykonane, a także ilość czasu potrzebnego do wykonania pozostałych prac. Postęp musi być oszacowany codziennie, co często przyjmuje formę graficzną, czego efektem jest tzw. Wykres Spalania Sprintu.
