Top 7 Najpopularniejszych Metod Estymacji Agile dla Historii Użytkownika

Table of Contents hide

1 1. Poker Planistyczny

2 2. Rozmiar T-shirtu

3 3. Głosowanie Kropkowe

4 4. System Wiader

5 3. Metoda Trzech Punktów

6 6. Estymacja Afiliacyjna

7 7. Metoda Sortowania

7.1 Podsumowanie

7.2 Inne artykuły o technikach i artefaktach Scrum

Kiedy mowa o estymacji agile, nie można pominąć jej podstawowych zasad: używaj względnych jednostek estymacji (takich jak punkty historii), promuj szczegółową dyskusję na temat treści historii użytkowników, formuj konsensus i zaangażowanie w rozwiązanie oraz wzmacniaj zespół poprzez spójną współpracę.

Metody Estymacji Agile dla Historii Użytkownika — Visual Paradigm International

Wiele zespołów agile wokół mnie używa „pokera planistycznego” do estymacji punktów historii. Chociaż ta metoda jest popularna, ma również swoje ograniczenia.

Na przykład:

Funkcja do oszacowania jest zbyt duża i trudno ją oszacować za pomocą „pokera planistycznego”;
Wychodzi 300 historii;
Historia użytkownika do oszacowania nie ma wystarczających informacji do odniesienia;
Czas jest ograniczony, nie ma czasu na oszacowanie całej listy wymagań produktu.

Zatem ten artykuł nie tylko przedstawia najpopularniejsze metody estymacji agile „poker planistyczny”, ale także 6 innych metod estymacji agile, które spełnią wszystkie Twoje potrzeby w zakresie estymacji historii użytkownika.

1. Poker Planistyczny

Wszyscy uczestnicy używają ponumerowanych kart do gry, aby oszacować historię użytkownika, głosują anonimowo podczas estymacji, dyskutują, jeśli występuje duża niezgodność, a następnie głosują ponownie, aż cały zespół osiągnie konsensus co do dokładności oszacowania. Użycie pokera planistycznego ma ograniczenia i najlepiej nadaje się dla małych zespołów (5–8 osób) oraz niewielkiej liczby historii użytkowników (do 10).

Wskazówka:Chociaż nie jest to zasada, zdecydowanie zaleca się dzielenie historii użytkowników w backlogu produktu na nie większe niż 13 punktów; aby Twój zespół mógł jasno zrozumieć historie użytkowników na poziomie szczegółów, które można wygodnie oszacować.

Karta Pokera Planistycznego — Metody Estymacji Agile

2. Rozmiar T-shirtu

Użyj rozmiaru T-shirtu do oszacowania rozmiaru historii użytkownika: XS, S, M, L, XL. Rozmiar każdego rozmiaru reprezentuje potrzebę otwartej i szczerej dyskusji. Ta metoda jest szybka i łatwa, a możesz oszacować rozmiar listy wymagań produktu w odważny sposób.

Wskazówka:Ta metoda nadaje się do estymacji ogromnej listy wymagań dużych historii użytkowników, szczególnie gdy kilka zespołów Scrum pracuje nad produktem.

Metoda Estymacji Agile Rozmiar T-shirtu — Visual Paradigm International

3. Głosowanie Kropkowe

Ta metoda nadaje się do estymacji małych historii użytkowników, a sama metoda jest bardzo prosta i skuteczna. „Głosowanie kropkowe” to sposób podejmowania decyzji, ale można go również użyć do estymacji historii użytkowników. Metoda polega na tym, że każda osoba otrzymuje kilka karteczek samoprzylepnych, które może dowolnie wykorzystać do głosowania na historie użytkowników. Im więcej kropek otrzymuje historia użytkownika, tym większą objętość reprezentuje.

Wskazówka:Ta metoda może być używana zarówno w dużych, jak i małych zespołach, ale musisz ograniczyć liczbę estymowanych historii użytkowników.

