Scrum - wydarzenia

Scrum Process Framework można przeglądać za pomocą sekwencji zdarzeń i odpowiadających im artefaktów. Zdarzenia Scruma to zdarzenia ograniczone czasowo. Oznacza to, że w projekcie każde zdarzenie Scrum ma wstępnie zdefiniowany maksymalny czas trwania. Wydarzenia te zapewniają przejrzystość postępu projektu dla wszystkich zaangażowanych w projekt. Najważniejsze wydarzenia w Scrumie to:

Sprint
Planowanie sprintu
Codzienne spotkania Scrum
Przegląd sprintu
Retrospektywa sprintu

Sprint

Podczas Sprintu opracowywany jest działający produkt Increment. Zwykle trwa dwa tygodnie lub miesiąc i pozostaje niezmienny dla wszystkich sprintów w projekcie. Nie możemy mieć różnych czasów trwania różnych sprintów w projekcie. Nowy Sprint rozpoczyna się natychmiast po zakończeniu poprzedniego Sprintu.

Cel sprintu to cel ustawiony dla sprintu. Dostarcza zespołowi wskazówek, dlaczego buduje Przyrost. Powstaje podczas spotkania Planowania Sprintu. Zakres sprintu jest wyjaśniany i renegocjowany między Właścicielem Produktu a Zespołem, gdy dowiadujemy się więcej o wymaganiach. Zatem każdy Sprint jest z nim powiązany, definicja tego, co ma zostać zbudowane, projekt i elastyczny plan, który będzie kierował budową, pracami rozwojowymi i wynikowym przyrostem produktu.

Sprint powinien zostać anulowany, jeśli cel sprintu stanie się nieaktualny. Może się tak zdarzyć, jeśli organizacja zmieni kierunek lub jeśli zmienią się warunki rynkowe lub technologiczne. Sprint może zostać odwołany tylko przez właściciela produktu, chociaż inni mają na to wpływ.

Ze względu na krótki czas trwania sprintów, anulowanie podczas sprintu rzadko ma sens. Ponieważ odwołania sprintu pochłaniają zasoby, aby zostać ponownie zorganizowanymi w inny sprint, są bardzo rzadkie.

Jeśli Sprint zostanie anulowany, a część pracy wytworzonej podczas sprintu jest potencjalnie możliwa do wydania, Właściciel Produktu zazwyczaj to akceptuje. Wszystkie niekompletne elementy rejestru sprintu są umieszczane z powrotem w rejestrze produktu.

Planowanie sprintu

Praca do wykonania w Sprincie jest planowana na Spotkaniu Planującym Sprint. Spotkanie dotyczące planowania sprintu trwa maksymalnie cztery godziny w przypadku sprintów dwutygodniowych i ośmiu godzin w przypadku sprintów miesięcznych. Scrum Master jest odpowiedzialny za zapewnienie, że spotkanie się odbędzie i że wszyscy wymagani uczestnicy są obecni i rozumieją cel zaplanowanego spotkania. Scrum Master moderuje spotkanie, aby monitorować podtrzymywanie dyskusji i terminowe zakończenie.

Planowanie sprintu skupia się na dwóch następujących pytaniach -

Co należy i co można dostarczyć w Przyroście Sprintu?
Jak zostanie wykonana praca potrzebna do wykonania Sprintu?

Dane wejściowe do tego spotkania to:

Backlog produktu
Najnowszy produkt Increment
Przewidywana wydajność zespołu podczas sprintu
Dotychczasowe wyniki zespołu

Zespół Scrumowy omawia funkcjonalność, którą można rozwijać podczas Sprintu. Właściciel Produktu przedstawia wyjaśnienia dotyczące elementów rejestru produktu. Zespół wybiera elementy z Backlogu Produktu do Sprintu, ponieważ najlepiej oceniają, co mogą osiągnąć w Sprincie. Zespół składa się z analityków, projektantów, programistów i testerów. Praca jest wykonywana we współpracy, co minimalizuje konieczność ponownej pracy.

Następnie Zespół Scrumowy podaje Cel Sprintu. Cel Sprintu to cel, który dostarcza zespołowi wskazówek, dlaczego buduje Przyrost produktu. Następnie Zespół decyduje, w jaki sposób wbuduje wybraną funkcjonalność do działającego Przyrostu produktu podczas Sprintu. Elementy Backlogu Produktu wybrane do tego Sprintu wraz z planem ich dostarczenia nazywane są Backlogiem Sprintu.

Praca podczas sprintu jest szacowana podczas planowania sprintu i może mieć różny rozmiar i / lub wysiłek. Pod koniec spotkania Planowania Sprintu praca jest podzielona na zadania trwające jeden dzień lub krócej. Ma to na celu ułatwienie przydziału pracy i śledzenie ukończenia. Jeśli Zespół zda sobie sprawę, że ma za dużo lub za mało pracy, może renegocjować wybrane pozycje Backlogu Produktu z Właścicielem Produktu.

Zespół może również zaprosić inne osoby (spoza Zespołu Scrumowego) do wzięcia udziału w spotkaniu Planowania Sprintu w celu uzyskania porady technicznej lub dziedzinowej lub pomocy w oszacowaniu.

