Sprint jest ograniczony czasowo do 30 kolejnych dni kalendarzowych. Oprócz innych czynników, jest to czas potrzebny Zespołowi na zbudowanie czegoś, co ma istotne znaczenie dla Właściciela Produktu i interesariuszy oraz doprowadzenie tego do stanu, w którym może być potencjalnie dostarczone.
Jest to również maksymalny czas, który można przydzielić, bez konieczności wykonywania przez Zespół tak dużej ilości pracy, że wymagałaby ona artefaktów i dokumentacji wspierającej jego procesy myślowe. Jest to także maksymalny czas, przez jaki większość interesariuszy będzie czekać, nie tracąc zainteresowania postępami Zespołu i nie tracąc wiary, że Zespół robi coś znaczącego dla nich.
- Zespół może szukać zewnętrznych porad, pomocy, informacji i wsparcia podczas Sprintu.
- Nikt nie może udzielać porad, instrukcji, komentarzy ani wskazówek Zespołowi podczas Sprintu. Zespół jest całkowicie samodzielny.
- Zespół zobowiązuje się do Product Backlog podczas spotkania planującego Sprint. Nikt nie ma prawa zmieniać tego Product Backlog podczas Sprintu. Product Backlog jest zamrożony do końca Sprintu.
- Jeśli Sprint okaże się niewykonalny, Scrum Master może nienormalnie zakończyć Sprint i zainicjować nowe spotkanie planujące Sprint, aby
zainicjować następny Sprint. Scrum Master może wprowadzić tę zmianę z własnej woli lub na prośbę Zespołu lub Właściciela Produktu. Sprint może okazać się niewykonalny, jeśli technologia okaże się nieprzydatna, jeśli warunki biznesowe zmienią się w taki sposób, że Sprint nie będzie miał wartości dla biznesu, lub jeśli Zespół będzie zakłócany podczas Sprintu przez kogokolwiek spoza Zespołu.
Jeśli Zespół czuje, że nie jest w stanie zrealizować wszystkich zobowiązanych elementów Product Backlog podczas Sprintu, może skonsultować się z Właścicielem Produktu, które elementy usunąć z bieżącego Sprintu. Jeśli tak wiele elementów wymaga usunięcia, że Sprint stracił swoją wartość i sens, Scrum Master może nienormalnie zakończyć Sprint, jak wcześniej wspomniano. - Jeśli Zespół ustali, że może zrealizować więcej elementów Product Backlog podczas Sprintu niż wybrał podczas spotkania planującego Sprint, może skonsultować się z Właścicielem Produktu, które dodatkowe elementy Product Backlog mogą zostać dodane do Sprintu.
- Członkowie Zespołu mają dwie administracyjne odpowiedzialności podczas Sprintu: muszą uczestniczyć w codziennym spotkaniu Scrum oraz utrzymywać Sprint Backlog na bieżąco i dostępnym w publicznym folderze na publicznym serwerze, widocznym dla wszystkich. Nowe zadania muszą być dodawane do Sprint Backlog w miarę ich powstawania, a bieżące, codzienne szacowane godziny pozostałe dla każdego zadania muszą być aktualizowane.
Artykuły o wydarzeniach Scrum
- Codzienne spotkanie Scrum — Szybki przewodnik
- Dlaczego stałe długości Sprintów w Scrum?
- Czym jest planowanie wydania w Scrum?
- Czym jest planowanie Sprintu?
- Czym jest przegląd Sprintu?
- Czym jest spotkanie retrospektywne Sprintu w Scrum?
- Czym jest doskonalenie Product Backlog?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文