Na Spotkaniu dot. Planowania Sprintu (ang. Sprint Planning Meeting) Zespół Scrum oraz Właściciel Produktu określają, które cechy i zadania będą poddane próbie wykonania w nadchodzącym sprincie.
Na Spotkaniu dot. Planowania Sprintu obecny jest Właściciel Produktu, Mistrz Scrum, cały Zespół Scrum oraz zainteresowani i odpowiedni przedstawiciele kierownictwa lub klienta. Podczas spotkania dot. planowania sprintu Właściciel Produktu opisuje zespołowi cechy o najwyższym priorytecie. W trakcie spotkania zespół zadaje dostatecznie dużo pytań tak, aby móc kontynuować po spotkaniu i określić, które zadania zostaną przesunięte z Product Backloga do Sprint Backloga. Łącznie, Zespół Scrum oraz Właściciela Produktu określają cel sprintu, który jest krótkim opisem tego, co postara się osiągnąć sprint. Powodzenie sprintu zostanie następnie ocenione podczas Spotkania Przeglądowego Sprintu względem celu sprintu, a nie każdej specyficznej pozycji wybranej z Product Backloga. Po Spotkaniu dot. Planowania Sprintu, Zespół Scrum spotyka się oddzielnie, aby omówić to, co usłyszał i podejmuje decyzje odnośnie zaangażowania w zbliżającym się sprincie. W niektórych przypadkach mogą wystąpić negocjacje z Właścicielem Produktu, ale to zawsze zespół będzie decydował o tym, w jaki sposób zobowiąże się do wykonania.
Właściciel Produktu nie musi opisywać każdej pozycji śledzonej w Product Backlogu. W zależności od wielkości Backloga i szybkości zespołu, może wystarczyć opisanie jedynie pozycji o wysokim priorytecie, zostawiając omówienie pozycji o niższym priorytecie na kolejne Spotkanie dot. Planowania Sprintu. Na ogół, Zespół Scrum poda wytyczne, gdy lepiej zapozna się z listą Backloga, aniżeli gdyby miał polegać na tym, co ma być wykonane w następnym sprincie.
Modelowanie:
W modelowaniu w Scrum Zespół Scrum oraz Właściciel Produktu określają, które cechy i jaki zakres funkcjonalności będą modelowane i projektowane w nadchodzącym sprincie.
Spis treści
Role:
Czynności:
- Codzienny Scrum (Daily Scrum)
- Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)
- Planowanie Sprintu (Sprint Planning Meeting)
- Planowanie wypuszczenia (Release Planning)
- Spotkanie Przeglądowe Sprintu (Sprint Review Meeting)
- Sprint Retrospektywny (Sprint Retrospective)
- Szacowanie zaległości produktu (Estimating the Product Backlog)
Artefakty:
- Potencjalnie Wykonalny Przyrost Produktu (Potentially Shippable Product Incremement)
- Tablica Zadań (Task Board)
- Wykres Wygaszania Sprintu (Sprint Burndown Chart)
- Wykres Wygaszania Wypuszczenia (Release Burndown Chart)
- Zaległości iteracji (Sprint Backlog)
- Zaległości produktu (Product Backlog)
Pozwolę sobie przyczepić się do jednego określenia pojawiającego się w artykule jakim jest „Zespół Scrum”. Otóż, coś takiego nie występuje i tutaj chyba chodziło o Zespół Deweloperski. Zespół Scrumowy natomiast zawiera w sobie wszystkie role czyli Zespół Scrumowy, Product Ownera oraz Scrum Mastera.
Zapraszam do odwiedzenia mojego bloga o tematyce Scruma i zarządzania projektami. http://jestempm.pl
Pisząc w tym wpisie o Zespole Scrum miałem raczej na myśli zespół fachowców, którzy są analitykami, projektantami i architektami. Jak patrzę na zwinne modelowanie to nazwa zespół deweloperski nie bardzo mi pasuje a nazwa Zespół Produktu lub analityczno-projektowy brzmi jakoś dziwnie. W tym i innych wpisach o zwinnym modelowaniu pokazuję jak można zaadoptować SCRUM (metodyki raczej dedykowanej dla deweloperów) do przygotowania specyfikacji systemu. Z tego też powodu pozwalam sobie czasem na „lekkie” przegięcie w interpretacji scrumowych ról.