Menu

Jak sprawić, by proces oszacowania był łatwy dzięki Planning Poker

how make agile estimation process easy with planning poker

Sztuka szacowania jest znana wszystkim.



Szacujemy każdy dzień w naszym życiu. Większość z nas może oszacować wagę warzyw po prostu trzymając je; dojrzałość owocu możemy również ocenić na podstawie jego aromatu.

co to jest dobry darmowy program do pobierania muzyki

Z dzisiejszego artykułu dowiemy się o Planning Poker, znanym również jako Scrum Poker Cards, zwinnej technice szacowania i planowania, która jest bardzo popularną, łatwą i prostą techniką w obecnych czasach.

Planning Poker Scrum Poker w Agile



Aby zobaczyć prawdziwy przykład oszacowania, weźmy scenariusz z 3 przyjaciółmi:

Tim, Bob i John, którzy po pracy chcą pojechać na konferencję techniczną. Obiekt oddalony jest o 60 km i ma pagórkowaty teren. Tim, Bob i John omawiają plan podróży w porze lunchu.

Mówi Bob , „Byłem na tej konferencji również w zeszłym roku. Znam drogę i dojazd tam zajmie 2 godziny ”.



Mówi Tim , „Jestem nowym kierowcą i nigdy wcześniej nie byłem w tej okolicy. Jeśli będę prowadził, zajmie to 4 godziny ”.

Mówi John , „Nie przeszkadza mi jazda po pagórkowatym terenie, ale wcześniej tam nie byłem. Więc może mi zająć 3 godziny, żeby nas tam zawieźć ”

Wydaje się, że to zwykła rozmowa, ale ci przyjaciele właśnie oszacowali, ile czasu zajmie każdemu z nich dojazd na konferencję techniczną, na podstawie ich wcześniejszych doświadczeń, umiejętności jazdy i znajomości terenu.

Podobnie w rozwoju oprogramowania zapewniamy szacunki na podstawie naszych podobnych doświadczeń z przeszłości , umiejętności techniczne i znajomość / znajomość domeny technicznych aspektów powierzonego zadania.

Czego się nauczysz:

Dlaczego musimy szacować?

Harmonogram realizacji projektu oprogramowania zależy od potrzeb biznesowych. Aby zespół dotrzymał terminów, ważne jest, aby zebrał się razem i przedstawił realistyczne oszacowanie.

Na wczesnym etapie projektu wymaganie może nie być dobrze zdefiniowane, szczegółowa metodologia rozwoju może nie zostać nakreślona, ​​zależności mogą nie zostać zidentyfikowane itp. Jednak ważne jest, aby ustalić szacunek na wysokim poziomie, aby można było zaplanować projekt odpowiednio.

Na przykład, jeśli oszacowanie wysokiego poziomu jest większe niż to, co zespół może osiągnąć w danym okresie, można podjąć decyzje, czy konieczne jest pozyskanie dodatkowego zasobu, wydłużenie terminów itp.

W związku z tym oszacowanie jest bardzo ważnym krokiem w cyklu życia oprogramowania.

Zrozumienie jednostek oszacowania

Jednostkami oszacowania mogą być godziny, dni lub punkty historii. Szacunki w godzinach i dniach są łatwe do zrozumienia i odniesienia się do nich. Pojęcie punktów fabularnych jest bardziej abstrakcyjne.

Punkty fabularne są używane jako miara złożoności i niewiadomych związanych z zadaniem. Wartość punktu historycznego jest obliczana zgodnie z obliczoną linią bazową. Ta linia bazowa jest ustalana przez sam zespół na podstawie prędkość zespołu w poprzednich projektach. Im wyższa wartość punktu fabularnego, tym więcej wysiłku potrzeba do wykonania określonego zadania.

Ważne jest jednak, aby zrozumieć, że punkty opowieści nie są równe godzinom, więc trudno jest porównać punkty opowieści i oszacowanie wysiłku w godzinach. Zatem 1 punkt historii? 1 godzina.

Co to jest Planning Poker lub Scrum Poker?