Metoda Estymacji Agile Głosowanie Kropkowe

4. System Wiader

Załóżmy, że masz dużą liczbę historii użytkowników, które muszą być oszacowane, i chcesz przyspieszyć cały proces. Właściwie szukasz oszacowania, które jest bardziej efektywne niż poker planistyczny, wtedy „system wiader” może być pożądanym wyborem.

Najpierw ustaw kilka „wiader” w kolejności sekwencyjnej „karty pokera planistycznego”. Następnie zespół pisze historię użytkownika do oszacowania na karteczce samoprzylepnej i wkłada ją do oszacowania „wiadra”.

3. Metoda Trzech Punktów

Oszacowanie 3 punktowe należy do obszaru wiedzy zarządzania czasem. Może być również używane podczas Estymacji Kosztów. Problem z oszacowaniami punktowymi polega na tym, że rzadko są one poprawne. Oszacowanie trzech punktów jest lepszym oszacowaniem w porównaniu do oszacowania punktowego.

Oszacowanie punktowe po prostu daje Ci jedną liczbę — na przykład,

Rozwój: Ile czasu zajmie ukończenie funkcji procesu zamówienia?

Jak wiarygodne jest to 5 dni oszacowanie? Będzie to zależało od programisty i od tego, czy to zadanie było wcześniej wykonywane, czy nie? Jeśli jest to rutynowe zadanie, które było wykonywane wiele razy, oszacowanie punktowe może być właściwym rozwiązaniem. Ale jeśli jest to coś, co nigdy nie było robione, lub jest to nowa aktywność, lub inżynier jest nowy w tej aktywności, ta liczba może być błędna. W takich przypadkach wybór oszacowania trzech punktów da Ci większą wiarygodność.

Oszacowanie trzech punktów uwzględnia najbardziej optymistyczne oszacowanie (O), najbardziej prawdopodobne oszacowanie (M) oraz pesymistyczne oszacowanie (najmniej prawdopodobne oszacowanie) lub (L).

6. Estymacja Afiliacyjna

Estymacja afiliacyjna polega na znalezieniu podobieństw między historiami użytkowników do oszacowania. Zadaniem zespołu jest grupowanie podobnych historii użytkowników. Najlepszym sposobem na „znalezienie podobieństwa” jest wizualizacja procesu i połączenie subtotali w duże grupy.

Wskazówka:Ta metoda najlepiej działa w małej grupie ludzi i przy niewielkiej liczbie historii użytkowników, musisz przypisać różne oszacowania do różnych grup.

7. Metoda Sortowania

To podejście pozwala na stosunkowo dokładne oszacowanie względnego rozmiaru historii użytkownika. Jeśli zrobi to mała grupa ekspertów, będzie to działać najlepiej.

Oto jak: Umieść wszystkie historie użytkowników na etykiecie od niskiej do wysokiej w dowolnej kolejności, a każdy uczestnik może przesunąć historię użytkownika na skali, przesuwając tylko jeden poziom w dół lub w górę przy każdym ruchu. Lub zrezygnuj z rundy. Powtarzaj ten proces, aż wszyscy członkowie zespołu nie będą chcieli przesunąć historii użytkownika lub zrezygnują z jednej rundy.

Wskazówka:Ta metoda sortowania może uzyskać oszacowanie o drobnej wielkości, co jest odpowiednie dla małych grup ludzi i dużej liczby historii użytkowników.

Podsumowanie

Celem tego artykułu jest wprowadzenie Cię w istnienie tych metod. Przed codziennym użyciem powinieneś wypróbować różne metody w oparciu o własne historie użytkowników i wielkość swojego zespołu.

Jeśli jesteś zainteresowany tymi metodami, proszę zostaw wiadomość w sekcji komentarzy. Mogę szczegółowo omówić metodę(y) w osobnym artykule.

Inne artykuły o technikach i artefaktach Scrum

Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文