Przewodnik po Scrumie | 24. Planowanie pokera

Opublikowany: 2022-05-27

Planning Poker to jedna z najpopularniejszych technik szacowania Scrum. Odbywa się podczas planowania sprintu i ma kilka prostych zasad. Wszyscy gracze stają się członkami Zespołu Deweloperskiego i każdy z nich jednocześnie kładzie na stole kartę z liczbą Punktów Historii, aby oszacować zadanie opisane przez Właściciela Produktu. Jakie są zalety i wady Planning Pokera i jak w niego grać? Zajrzyj do naszego postu, aby poznać i opanować technikę.

Planning Poker – spis treści:

  1. Wstęp
  2. Jak grać w pokera planistycznego?
  3. Zasady pokera planistycznego
  4. Zalety i wady Planning Pokera
  5. Streszczenie

Wstęp

Planning Poker, zwany także Scrum Poker lub Pointing Poker to względna technika szacowania ilości pracy niezbędnej do wykonania określonego zadania. Został stworzony w 2022 roku przez Jamesa Grenninga. Chciał rozwiązać problem niekończących się sporów w Zespole Scrumowym dotyczących szacowania trudności zadań powierzonych Developerom.

Jak grać w pokera planistycznego?

Celem Planning Pokera jest oszacowanie trudności i wysiłku każdego User Story wybranego dla danego Sprintu. Zasady gry w Planning Poker są proste. Jednak najpierw musisz przygotować niezbędne akcesoria.

Karty Story Point zwykle zawierają wartości odpowiadające ciągowi Fibonacciego, czyli 0, 1, 3, 5, 8, 13, 20, 40 i 100. Zdarza się również, że są one oznaczone kolejnymi potęgami 2, czyli 2, 4 , 8, 16, 32 i tak dalej. Dlaczego nie są kolejnymi numerami? Ponieważ w Planning Poker chodzi o to, aby wyraźnie pokazać różnice między poziomem trudności zadań. A zbyt małe różnice między wartościami kart przesłoniłyby osądy.

Liczby zazwyczaj wyrażają liczbę punktów historii. Mogą to być jednak również inne jednostki miary stosowane przez Zespół Scrumowy. Więcej o jednostkach estymacji i Story Points pisaliśmy w tym artykule.

Zasady pokera planistycznego

Wskazówki dotyczące gry w pokera planowania:

  • talia kart z User Stories – przygotowywana osobno dla każdej gry
  • talia kart z Punktami Historii – jedna talia dla każdego Dewelopera, do wielokrotnego użytku

Fazy ​​pokera planowania:

  1. Prezentacja historii użytkownika
  2. Dyskusja
  3. Rozgrywka (Fazy 2 i 3 są powtarzane aż do osiągnięcia konsensusu przez wszystkich)
  4. Zgoda
  5. Przechodząc do kolejnej historii użytkownika

Planning Poker zwykle ma miejsce podczas planowania sprintu. Właściciel Produktu posiada karty Historii Użytkownika, a Deweloperzy otrzymują talię kart z Punktami Historii.

Moderatorem jest Właściciel Produktu, który rozpoczyna grę, przedstawiając jedną Historię Użytkownika pozostałym członkom Zespołu Scrumowego. Jeśli mają pytania, powinni odezwać się natychmiast po przedstawieniu User Story.

Kolejnym krokiem jest rozpoczęcie dyskusji na temat wdrożenia User Story. W dyskusji uczestniczy cały Zespół Scrumowy, ale głównymi uczestnikami są Developerzy. Dyskusja dotyczy m.in. takich zagadnień jak:

  • techniczna strona zadania
  • umiejętności poszczególnych Developerów, które będą niezbędne do wykonania zadania
  • sposoby radzenia sobie z oczekiwanymi trudnościami
  • dodatkowe zadania związane z realizacją User Story.

Kiedy Deweloperzy uzgodnią najważniejsze kwestie, każdy z nich wybiera jedną z kart ze swojej talii Punktów Opowieści. Następnie umieszczają go zgodnie z ich opinią na temat cad User Story, który najlepiej odzwierciedla jego poziom złożoności.

Kolejny krok zależy od tego, w jaki sposób karty zostały rozdane:

  • Jeśli Deweloperzy umieścili na stole karty o różnych wartościach, wracają do dyskusji. Następnie zdejmują karty ze stołu i ponownie szacują wartość User Story. Sytuacja się powtarza i deweloperzy ponownie rysują, aż osiągną konsensus.
  • Jeśli Deweloperzy zgodzą się co do User Story, przechodzą do następnej rundy Planning Pokera. Właściciel Produktu przedstawia kolejną Historię Użytkownika, a procedura powtarza się aż do wyczerpania puli Historyjek Użytkownika zaplanowanych na bieżący Sprint.
Scrum technique: Planning Poker

Zalety i wady Planning Pokera

Zaletą Planning Pokera jest niewątpliwie standaryzacja pracy z User Stories. Zespół Deweloperski trzyma w rękach gotowy zestaw kart do obliczania nakładu pracy. Dzięki temu wartości w każdym Sprincie pozostają stałe, a Zespół uczy się szacować za pomocą określonych jednostek.

Kolejną ważną zaletą jest równy udział wszystkich Programistów w szacowaniu złożoności zadania. Nawet osoby, które nie są bezpośrednio zaangażowane w jego wykonanie, mogą wziąć udział w dyskusji. Na przykład poprzez zwrócenie uwagi na problemy, które nie wystąpiły, ponieważ np. Developerzy skupili się na technicznych aspektach zadania.

Kolejną korzyścią płynącą z gry w Planning Poker jest rozwijanie umiejętności określania limitów czasowych dyskusji oraz, jeśli to konieczne, ograniczania liczby rund rozgrywanych dla każdego User Story.

Jednak czas potrzebny do osiągnięcia konsensusu jest również jedną z najczęściej wymienianych wad Planning Pokera. Jeśli jeden lub więcej programistów nie chce zgodzić się z innymi, gra może potencjalnie ciągnąć się w nieskończoność.

planning poker

Streszczenie

Planning Poker to bardzo skuteczna technika szacowania względnego. Zespół Deweloperski otrzymuje gotowy schemat działań i wartości punktowe do szacowania czasu i trudności zadań. Dzięki temu mogą skoncentrować się na dyskusjach dotyczących rozwiązywania problemów, a także poprawić swoje szacunki, porównując obliczenia i historie użytkowników w czasie rzeczywistym.

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 | 24. Planning Poker 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.

Zobacz wszystkie posty

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