Codzienne spotkania Scrum

Codzienne Spotkanie Scrumowe to 15-minutowe spotkanie Zespołu, przeprowadzane codziennie w celu szybkiego zrozumienia pracy od ostatniego Codziennego Spotkania Scrumowego i stworzenia planu na następne 24 godziny. To spotkanie jest również nazywane codziennym spotkaniem stojącym.

Codzienne spotkanie Scrumowe odbywa się codziennie o tej samej godzinie i w tym samym miejscu, aby zmniejszyć złożoność.

Podczas spotkania każdy członek Zespołu wyjaśnia -

Co zrobił wczoraj, co pomogło zespołowi osiągnąć cel sprintu?
Co zrobi dzisiaj, aby pomóc zespołowi osiągnąć cel sprintu?
Czy widzi jakieś przeszkody, które uniemożliwiają jemu lub zespołowi osiągnięcie celu sprintu?

Codzienny Scrum jest mylony ze zdarzeniem śledzącym status, chociaż w rzeczywistości jest to wydarzenie związane z planowaniem.

Dane wejściowe do spotkania powinny dotyczyć tego, jak zespół robi, aby osiągnąć Cel Sprintu, a wynikiem powinien być nowy lub poprawiony plan, który optymalizuje wysiłki zespołu w osiąganiu Celu Sprintu.

Chociaż Scrum Master koordynuje Codzienne Spotkanie Scrumowe i zapewnia osiągnięcie celów spotkania, za spotkanie odpowiada Zespół.

Jeśli to konieczne, Zespół może spotkać się natychmiast po Codziennym Spotkaniu Scrumowym w celu szczegółowych dyskusji lub ponownego zaplanowania pozostałej części pracy Sprintu.

Oto zalety codziennych spotkań Scrum -

Popraw komunikację w zespole.
Zidentyfikuj ewentualne przeszkody, aby ułatwić ich wczesne usunięcie, aby zminimalizować wpływ na Sprint.
Wyróżniaj i promuj szybkie podejmowanie decyzji.
Podnieś poziom wiedzy zespołu.

Przegląd sprintu

Przegląd Sprintu odbywa się na koniec każdego Sprintu. Podczas Przeglądu Sprintu przeglądana jest prezentacja wydanego przyrostu. Podczas tego spotkania Zespół Scrumowy i interesariusze współpracują, aby zrozumieć, co zostało zrobione w Sprincie. Na tej podstawie i wszelkich zmianach w Backlogu Produktu podczas Sprintu uczestnicy podejmują kolejne wymagane kroki, które mogą zoptymalizować wartość. Dlatego celem przeglądu sprintu jest uzyskanie informacji zwrotnej i jednoczący postęp.

Przegląd Sprintu zwykle trwa dwie godziny w przypadku sprintów dwutygodniowych i cztery godziny w przypadku sprintów miesięcznych.

Scrum Master zapewnia, że -

Spotkanie się odbywa.
Uczestnicy rozumieją cel.
Spotkanie koncentruje się na wymaganym programie i jest zakończone w wymaganym czasie.

Przegląd Sprintu obejmuje następujące aspekty -

Wśród uczestników są Zespół Scrumowy i kluczowi interesariusze zaproszeni przez Właściciela Produktu.
Właściciel produktu wyjaśnia, które elementy Backlogu produktu zostały ukończone podczas sprintu, a które nie zostały ukończone.
Zespół omawia, co poszło dobrze podczas Sprintu, jakie problemy napotkał i jak te problemy zostały rozwiązane.
Zespół demonstruje pracę, którą wykonał i odpowiada na ewentualne pytania dotyczące Przyrostu.
Następnie cała grupa dyskutuje, co robić dalej. W ten sposób Przegląd Sprintu dostarcza cennych danych wejściowych do Planowania Sprintu kolejnego Sprintu.
Następnie Zespół Scrumowy dokonuje przeglądu osi czasu, budżetu, potencjalnych możliwości i rynku pod kątem następnej przewidywanej wersji przyrostu produktu.
Wynikiem Przeglądu Sprintu jest zaktualizowany Rejestr Produktu, który definiuje prawdopodobne elementy Backlogu Produktu na następny Sprint.

Retrospektywa sprintu

Retrospektywa Sprintu ma miejsce po Przeglądzie Sprintu i przed Planowaniem następnego Sprintu. Zwykle jest to jednogodzinne spotkanie dla sprintów trwających dwa tygodnie i trzygodzinne dla sprintów trwających jeden miesiąc.

Celem Retrospektywy Sprintu jest:

Połącz wiedzę z ostatniego Sprintu w odniesieniu do ludzi, relacji, procesów i narzędzi.
Zidentyfikuj główne pozycje, które poszły dobrze i potencjalne ulepszenia.
Stworzenie planu wdrażania usprawnień w celu podniesienia jakości produktu.

Retrospektywa Sprintu jest dla Zespołu Scrumowego okazją do introspekcji i doskonalenia struktury procesu Scrumowego, tak aby kolejny wynik Sprintu był bardziej efektywny.

Reference