Planning w Scrumie to proces, w trakcie którego zespół Scrum ustala, co zostanie zrealizowane w kolejnym sprincie i jak to zostanie zrealizowane. Jest to jedno z pięciu głównych wydarzeń w ramach procesu Scrum, obok Daily Standup, Review, Retrospektywy i Demo.
Podczas Planningu zespół Scrum określa cel sprintu, który musi być mierzalny i osiągalny w ciągu trwania sprintu. Następnie zespół wybiera zadania z Product Backlogu, które będą realizowane w sprincie, i szacuje ich trudność za pomocą punktów Szczęśliwego Ludzika (ang. Story Points). Zadania są uszeregowane według priorytetu i szacowanej trudności, co pozwala zespołowi na lepsze planowanie pracy i zarządzanie ryzykiem.
Podczas Planningu zespół Scrum także ustala, jakie zadania będą realizowane w kolejnych dniach sprincie i przydziela je poszczególnym członkom zespołu. Planning kończy się tworzeniem Sprint Backlogu, czyli listy zadań, które zespół zamierza wykonać w sprincie.
Planning jest ważnym wydarzeniem w procesie Scrum, ponieważ pozwala zespołowi na lepsze zrozumienie celów projektu i planowanie pracy w sposób efektywny i elastyczny. Umożliwia również zespołowi na lepsze zarządzanie ryzykiem i reagowanie na zmieniające się potrzeby klienta.
Product Owner:
„Zastanawiałem się nad tym, czy powinniśmy dodać nową funkcjonalność do aplikacji, która pozwoli użytkownikom na wysyłanie wiadomości do innych użytkowników. Sądzę, że ta funkcja byłaby bardzo przydatna dla naszych użytkowników i mogłaby zwiększyć ich zaangażowanie w aplikację. Co myślicie o tym pomyśle?”
Developer 1:
„Myślę, że to dobry pomysł. Możemy zacząć od oceny, ile czasu zajmie nam implementacja tej funkcjonalności i czy jest to realne w ramach tego sprincie.”
Developer 2:
„Zgadzam się. Powinniśmy także pomyśleć o tym, jakie będą wymagania dotyczące bezpieczeństwa i prywatności podczas wysyłania wiadomości. Może warto dodać opcję blokowania innych użytkowników lub wymuszenie akceptacji przed wysłaniem wiadomości?”
Interesariusz:
„Rozumiem, że ta nowa funkcjonalność jest interesująca, ale czy nie zajmie zbyt dużo czasu i zasobów, które moglibyśmy przeznaczyć na inne priorytety projektu? Czy mamy już wystarczające dane, by potwierdzić, że ta funkcja będzie przydatna dla naszych użytkowników?”
Przykładowa rozmowa na planingu..
Product Owner:
„Dobrze zauważyłeś, że ta funkcjonalność może zająć trochę czasu i zasobów. Ale z drugiej strony, myślę, że mogłaby być bardzo przydatna dla naszych użytkowników”
Developer 1:
„Możemy przeanalizować dane z poprzednich sprintów i sprawdzić, czy użytkownicy często wysyłali prośby o taką funkcjonalność. Może to pomóc nam ocenić potencjalne korzyści z tej nowej opcji.”
Developer 2:
„Możemy także zbadać konkurencję i sprawdzić, czy ta funkcjonalność jest obecna w innych aplikacjach tego typu. Jeśli tak, to może to być dobry argument za jej implementacją.”
Interesariusz:
„Rozumiem, że ta funkcjonalność może być przydatna, ale nadal uważam, że powinniśmy skupić się na innych priorytetach projektu, które są ważniejsze dla naszych użytkowników i biznesu. Może warto odłożyć tę funkcjonalność na później i skupić się na innych rzeczach w tym sprincie?”
Product Owner:
„Rozumiem twoje obawy, ale myślę, że ta funkcjonalność może być bardzo przydatna dla naszych użytkowników i zwiększyć ich zaangażowanie w aplikację. Możemy przeanalizować dane i ocenić, ile czasu zajmie nam implementacja tej opcji, a następnie podjąć decyzję, czy jest to możliwe w ramach tego sprincie. Co myślicie o tym pomyśle?”
Developer 1:
„Myślę, że to dobry pomysł. Możemy ocenić, ile czasu zajmie nam implementacja tej funkcjonalności i czy jest to realne w ramach tego sprincie, a także wziąć pod uwagę inne priorytety projektu i potrzeby naszych użytkowników.”
Developer 2:
„Zgadzam się. Możemy także rozważyć, czy istnieją jakieś alternatywne rozwiązania, które mogłyby zaspokoić potrzeby użytkowników bez konieczności dodawania całej nowej funkcjonalności. Może warto skonsultować się z zespołem i zbadać inne opcje?”
Interesariusz:
„Rozumiem, że ta funkcjonalność może być przydatna, ale nadal uważam, że powinniśmy skupić się na innych priorytetach projektu. Może warto odłożyć tę funkcjonalność na później i skupić się na innych rzeczach w tym sprincie. Co myślicie o tym pomyśle?”