Zgodnie z definicją w Wikipedia :

„Poker planistyczny, zwany także pokerem Scrum, jest opartą na konsensusie, gamifikowaną techniką szacowania, używaną głównie do szacowania nakładu pracy lub względnej wielkości celów rozwojowych w tworzeniu oprogramowania”

Słowo „poker” przypomina wszystkim o grze karcianej w pokera i nie trzeba dodawać, że ta technika szacowania wykorzystuje karty do oszacowania. Omówimy

Więcej o kartach i sposobie planowania sesji pokerowej omówimy w kolejnych częściach artykułu.

Zalecane narzędzie

# 1) Agile Poker

Banner Agile Poker

Agile Poker to dobrze znana aplikacja dla Jira do szybkiego i wygodnego planowania i szacowania zarówno dla zespołów zdalnych, jak i kolokowanych.

Rozpoczęcie pracy z Agile Poker jest proste i łatwe, ponieważ zostało zainspirowane trzema standardowymi metodologiami szacowania: Planning Poker®, Wideband Delphi i Magic Estimation (znane również jako Silent Grouping, Affinity Estimation, Swimlanes Sizing lub Relative Estimations).

=> Pobierz narzędzie Agile Poker tutaj

Kiedy kończy się planowanie pokera?

Planning Poker jest techniką szacowania i jak wszystkie sesje z kosztorysowaniem, powinno się odbywać przed iteracja / sprint zaczyna.

Historie użytkowników można pobrać z problemów z zaległości i wstępnie wybrać przed spotkaniem dotyczącym planowania gry w pokera. Opierając się na szacunkach przedstawionych dla historyjek użytkownika, można podjąć decyzję dotyczącą historii, które zostaną uwzględnione w każdej iteracji.

Na przykładOpierając się na dotychczasowej szybkości i wydajności zespołu, kierownik projektu ma świadomość, że zespół jest w stanie dostarczyć 20 punktów fabularnych w ciągu 2 tygodni. Jeśli podczas planowania sesji pokerowej, całkowite oszacowanie wstępnie wybranych historyjek użytkownika przekroczy 20 punktów, wówczas kierownik projektu podejmie decyzje dotyczące tego, które historyjki użytkownika uwzględnić i / lub pominąć w następnej iteracji, aby zespół mógł z powodzeniem dostarczyć popełniane na czas historie użytkowników.

Prowadzenie sesji planowania w pokera

Przeprowadźmy próbną sesję planowania gry w pokera, aby lepiej zrozumieć proces.

Aby przeprowadzić sesję planowania pokerowego, potrzebujesz kilku kopii talii kart planowania scrum. Nie jest konieczne posiadanie kart papierowych. Istnieje kilka aplikacji online, takich jak Scrum Poker (Android) lub Scrum Poker Planowanie (IOS), itp., Z których można korzystać.

Karty będą miały wspólne szacunki, np. 0, 0,5,1, 2, 3, 5, 8, 13, 20 itd. To sekwencjonowanie będzie wyglądać znajomo dla większości czytelników i jest to seria Fibonacciego.

pytania i odpowiedzi do wywiadu na temat architektury komputera pdf

Inne opcjonalne karty to:? - do wskazania, że ​​estymator jest niepewny, symbol nieskończoności - do wskazania, że ​​zadanie nie może zostać ukończone, oraz Karta filiżanki kawy - do wskazania, że ​​estymator musi zrobić sobie przerwę.

Poniższy rysunek przedstawia talię kart planowania pokera:

planowanie kart do pokera

Jeśli chcesz, możesz również użyć urządzenia z zegarem, aby śledzić i ograniczać czas spędzony na każdej dyskusji

W przypadku tej sesji planowania gry w pokera rozważ aplikację rejestracyjną uniwersytetu opartą na Internecie. Poniżej znajdują się historie z backlogu, które mają zostać wdrożone w nadchodzącym sprincie:

Historia użytkownika 1: Jako użytkownik nie powinienem móc się zarejestrować bez podania numeru telefonu komórkowego

