• Articles
• admin

Co To Jest Spotkanie Planowania Sprintu?

spotkanie Planowania Sprintu jest jedną z ceremonii Scrum powszechnie przyjętych przez zespoły, które wykorzystują sprinty, aby zaznaczyć, kiedy praca „zaczyna się” i „kończy.”Jest zaprojektowany, aby odpowiedzieć na pytania, co można dostarczyć w tym następnym sprincie? W jaki sposób zrealizujemy tę pracę?

mówiąc prościej, spotkanie Planowania Sprintu powinno zapewnić strukturę, ustawić oczekiwania i zdefiniować zaległości dla nadchodzącego sprintu.

w tych spotkaniach uczestniczy kilka osób i jest to bardzo wspólny wysiłek. Podzielmy się tym, co robi każda rola.

ScrumMaster

ScrumMaster ułatwia planowanie spotkania sprint i zapewnia zarezerwowanie sal konferencyjnych, dostępność materiałów, przygotowanie ludzi, a wszystkie wideokonferencje i inne szczegóły dotyczące łączności są gotowe do pracy. Jeśli chodzi o planowanie, ScrumMaster powinien być timeboxing to spotkanie zgodnie z długością sprintu. Na przykład, jeśli zespół pracuje w 2-tygodniowych sprintach, spotkanie Planowania Sprintu powinno trwać od 2-4 godzin. ScrumMaster musi odpowiednio zarządzać czasem, aby upewnić się, że jest pełne wyrównanie do Celu Sprintu przed zakończeniem spotkania.

Product Owner

Product Owner jest odpowiedzialny za zapewnienie, że wszystkie pozycje w Backlogu są przygotowane przed spotkaniem. Muszą one wyjaśnić szczegóły dotyczące każdego elementu zaległości produktu i być źródłem dla zespołu podczas zadawania pytań dotyczących przypadków użycia lub kryteriów akceptacji. Jest to prawdopodobnie najważniejsze spotkanie dla właściciela produktu & , na które musi poświęcić dużo czasu na przygotowanie.

zespół programistów

oczywiście ludzie wykonujący pracę będą musieli być na spotkaniu Planowania Sprintu. Projektanci, programiści, inżynierowie testowi-każdy, kto przyczyni się do pracy produktu—musi być obecny i aktywnie uczestniczyć w tym spotkaniu, aby mogli odejść z solidnym zrozumieniem tego, czego się od nich oczekuje i co jest priorytetem do pracy w następnym sprincie.

pamiętaj, że zespoły z czasem stają się lepsze w planowaniu sprintu. Jeśli zespół jest nowo utworzony (lub nowy w metodologii agile), może nie być tak dużo wspólnego zrozumienia, jak wiele można zrobić w każdym sprincie. Później porozmawiamy o obliczaniu prędkości. Pamiętaj tylko, że Dojrzałe zespoły radzą sobie w tym lepiej. Z agile jest element ciągłego doskonalenia, więc daj sobie trochę łaski, jeśli Twoje pierwsze spotkanie planowania sprintu nie poszło tak dobrze, jak się spodziewałeś!

Dlaczego Warto Prowadzić Spotkanie Planowania Sprintu?

po co organizować spotkanie Planowania Sprintu? Ponieważ jest to świetna okazja, aby zebrać cały zespół i współpracować, aby ustalić, za co wszyscy są odpowiedzialni podczas następnego sprintu! Z osobistego punktu widzenia naszemu zespołowi trudno było określić, nad czym dokładnie pracuje i-co ważniejsze, dlaczego-zanim przyjęliśmy tę praktykę zwinną. Od tego czasu naszemu zespołowi znacznie łatwiej było współpracować i czuć się pewniej, co mamy do zaoferowania.

zespół, który zna dokładnie swoje cele, jest szczęśliwym zespołem. Według Christiny Hartman, PMP, PMI-ACP, podstawowe korzyści z planowania sprintu obejmują:

• współpraca i budowanie zespołu
• wspólne zrozumienie produktu
• wykrywanie Zadań
• Rejestracja Zadań
• priorytetyzacja Zadań
• szacowanie Zadań
• doskonalenie wiedzy i umiejętności
• different perspectives
• Promuje planowanie just in Time (JIT)

poniżej omówimy tylko kilka największych zalet spotkań planowania sprintu.

przynosi definicję do celów

