Aby wydobyć dwa razy więcej pracy w czasie o połowę krótszym, potrzebujesz solidnego planu. W Scrum takie plany się nazywają Plany sprintu a co za tym idzie, miejmy nadzieję, będzie całkowitym załamaniem tego samego.
Zachęcamy do tego, aby dowiedzieć się, jak skutecznie optymalizować zasoby swojej organizacji . Otworzy to ocean możliwości w każdej dziedzinie.
W tym artykule zostaną omówione następujące tematy
- Co to jest plan sprintu?
- Kim są jego uczestnicy?
- Wymagania wstępne efektywnego planowania sprintu
- Co to jest spotkanie dotyczące planowania sprintu?
- Ramy czasowe dla spotkań planowania sprintu
- Co to jest cel sprintu?
- Zalety i pułapki w planowaniu sprintu
Tak więc do rozwoju dowolnego produktu potrzebujesz planu, w którym Twój zespół może wymyślić następujące kwestie:
- Jaki jest ich cel?
- Co należy zrobić, aby osiągnąć cel?
- Jak to osiągnąć?
Plan Sprintu ma odpowiedzieć na wszystkie te pytania w Framework Scrum .
Co to jest plan sprintu?
Plany sprintu są przeznaczone dla zespołu w celu określenia zaległości produktowe przedmioty, nad którymi będą pracować w tym okresie sprint. Omawia ich początkowy plan wykonania tego, co należy zrobić w najbardziej zoptymalizowany sposób.
Większość zespołów może uznać za pomocne ustalenie celu sprintu i wykorzystanie go jako podstawy, na podstawie której określają, nad którymi elementami rejestru produktu pracują podczas tego sprintu.
Analiza nastrojów na Twitterze za pomocą Spark
Kim są jego uczestnicy?
Plany sprintu zazwyczaj obejmują cały zespół.
DO Właściciel Produktu jestten, który proponuje Cel i priorytety sprintu, a także identyfikuje pozycje w rejestrze.
Plik zespół określa liczbę pozycji z rejestru produktów, które według przewidywań będą w stanie zrealizować, oraz sposób, w jaki zostaną dostarczone na czas.
Plik Scrum Master ułatwia planowanie sprintu w celu zapewnienia, że dyskusja jest skuteczna i że odpowiednie elementy rejestru produktu są uwzględnione w rejestrze sprintu. Zapewnia również, że istnieje zgoda co do celu sprintu.
Warunki wstępne skutecznego planowania sprintu
Istnieją pewne warunki wstępne, o które musisz zadbać, aby efektywnie planować sprint, takie jak poniższe.
- Backlog z priorytetami
- Przygotowana i szacowana historia użytkownika
- Definicja Gotowe
- Planowana pojemność zespołu
Co to jest spotkanie dotyczące planowania sprintu?
Spotkanie poświęcone planowaniu sprintu jest zazwyczaj podzielone na dwie części.
Krok 1: Zakres
Zespół wybiera, które pozycje z uszeregowanej pod względem ważności listy istniejących elementów rejestru produktu, które według przewidywań będą w stanie wykonać podczas sprintu.
Poniżej znajduje się zestaw przykładowych pytań zadawanych w programie spotkania.
- Jaki jest cel sprintu? (Jest to filtr decyzyjny służący do określenia, które elementy rejestru produktu należy uwzględnić w sprincie).
- Jakie elementy rejestru produktu zostały już wykonane i przyczyniają się do osiągnięcia celu sprintu?
- Kto jest dostępny na ten konkretny sprint? (W tym miejscu próbujesz zidentyfikować wszelkie wakacje, święta i inne czynności, które będą miały wpływ na dostępność wszystkich podczas sprintu).
- Jakie są możliwości zespołu? (Zakładając, że wszyscy są dostępni)
- Co należy uwzględnić w rejestrze sprintu w oparciu o cel sprintu i możliwości zespołu?
- Jak bardzo zespół czuje się pewny, że osiągnie cel sprintu?
Krok 2: Zaplanuj
Na tym etapie zespół omawia szczegółowo, w jaki sposób dostarczy wybrane pozycje z rejestru produktu. Może to obejmować identyfikację zadań dla pozycji rejestru produktu. Uwzględnia to wszelkie zależności między pozycjami i rejestracją dla początkowych pozycji z rejestru produktu każdemu członkowi zespołu.
Ramy czasowe dla spotkań planowania sprintu
W środowisko, a skrzynka czasowa jest zdefiniowany jakookres czasupodczas którego zadanie musi zostać wykonane. Wiadomo, że ramki czasowe są powszechnie używane w programie zarządzanie ryzykiem z rozwój oprogramowania .
Zespoły są stale zobowiązane do tworzenia możliwego do wydania ulepszenia oprogramowania, wytwarzając produkty, które mogą być dostarczane w określonych ramach czasowych do określonej liczby tygodni.
DO spotkanie dotyczące planowania sprintu powinienbyć ograniczone czasowo o 8 godzin w miesiącu lub 2 godziny tygodniowo na miesięczny Sprint. Im krótszySprint, krótszy jestskrzynka czasowadlaPlanowanie sprintu.
Co to jest cel sprintu?
Cel sprintu, utworzony podczas spotkania planowania sprintu, jest celem wyznaczonym dla sprintu. Można to osiągnąć poprzez wdrożenie Backlogu Produktu. Zawiera wskazówki dla Zespołu Deweloperskiego dotyczące tego, dlaczego budowany jest Przyrost.Cel Sprintu daje zespołowi pewną elastyczność w zakresie funkcjonalności zaimplementowanej w Sprincie.
Zalety i pułapki w planowaniu sprintu
Przewidywane zyski
Główną zaletą planowania sprintu jest widoczność. Pozwala to zespołowi rozpocząć nowy sprint ze zrozumieniem, nad czym będzie pracować podczas tego sprintu. Służy jako wstępny plan podejścia do tej pracy.
Oprócz tego istnieją również inne zalety planowania sprintu, a mianowicie
długość tablicy javascript
- Widoczność zakresu
- Wykrywanie zadań
- Optymalne wykorzystanie pojemności
- Poprawa współpracy zespołowej
- Kontrolowane pełzanie zakresu (ciągły niekontrolowany wzrost zakresu)
Typowe pułapki
Planowanie sprintu może stać się wysoce nieefektywne, gdy Twój zespół nie ma dobrze dopracowanego rejestru produktu, z którego mógłby wyciągnąć elementy rejestru produktu.
Można temu zaradzić, ustanawiając spójny proces udoskonalania zaległości, którego wynikiem jest zestaw pozycji z rejestru produktów, które spełniają uzgodnione definicja „gotowego”. Te pozycje rejestru produktu mogą następnie służyć jako potencjalne pozycje rejestru produktu, które rozważasz do włączenia do sprintu.
Kolejna przeszkoda pojawia się, gdy nie ustalisz konkretnego celu dla sprintu i skończysz z zestawem niepowiązanych ze sobą elementów, nad którymi każdy musi popracować, co powoduje, że sprint jest wart pracy, ale nie ma zauważalnego postępu.
Plany sprintu sąjedno z oryginalnych zdarzeń Scruma i zostały stworzone jako część frameworka.Zwykle używane, gdy Twój zespół podąża za Scrumem lub innymi iteracjami ograniczonymi czasowo. Jeśli podążasz za podejściem opartym na przepływie, nadal może okazać się, że zrozumienie tego tematu będzie efektywne, aby zbudować wspólne zrozumienie elementów, które są ustawione w kolejce do dalszej pracy.