Przewodnik po Scrumie | 25. Drużynowa gra szacowania
Opublikowany: 2022-05-28Team Estimation Game to technika ułatwiająca planowanie sprintu w Scrum. Czym różni się od Planning Pokera? Dlaczego niektóre Zespoły Deweloperskie uważają to za bardziej efektywne narzędzie, a inne nie? W poniższym artykule znajdziesz wszystko, co musisz o tym wiedzieć.
Drużynowa Gra Szacunkowa – spis treści:
- Wstęp
- Zasady gry zespołowej szacowania
- Drużynowa gra szacowania kontra poker planistyczny
- Streszczenie
Wstęp
Gra Szacunków Zespołowych jest również nazywana Szacunkami Swimlanes. Ten ostatni termin powstał jako spontaniczna obserwacja gry karcianej, ponieważ wystawianie kart przypominało tory pływackie basenu wodnego.
Team Estimation Game stale zyskuje na popularności, ponieważ umożliwia zespołom programistycznym tworzenie szacunków około 3 razy szybciej niż przy użyciu Planning Pokera.
O tej technice piszemy w poprzednim artykule. Dzisiaj skupmy się na grze Team Estimation Game.
Zasady gry zespołowej szacowania
Komunikaty o grze zespołowej szacunków:
- talia kart historii użytkowników – przygotowywana osobno dla każdej gry
- talia kart Story Point – do wielokrotnego użytku
Najpierw ułóż karty historii użytkownika w kolejności odpowiadającej wpisom w Backlogu produktu. Aby najpilniejsze zostały oszacowane jako pierwsze.
Karty scoringowe zazwyczaj zawierają wartości odpowiadające ciągowi Fibonacciego. Jest to ciąg następujących liczb: 0, 1, 3, 5, 8, 13, 20, 40 i 100. Można je również oznaczyć kolejnymi potęgami liczby 2, czyli 2, 4, 8, 16, 32 i tak dalej.
Fazy gry Team Estimation:
- Wstęp. Aby zagrać w Drużynową Grę Szacunkową, członkowie Zespołu Scrumowego siedzą przy stole. Product Owner zaczyna od wylosowania pierwszej karty z talii User Story i udostępnienia jej zawartości wszystkim. Następnie karty pozostają na stole. Następnie Product Owner wyjaśnia reszcie Zespołu Scrumowego, że od teraz gracze będą oceniać User Stories jako łatwe lub trudne do wdrożenia, umieszczając je odpowiednio po lewej i prawej stronie. Jeśli któryś z nich będzie miał jakiś stopień trudności, gracz ułoży się razem, jeden na drugim na stole. Teraz osoba siedząca obok nich zgodnie z ruchem wskazówek zegara wykonuje następny ruch.
- Gracz dobiera kartę z talii historii użytkownika. Po udostępnieniu jej treści wszystkim wyjaśnia jej istotę Właścicielowi Produktu. Osoba posiadająca kartę następnie kładzie ją na stole i wybiera miejsce w oparciu o swoją opinię na temat trudności tej Historii Użytkownika. Następnie gracz wyjaśnia wszystkim uzasadnienie wyboru, a drugi gracz może zadawać pytania dotyczące rozumowania. Nie mogą kwestionować samej decyzji, ale argumenty uzasadniające decyzję.
- Teraz gracze wykonują swoją turę i mają do wyboru dwie opcje:
- Powtórz krok 2 lub
- Przesuń jedną z kart na stole do jej najbardziej odpowiedniej pozycji
- Ostatni etap umieszczania kart User Story odbywa się raz lub wiele razy, w zależności od praktyki Zespołu Scrumowego. Podczas tej rundy każdy z graczy ma jeszcze jedną możliwość przeniesienia jednej z kart na stole w bardziej odpowiednie miejsce.
- Gdy gracze przypiszą wszystkie karty historii użytkownika do swoich lokalizacji reprezentujących poziomy trudności, zespół deweloperski przystępuje do dopasowania wartości, przypisując karty ze stosu punktów historii. Pierwsza karta Historii Użytkownika po lewej stronie otrzymuje kartę Story Point z najmniejszą liczbą punktów przez Właściciela Produktu. Zasada umieszczania kolejnych kart jest taka sama jak dla punktów 3 i 4. Na tym kończy się estymacja.
Jeśli wybierają drugą opcję, powinni również uzasadnić, co skłoniło ich do zmiany zdania. Gracze na zmianę powtarzają krok 3, aż wszystkie karty z talii historii użytkownika zostaną rozdane i oszacowane.
Drużynowa gra szacowania kontra poker planistyczny
Team Estimation Game jest uważane za bardziej efektywne narzędzie szacowania niż Planning Poker. Ze względu na następujące różnice między tymi dwiema technikami:
- Stół karciany. Gra Team Estimation wykorzystuje dobrze znaną „zasadę stołu karcianego” z popularnych gier karcianych. Oznacza to, że po umieszczeniu karty nie możesz jej cofnąć. Ponieważ User Story jest szacowana przez jedną osobę na raz, wahania między estymacjami a liczbą zmian pozycji są znacznie mniejsze w porównaniu do Planning Pokera.
- Wystarczająco dokładne obliczenia. W Planning Poker należy osiągnąć pełny konsensus dla każdego User Story. W grze Team Estimation Game decyduje jednak tylko jedna osoba. Nawet jeśli jego/jej oszacowanie jest błędne, inny Deweloper prawdopodobnie umieści go na dokładniejszym dopasowaniu jego wartości. W ten sposób gwarantuje uzyskanie wystarczająco dokładnych i szybkich szacunków
- Wyczerpywanie tematu dyskusji. Argumentowanie wyborów często trwa zbyt długo podczas gry w Planning Pokera. Ich czas jest znacznie skrócony podczas Drużynowej Gry Szacunkowej, ponieważ skupiają się na pojedynczej decyzji jednego z Deweloperów, a nie na naturze każdej Historii Użytkownika.
Potencjalną wadą Gry w Szacowanie Zespołu jest poczucie niesprawiedliwości. Jeśli Zespół Deweloperski jest większy niż liczba Historyjek Użytkowników zaplanowanych w danym Sprincie, niektórzy Deweloperzy mogą czuć się pominięci.
Drużynowa Gra Szacunkowa – podsumowanie
Team Estimation Game ma opinię najskuteczniejszej techniki szacowania dla większości Zespołów Scrumowych. Należy jednak pamiętać, że jest to tylko narzędzie do szacowania trudności i wysiłku w User Stories. I jak każde narzędzie powinniśmy dostosować je do potrzeb i możliwości członków Zespołu.
Jeśli podobają Ci się nasze treści, dołącz do naszej pracowitej społeczności pszczół na Facebooku, Twitterze, LinkedIn, Instagramie, YouTube, Pintereście.
Przewodnik po Scrumie:
- Słowniczek podstawowych pojęć, ról i pojęć
- Co to jest Scrum?
- Wartości Scrum
- Jak wdrożyć Scrum w swojej firmie?
- Zespół Scrumowy - co to jest i jak działa?
- Kim jest Product Owner?
- Najczęstsze błędy Product Ownera
- Kim jest Scrum Master?
- Charakterystyka dobrego Scrum Mastera
- Najczęstsze błędy Scrum Mastera
- Jakie statystyki i metryki powinien śledzić Scrum Master?
- Współpraca Product Ownera ze Scrum Masterem
- Zespół Deweloperski w Scrum
- Najczęstsze błędy programistów
- Artefakty Scrum
- Skalowanie Scrum
- Backlog Sprintu
- Czym jest Backlog Produktu?
- Czym są historie użytkowników?
- Tworzenie najlepszej historii użytkownika z INVEST
- Najczęstsze błędy User Story
- Kryteria akceptacji historii użytkownika
- Szacowanie i punkty fabularne w Scrumie
- Poker Planowania
- Drużynowa gra szacowania
- Definiowanie przyrostu
- Wydarzenia scrumowe
- Czym jest Sprint w Scrumie?
- Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
- Co to jest wykres spalania?
- Jak stworzyć i zinterpretować wykres spalania?
- Zalety i wady wykresu spalania
- Tablice Kanban w Scrum i Scrumban
- Velocity in Scrum - Szybkość Zespołu Deweloperskiego
- Codzienny Scrum
- Planowanie sprintu
- Przegląd sprintu
- Czym jest retrospektywa sprintu?
- Typowe błędy podczas Retrospektywy Sprintu
- Pielęgnacja Backlogu Produktu