Przewodnik po Scrumie | 25. Drużynowa gra szacowania

Opublikowany: 2022-05-28

Team 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:

  1. Wstęp
  2. Zasady gry zespołowej szacowania
  3. Drużynowa gra szacowania kontra poker planistyczny
  4. 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.

Team Estimation Game

Fazy ​​gry Team Estimation:

  1. 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.
  2. 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ę.
  3. 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

    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.

  4. 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.
  5. 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.
Team Estimation Game

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.

Scrum Guide | 25. Team Estimation Game caroline becker avatar 1background

Autor: Caroline Becker

Jako Project Manager Caroline jest ekspertem w znajdowaniu nowych metod projektowania najlepszych przepływów pracy i optymalizacji procesów. Jej zdolności organizacyjne i umiejętność pracy pod presją czasu sprawiają, że jest najlepszą osobą do realizacji skomplikowanych projektów.

Przewodnik po Scrumie:

  1. Słowniczek podstawowych pojęć, ról i pojęć
  2. Co to jest Scrum?
  3. Wartości Scrum
  4. Jak wdrożyć Scrum w swojej firmie?
  5. Zespół Scrumowy - co to jest i jak działa?
  6. Kim jest Product Owner?
  7. Najczęstsze błędy Product Ownera
  8. Kim jest Scrum Master?
  9. Charakterystyka dobrego Scrum Mastera
  10. Najczęstsze błędy Scrum Mastera
  11. Jakie statystyki i metryki powinien śledzić Scrum Master?
  12. Współpraca Product Ownera ze Scrum Masterem
  13. Zespół Deweloperski w Scrum
  14. Najczęstsze błędy programistów
  15. Artefakty Scrum
  16. Skalowanie Scrum
  17. Backlog Sprintu
  18. Czym jest Backlog Produktu?
  19. Czym są historie użytkowników?
  20. Tworzenie najlepszej historii użytkownika z INVEST
  21. Najczęstsze błędy User Story
  22. Kryteria akceptacji historii użytkownika
  23. Szacowanie i punkty fabularne w Scrumie
  24. Poker Planowania
  25. Drużynowa gra szacowania
  26. Definiowanie przyrostu
  27. Wydarzenia scrumowe
  28. Czym jest Sprint w Scrumie?
  29. Zobowiązania zespołu Scrum – cel produktu, cel sprintu i definicja ukończenia
  30. Co to jest wykres spalania?
  31. Jak stworzyć i zinterpretować wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Velocity in Scrum - Szybkość Zespołu Deweloperskiego
  35. Codzienny Scrum
  36. Planowanie sprintu
  37. Przegląd sprintu
  38. Czym jest retrospektywa sprintu?
  39. Typowe błędy podczas Retrospektywy Sprintu
  40. Pielęgnacja Backlogu Produktu