Jak szacować historię użytkownika za pomocą automatycznej tabeli affinitetu

Punkty historii czy dni, czy oba?

Ludzie często spierają się, czy używać punktów historii czy godzin (lub dni) w szacowaniu historii. Niektórzy uważają, że nie musimy wcale obliczać punktów historii i prędkości zespołu. No cóż, różne zespoły mogą mieć różne zdania, ale mimo wszystko większość projektów Agile wykonuje szacowanie historii i traktuje je jako jedno z bardzo przydatnych narzędzi w realizowaniu projektów na czas i w budżecie.

Tabela affinitetu do szacowania historii

W Visual Paradigm, nie traktujemy szacowania historii jako procesu konfliktowego lub negocjacyjnego, ale jako procesu budowania zespołu, który czyni współpracę nad zadaniami i obciążenie jasnym i przejrzystym dla wszystkich członków zespołu. Narzędzie do historii użytkownika wyposaża zespół w tabelę affinitetu do automatyzacji procesu szacowania historii wraz z eliminacją spike’ów. Dodatkowo, wizualna tabela affinitetu wspiera szacowanie w czasie rzeczywistym zarówno za pomocą punktów historii, jak i godzin historii jednocześnie. Gdy przesuwasz historię wzdłuż tabeli, jednocześnie wyświetlają się zarówno punkty historii, jak i godziny, podczas gdy historia nadal się porusza. Po prostu połóż historię w kratce, gdzie zespół uzna, że szacowanie jest odpowiednie.

Jak oblicza tabela affinitetu?

Aby zrozumieć, jak punkty historii i dni są automatycznie szacowane w tabeli affinitetu, musimy zrozumieć, że kratki poziome reprezentują wysiłek pracy, rosnące od lewej do prawej, a złożoność rozwoju historii (np. nowa technologia, nowa dziedzina itp.) rośnie od góry do dołu.

Ponieważ maksymalna liczba dni potrzebnych do opracowania historii użytkownika powinna wynosić nie więcej niż długość sprintu (jeśli nie, to historia użytkownika jest zbyt duża i musi zostać podzielona, albo sprint jest ustawiony zbyt krótko i wymaga przedłużenia), więc liczba dni w prawym dolnym polu powinna również być równa długości sprintu. Na podstawie tego założenia szacowanie historii może być obliczane automatycznie.

Affinitet historii użytkownika do szacowania

Szacowanie historii użytkownika nigdy nie może być dokładne na 100 procent, a w rzeczywistości żaden sposób nie osiąga tego. Aby poprawić dokładność szacowania, zaczynamy od ustalenia długości sprintu (np. dwa tygodnie, czyli 10 dni roboczych) i wykonujemy szacowanie kilku historii, które wydają się najbardziej komfortowe do szacowania (np. 5 dni, a poziom pewności jest średni). W tym przypadku umieścisz historię w środku pionowo (poziom pewności lub ryzyka) i poziomo (wysiłek pracy równy 5 dniom, czyli połowie długości sprintu, czyli 10 dni). Możesz potem użyć tego jako punktu odniesienia do szacowania innych historii. Zastanów się, czy ta historia wymaga więcej wysiłku niż odniesiona, czy mniej, i czy ma większe ryzyko lub mniejsze. Gdy umieścisz więcej historii na tabeli affinitetu, możesz porównywać kilka historii, aby sprawdzić, czy ich rozłożenie jest logiczne, a następnie przestawiać je, aby było sprawiedliwe – i tyle. Proces jest trochę bardziej sztuką niż inżynierią. Wykonaj go i omów w spotkaniu zespołowym, a nie w konfrontacji. Dokładność zazwyczaj się poprawia, gdy zespół staje się bardziej dojrzały.

Usuń ryzyka za pomocą spike’a projektowego

Zgodnie z Słownikiem Agile definicja spike’a brzmi:

„Zadanie skierowane na odpowiedź na pytanie lub zebranie informacji, a nie na produkcję dostarczalnego produktu. Czasem powstaje historia użytkownika, którą nie da się dobrze oszacować, dopóki zespół rozwojowy nie wykona rzeczywistej pracy w celu rozwiązania problemu technicznego lub problemu projektowego. Rozwiązaniem jest stworzenie „spike’a”, czyli jakiejś pracy, której celem jest dostarczenie odpowiedzi lub rozwiązania.”

Podczas szacowania historii użytkownika bierzemy pod uwagę nie tylko wysiłek rozwojowy, ale także ryzyka i niepewności związane z nimi. Często spike jest tworzony przed oficjalnym rozpoczęciem sprintu w celu zarządzania pracą wymaganą do wykonania, aby inne historie użytkownika mogły być szacowane sprawiedliwie.