Opis: Ustaw pole telefonu komórkowego jako obowiązkowe. Użytkownik otrzyma komunikat o błędzie „Numer telefonu komórkowego jest obowiązkowy”, jeśli pole pozostanie puste. W tym wyskakującym komunikacie o błędzie powinien znajdować się przycisk „Zamknij”. Interfejs użytkownika okna dialogowego oraz rozmiar i styl czcionki tekstu komunikatu o błędzie powinny być takie same, jak inne komunikaty wyskakujące w formularzu. Ta wiadomość zostanie wywołana, gdy użytkownik spróbuje zapisać aplikację.

Historia użytkownika 2: Jako użytkownik nie powinienem móc się zarejestrować bez podania numeru telefonu komórkowego w odpowiednim formacie

Opis: Dodaj walidację numeru komórki (powinna teraz mieć format 111-111-1111). Użytkownik otrzyma informację „Format numeru telefonu komórkowego powinien być 111-111-1111”, jeśli format jest nieprawidłowy. W tym wyskakującym komunikacie o błędzie powinien znajdować się przycisk „Zamknij”. Interfejs użytkownika okna dialogowego oraz rozmiar i styl czcionki tekstu komunikatu o błędzie powinny być takie same, jak inne komunikaty wyskakujące w formularzu. Ta weryfikacja zostanie uruchomiona, gdy użytkownik spróbuje zapisać aplikację

Zadanie 3: Zmień logo uniwersytetu na nowe logo na wszystkich 75 stronach aplikacji internetowej

Zakładamy, że moderatorem jest Tia, Analityk Produktowy projektu. Estymatorami są Tony (programista), Maria (projektant interfejsu użytkownika) i Gavin (tester). Jose, Project Manager również będzie obecny na spotkaniu, ale nie będzie uczestniczył w szacowaniu.

Krok 1 : Tia planuje sesję planowania gry w pokera i rozpowszechnia potencjalne historie użytkowników, które zostaną uwzględnione w następnym sprincie z zespołem.

Krok 2: Wszyscy uczestnicy biorą udział w spotkaniu. Kiedy spotkanie się zaczyna, Tia wręcza talię kart każdemu estymatorowi lub każdy estymator otwiera aplikację do planowania pokerowych kart na swoim smartfonie.

Krok 3 : Tia przedstawia przegląd historii użytkownika 1. Estymatorzy proszą o wyjaśnienia, omawiają pokrótce obszary wpływu, metodologię rozwoju itp.

jak testować witrynę w różnych przeglądarkach

Krok 4: Na pytanie Tii każdy estymator dzwoni na swój numer. Maria, Tony i Gavin wybrali 2 punkty historii jako szacunki.

Krok 5: Po osiągnięciu konsensusu zespół przechodzi do następnego wymagania.

Krok 6: Tia przedstawia przegląd Wymagania 2. Wszyscy wybrali 1 punkt fabularny jako oszacowanie, konsensus został osiągnięty, zespół przechodzi do następnego wymagania.

Krok 7: Tia przedstawia przegląd Zadania 3. Maria i Tony wybrali 1, a Gavin jako oszacowanie wybrał 2 punkty opowieści. Ponieważ konsensus nie został osiągnięty, Tony i Gavin proszeni są o uzasadnienie swojego wyboru. Tony mówi, że ponieważ logo uniwersytetu jest wyświetlane z jednego miejsca na każdej stronie internetowej, wystarczy zaktualizować logo w tym jednym miejscu i uważa, że ​​1 punkt historii jest wystarczającym oszacowaniem dla rozwoju i testowania obu.

Z drugiej strony Gavin twierdzi, że chociaż lokalizacja logo jest scentralizowana, wszystkie strony internetowe używają różnych arkuszy stylów, tester musiałby przejść do każdej strony internetowej i sprawdzić, czy logo jest wyświetlane poprawnie (nie powinno być ucięte, nie powinien wyglądać na rozciągnięty itp.).

Ponadto testy musiałyby zostać przeprowadzone dla wielu przeglądarek. Tak więc, według Gavina, 2 punkty fabularne to realistyczne oszacowanie dla rozwoju i testowania.