jeśli jesteś Scrummasterem (lub podobną rolą DPM) w zespole, który realizuje prace programistyczne i wykorzystuje metodyki zwinne, powinieneś przeprowadzić spotkanie Planowania Sprintu. Spotkania te pomagają przygotować zespół na sukces, ponieważ pozwalają każdemu dokładnie zrozumieć, jaki jest cel każdego sprintu pracy.

podczas planowania sprintu zdefiniujesz dwie główne rzeczy:

cel sprintu

jest to krótki (1-2 zdanie) opis tego, co zespół zamierza wykonać w trakcie Sprintu. Zespół pisze go razem i publikuje, aby ludzie mogli się do niego odnieść w dowolnym momencie. Celem Sprintu jest również szybkie i łatwe stwierdzenie dla zainteresowanych stron, aby przeczytać i zrozumieć, nad czym pracuje zespół, bez konieczności wchodzenia w chwasty zaległości. Celem Sprintu jest kij pomiarowy używany na końcu każdego sprintu, który pomaga odpowiedzieć na pytanie: czy ten ostatni sprint był udany? Jednym z przykładów Celu Sprintu może być: Zbuduj funkcję X, aby zbiegła się z premierą świąteczną (sygnalizacja, że dostarczenie funkcji przez pewien kamień milowy jest głównym celem sprintu).

a sprint backlog

jest to lista pozycji backlog produktów, które zespół wybiera i zobowiązuje się do pracy podczas sprintu. Obejmuje również wszystkie niezbędne zadania wymagane do wykonania pracy. Każde zadanie powinno być również oszacowane. Świetny zespół Mountain Goat Software ma Kurs wideo na temat podstaw scrum & wyjaśnia, w jaki sposób zaległości sprintu powinny się łączyć podczas planowania sprintu.

sprintom łatwo jest zejść z torów bez wspólnego rozumienia tego, co należy osiągnąć. Spotkanie Planowania Sprintu jest środkiem do celu, aby się tam dostać.

przynosi wyrównanie i wpisowe od Twojego zespołu

pamiętaj, że osiągnięcie wyników przed końcem spotkania Planowania Sprintu jest wspólnym wysiłkiem. Zespół decyduje, ile zostanie zrobione podczas sprintu, a nie przytłaczający Właściciel Produktu lub interesariusz z zewnątrz. Członkowie Twojego zespołu zyskują poczucie upodmiotowienia, przejmując kontrolę nad przepływem pracy. Korzystają również z lepszego dopasowania do innych, mając czas, aby porozmawiać o tym, jak ich praca będzie pasować do siebie podczas następnego sprintu.

zapewnia punkt odniesienia do pomiaru prędkości

jeśli wiesz, ile twój zespół może osiągnąć podczas sprintu, powinieneś również uruchomić planowanie sprintu. Jest to powszechnie określane jako prędkość lub prędkość sprintu i jest ustalana po tym, jak zespół pracował razem przez jakiś czas. Według Scrum Inc.,

prędkość jest miarą ilości pracy, którą zespół może wykonać podczas pojedynczego sprintu i jest kluczową metryką w Scrum.

jest obliczany na koniec sprintu, sumując wszystkie ukończone estymacje punktów historii użytkownika i uśrednione w ciągu kilku sprintów.

na przykład, jeśli w sprincie 1 zespół zdobył 25 punktów historii, w sprincie 2 ukończył 35, a w sprincie 3 ukończył 30, prędkość zespołu wyniesie 30. 25 + 35 + 30 = 90/3 = 30.

idąc dalej, zespół scrum wiedziałby, że średnio zdobywa 30 punktów historii na sprint i może wykorzystać to jako przewodnik podczas przeglądania zaległych pozycji w planowaniu sprintu. Jak wspomniano powyżej, zespół decyduje, co chce odgryźć w każdym sprincie, więc jeśli chce strzelać o 40 punktów historii, a wszyscy się zgadzają, zaległości w sprincie mogą sumować się do większej liczby punktów historii niż ich prędkość. Odwrotność może być również prawdą.

prędkość będzie opadać i płynąć z czasem, ale prędkość dojrzałego zwinnego zespołu zacznie trenować w górę, gdy będą coraz bardziej przyzwyczajeni do współpracy i pracy nad produktem. Velocity to kluczowy numer dla właściciela produktu, o którym powinien pamiętać, gdy pracuje, aby dowiedzieć się, ile sprintów zajmie wydanie następnej wersji produktu.