Cel sprintu to jedno zdanie wyjaśniające, dlaczego warto go zrealizować. Jest to jedyny rezultat, do którego zespół się zobowiązuje: coś, co będzie miało istotne znaczenie w momencie zakończenia sprintu. Wszystkie zadania wybrane przez zespół powinny służyć realizacji tego celu, a gdy czas na realizację sprintu zaczyna się kurczyć, to właśnie ten cel wskazuje, które zadania należy chronić, a które odrzucić.

Większość zespołów traktuje cel jako podsumowanie wybranych przez siebie zgłoszeń. Jest to błędne podejście i właśnie dlatego tak wiele celów okazuje się bezużytecznych.

Cel jest ważniejszy od zakresu

Najpierw należy wyznaczyć cel, a dopiero potem wybrać zadania, które służą jego realizacji. Cel wywnioskowany na odwrót z listy już wybranych zadań („zrealizować pozycje 4, 7 i 12”) nie jest celem; to jedynie spis treści. Nie pomoże Panu w podjęciu decyzji, ponieważ nie zawiera żadnej oceny tego, co jest istotne.

Najważniejsze jest ustalenie kolejności. Gdy uzgodnią Państwo wynik przed określeniem zakresu, wybór sprowadza się do serii prostych pytań: czy dany element przybliża nas do celu? Jeśli tak, należy go uwzględnić. Jeśli nie, lepiej, aby istniał ku temu bardzo ważny powód (poprawka bezpieczeństwa, ścisła zależność) – w przeciwnym razie należy go odłożyć na później. Gdy najpierw określa się zakres, każdy element wydaje się równie istotny i nie ma czego wykreślić, gdy w czwartek sprawy przybiorą niekorzystny obrót.

A sprint goal anchoring the stories selected around it Sprint goal
Celem jest tarcza; wybrane elementy to strzały wycelowane w nią. Element, który wskazuje gdzie indziej, jest kandydatem do usunięcia, a nie powodem do poszerzenia tarczy.

Jakie znaczenie ma skuteczny gol

Cel zasługuje na swoje miejsce, gdy spełnia trzy zadania:

  • Określa to wynik, a nie listę zadań. „Użytkownicy mogą zresetować swoje hasło bez konieczności kontaktowania się z działem pomocy technicznej” informuje, co się zmieniło. „Zrealizuj epikę dotyczącą resetowania hasła” wskazuje, na której tablicy Jira należy się skupić.
  • To rozwiązanie pozwala Państwu dokonywać kompromisów. Prawdziwym sprawdzianem dla celu jest ostatni dzień sprintu, kiedy to nie wszystko uda się zrealizować. Dobry cel natychmiast wskazuje, co należy chronić. Jeśli celem jest „umożliwienie użytkownikom zresetowania hasła”, wdrażają Państwo proces resetowania hasła, a odłożenie na później zmian w wyglądzie wiadomości e-mail, które są jedynie dodatkiem, nie stanowi problemu. Jeśli celem jest „zrealizowanie zgłoszeń”, nie mają Państwo podstaw do dokonywania wyborów, więc wszystko ulega niewielkiemu opóźnieniu i żadna funkcja nie zostaje wdrożona w idealnym stanie.
  • Zespół potrafi to powtórzyć z pamięci. Cel, którego nikt nie potrafi przytoczyć, to cel, którym nikt się nie kieruje. Jeśli zespół musi otworzyć dokument planistyczny, aby przypomnieć sobie, po co tu jest, oznacza to, że cel jest zbyt długi lub zbyt niejasny.

Cele słabe a cele silne

Różnica między słabym a silnym celem polega niemal zawsze na tym, czy określa się samą czynność, czy też jej wynik.

Słaby golDlaczego to się nie udajeZnakomita bramka
„Prace nad zmianą wyglądu kasy”.Określa obszar, a nie wynik. Nie ma linii mety.„Stały klient może sfinalizować zakupy na urządzeniu mobilnym w mniej niż minutę”.
„Zrealizować 40 punktów fabularnych z listy zadań do wykonania”.Wskaźnik wynikowy powinien służyć realizacji celu, a nie być celem samym w sobie.„Proszę wymienić trzy główne powody, dla których klienci zwracają się do działu obsługi klienta w sprawach rozliczeń”.
„Poprawić wydajność i usunąć błędy”.Dwa cele, brak priorytetu, brak możliwości wyboru.„Panel nawigacyjny ładuje się w mniej niż dwie sekundy w przypadku kont zawierających ponad 10 000 rekordów”.
„Proszę dokończyć funkcję raportowania.”„Zakończenie” nie uwzględnia zakresu; czyja definicja „zakończenia”?„Kierownicy mogą samodzielnie wyeksportować tygodniowe sprawozdanie zespołu w formacie PDF bez naszej pomocy”.