Krok 8: Tia wzywa do rewaluacji szacunków. Teraz Maria, Tony i Gavin zgadzają się i wybrali szacunkowo 2 punkty historii.

Wszystkie historie użytkowników są teraz szacowane, a całkowita wartość punktowa historii następnego sprintu wynosi 2 + 1 + 2 = 5 punktów historii. Project Manager / Project Analyst następnie formalnie utwórz nowy sprint i zaplanuj datę rozpoczęcia i zakończenia sprintu.

Podsumowanie kroków

(Kliknij, aby powiększać wizerunek)

planowanie kroków w pokera

Narzędzia do planowania pokera online:

  1. PlanningPoker
  2. Plan ITPoker
  3. Wskazując w pokera
  4. Agile poker dla JIRA
  5. Agile @ Hand

Kilka przydatnych wskazówek

# 1. Estymatory powinny zostać przygotowane i wcześniej przejść przez wymagania. Można to zrobić podczas sesji Grooming Backlog. Przygotowanie jest niezbędne, ponieważ szacunki muszą być dostarczane na podstawie zrozumienia wymagań.

Na przykładAby zapewnić dokładne oszacowanie, deweloper musi mieć jasność co do metodologii, którą będzie stosować w celu wdrożenia wymagań. Jeśli istnieją pewne niewiadome lub zadanie jest bardzo złożone, wątek fabularny, a oszacowanie związane z zadaniem będzie wyższe.

#dwa. Planowanie spotkania pokerowego jest zajęciem ograniczonym czasowo, a jego celem jest zebranie się jako zespół i przedstawienie szacunków. Należy skupić się na przedstawieniu danych szacunkowych na podstawie wcześniejszych osiągnięć zespołów (lub szybkości). Tego spotkania nie należy mylić z innymi spotkaniami, takimi jak Daily Scrum, Backlog Grooming czy Retrospective.

# 3. Szacunki powinny być dostarczone przez osoby, które faktycznie będą pracować nad projektem. W przypadku zespołów znajdujących się w różnych lokalizacjach geograficznych osoby pracujące nad projektem muszą współpracować i przedstawiać szacunki. Spotkanie może odbywać się online, aby ułatwić pracę zespołom ze wszystkich lokalizacji na świecie.

# 4. Pamiętaj o dobrej zabawie!

Planowanie zabawy w pokera

[wizerunek źródło ]

Wniosek

  • Planning Poker Estimation działa naprawdę dobrze w zwinna metodologia .
  • Ta technika jest skalowalna, a szacunki są oparte na szybkości zespołu
  • Planning Poker jest również bardzo udany ze względu na fakt, że szacunki otrzymujemy bezpośrednio od osób, które będą pracować nad zadaniem, a więc jest bardziej realistyczny.
  • Jeśli Kierownik Projektu sam przedstawi szacunki, bez konsultacji z zespołem lub finalizowania szczegółów technicznych, może to w istocie narazić projekt na ryzyko z powodu przyjętych założeń, przeoczenia szczegółów itp.
  • Coraz więcej firm przechodzi obecnie na Agile i stosuje takie nietradycyjne techniki szacowania.

Szacowanie jest istotną częścią Planowanie . Podejście do szacowania powinno być spójne, elastyczne, skalowalne i dobrze sprawdzające się zarówno w przypadku mniejszych zadań, jak i historyjek użytkownika. Nie powinno też pochłaniać dużo czasu i zasobów zespołu.

Ostatnią rzeczą, której potrzebujesz, jest zadanie szacowania dla Szacowania!

O autor: Ten przydatny artykuł został napisany przez Nehę B. Ona jestObecnie pracuje jako Kierownik ds. Zapewnienia Jakości i specjalizuje się w kierowaniu i zarządzaniu zespołami ds. kontroli jakości w firmie i poza nią.

Daj nam znać, jeśli masz jakieś pytania dotyczące techniki Planning poker do szacowania i planowania Agile.

rekomendowane lektury



^