Sprinty

Sprinty to wydarzenia o stałej długości jednego miesiąca lub mniejszej, mające na celu stworzenie spójnej kadencji dostarczania i informacji zwrotnej dla Zespołu Scrumowego. Im krótsza długość Sprintu, tym szybsza pętla informacji zwrotnej. Na przykład, Scrum Inc. pracuje w jednotygodniowych Sprintach.

Sprint jest pojemnikiem wszystkich innych wydarzeń. Nowy Sprint rozpoczyna się natychmiast po zakończeniu poprzedniego Sprintu, a każdy Sprint zazwyczaj rozpoczyna się Planowaniem Sprintu, a kończy Przeglądem Sprintu & Retrospektywą Sprintu. Podczas każdego dnia Sprintu odbywa się krótkie wydarzenie zwane Codziennym Scrumem, które służy utrzymaniu zespołu w zgodzie oraz ujawnieniu przeszkód, jakie zespół napotyka w związku z robieniem postępów w realizacji Backlogu Sprintu. Wszystkie prace i wydarzenia niezbędne do osiągnięcia Celu Sprintu, w tym Planowanie Sprintu, Codzienne Scrumy, Przegląd Sprintu i Retrospektywa Sprintu, mają miejsce w ramach Sprintów.

Regularny cykl Sprintu służy do:

• Skoncentrowania dostawy na Celu Sprintu. W każdym Sprincie zespół powinien opracować potencjalnie możliwy do wysłania przyrost oprogramowania, użyteczną iterację produktu sprzętowego lub ostatecznie: wyraźną wartość dla klienta.
• Dostarczenie Zespołowi regularnych, wysokiej jakości informacji zwrotnych od klienta na temat dostarczonej wartości. Zespół może wtedy kontrolować i dostosowywać zarówno swój proces, jak i produkt w oparciu o rzeczywisty i możliwy do zastosowania wkład klienta.
• Pomiar wyników zespołu w spójnym i powtarzającym się okresie. Ten pomiar wydajności nazywany jest Szybkością Zespołu. Zespół może używać Velocity do przewidywania swojej zdolności do dostarczania pracy w czasie oraz do tworzenia realistycznych planów sprintów w oparciu o dane historyczne.

Sprinty umożliwiają przewidywalność poprzez zapewnienie kontroli i adaptacji postępu w kierunku Celu Produktowego przynajmniej w każdym miesiącu kalendarzowym. Krótsze Sprinty mogą wygenerować więcej cykli nauki i ograniczyć ryzyko kosztów i wysiłku do mniejszych ram czasowych. Kiedy horyzont Sprintu jest zbyt długi, Cel Sprintu może stać się nieważny, złożoność może wzrosnąć, a ryzyko może się zwiększyć. Każdy sprint może być traktowany jako krótki projekt i może zostać anulowany, jeśli Cel Sprintu stanie się nieaktualny. Tylko Właściciel Produktu ma uprawnienia do anulowania sprintu.

.