Jak by to było, gdybyś wybrał się teraz na spacer wśród pięknej czeskiej przyrody, którą uwielbiasz? Nagle widzisz dziki, a przed tobą małe dziki. Kucnij, kucaj. Prawdopodobnie wykonasz taki sprint, że zarumieniłby się niejeden 40-kilogramowy Kenijczyk w butach przeznaczonych do sprintów wytrzymałościowych. Zanim już zaczniesz uciekać przed dzikiem, na pewno nie zastanawiasz się, jak optymalnie przeprowadzić ten proces, po prostu biegniesz. Podobnie jest w SCRUM.
Podczas tego spotkania planujemy kolejny sprint. Dobry sprint to gotowy sprint. Celem każdego sprintu jest program wykonywalny lub aplikacja internetowa z działającym adresem URL, która coś zrobi. Można powiedzieć, że jest to mniejszy projekt w ramach większego projektu. Na tym spotkaniu powinniśmy ustalić jak powinien wyglądać program wykonywalny na koniec aktualnie zaplanowanego sprintu.
Wynikiem planowania jest Rejestr Sprintu. Jest to podzbiór listy zadań zdefiniowanych w Backlogu Produktu. Wybierasz zadania tak, aby:
Prawdopodobnie nastąpią również pewne zmiany w Backlogu Produktu. Dobrym pomysłem jest zapisanie ich, aby przygotować je na Spotkanie Udoskonalające Sprint.
Cele sprintu spoczywają na barkach Właściciela Produktu. Proponuje cele sprintu i ostatecznie zatwierdza wynikające z nich cele sprintu. SCRUM Master może co najwyżej komentować propozycje Właściciela Produktu ze względów informatycznych (lub technicznych) w sensie - to jest, a tego nie da się wdrożyć.
Marián Knězek