Proszę zwrócić uwagę, że jasno sformułowane cele mają wspólną strukturę: konkretny użytkownik lub system, wykonujący konkretną czynność, zgodnie z konkretnym standardem. Gdyby zaprezentować każdy z nich, wszyscy obecni zgodziliby się bez sprzeciwu co do tego, czy cel został osiągnięty.

Jeden cel, a nie kilka

Skupcie się na jednym celu. To właśnie jeden cel umożliwia dokonywanie kompromisów; w przypadku dwóch konkurujących ze sobą celów nie ma żadnej zasady, której można by bronić, gdy zabraknie czasu, i znów dochodzi do sytuacji, w której wszystko nieco się rozmywa.

Jeśli dane zadanie rzeczywiście nie da się zaklasyfikować pod jednym celem, potraktujcie to jako sygnał, a nie problem, który należy zatuszować. Zazwyczaj oznacza to, że sprint obejmuje zbyt wiele zadań lub że dwa strumienie pracy zostały połączone w jeden sprint, podczas gdy rozdzielenie ich na dwa byłoby bardziej przejrzyste. Czasami obok głównego celu pojawia się niewielka ilość niepowiązanych zadań, które mają na celu jedynie utrzymanie bieżącej działalności. Nie stanowi to problemu, o ile wszyscy mają świadomość, że są one jedynie obciążeniem, a nie głównym celem.

Kto jest właścicielem bramki

Właściciel produktu określa intencję: biznesowy powód, dla którego dany sprint ma większe znaczenie niż alternatywne rozwiązania. Cały zespół przekształca tę intencję w cel, do którego może się faktycznie zobowiązać, co oznacza, że programiści muszą wierzyć, iż jest on możliwy do osiągnięcia przy dostępnych zasobach. Cel, w który zespół nie wierzy, jest jedynie życzeniem z wyznaczonym terminem.

Gdy już ustalą Państwo cel, za którym warto się zaangażować, dalsze planowanie staje się łatwiejsze: w planie prac służy on jako kryterium wyboru zadań, a podczas codziennego spotkania scrumowego stanowi punkt odniesienia do oceny postępów. Cel ustalony w poniedziałek stanowi dla zespołu wytyczną na cały sprint.

Najczęściej zadawane pytania

Czym jest cel sprintu?

Cel sprintu to jedno zdanie wyjaśniające, dlaczego warto przeprowadzić dany sprint: jest to jedyny rezultat, do którego realizacja zobowiązuje się zespół. Cel ten ustala się podczas planowania sprintu, przed określeniem zakresu prac, i stanowi on wspólny cel, któremu służą wybrane elementy backlogu. To właśnie on stanowi powód istnienia sprintu, a nie lista zawartych w nim zgłoszeń.

Co decyduje o tym, czy cel sprintu jest dobry?

Dobry cel sprintu określa konkretny rezultat, a nie listę zadań; jest na tyle konkretny, że pozwala zdecydować, z czego należy zrezygnować, gdy harmonogram sprintu staje się napięty; ponadto cały zespół potrafi go powtórzyć z pamięci. Jeśli Państwa celem jest po prostu „zrealizowanie tych zgłoszeń”, nie pomoże to Państwu w podejmowaniu kompromisów, a przecież właśnie to jest podstawową rolą celu.

Kto wyznacza cel sprintu?

Właściciel produktu przedstawia intencję (biznesowy powód, dla którego dany sprint ma znaczenie), a cały zespół przekształca ją w cel, do którego może się zobowiązać podczas planowania. Jest to współpraca, a nie nakaz. Programiści muszą być przekonani, że cel ten jest możliwy do osiągnięcia przy dostępnych zasobach; w przeciwnym razie pozostaje on jedynie pobożnym życzeniem.

Czy sprint może mieć więcej niż jeden cel?

Należy dążyć do jednego celu. Posiadanie jednego celu pozwala zespołowi na dokonywanie kompromisów w sytuacjach stresowych; w przypadku dwóch konkurujących ze sobą celów nie ma żadnej zasady, której należałoby się trzymać, gdy zaczyna brakować czasu. Jeśli zadanie rzeczywiście dzieli się na dwie części, często oznacza to, że w ramach sprintu próbuje się zrealizować zbyt wiele, lub że prace dwóch zespołów zostały połączone w jeden sprint.