Jak oszacować prędkość sprintu przy różnej wydajności zespołu?

Jesteśmy małym zespołem 4 deweloperów raczej zielonym w Scrumie. Pochodzący z całego kraju często robimy sobie dziwne dni wolne lub całe tygodnie wolnego, aby wrócić do domu. Dlatego pojemność naszego zespołu zmienia się drastycznie z jednej iteracji na drugą z powodu rocznych urlopów, co prowadzi do bardzo różnych prędkości z jednej iteracji do drugiej. Jak uwzględnić pojemność zespołu podczas szacowania prędkości na spotkaniu planowania? Dane historyczne będą odzwierciedlać bardzo różne zdolności i nie możemy czekać jednego roku, aby uzyskać średnią dla naszej oszacowanej prędkości.

Może to być proste podejście, ale dlaczego nie obliczyć prędkości jako completed story points * capacitylub completed story points / capacity, w zależności od sposobu pomiaru pojemności. Jeśli mierzysz pojemność w roboczogodzinach, użyj drugiego. Jeśli mierzysz pojemność jako odsetek 40-godzinnego tygodnia, użyj pierwszego. Kiedy zbierasz punkty historii, powinieneś mieć dobry pomysł na temat swojej zdolności do danego sprintu i korzystać z danych historycznych swojego projektu, aby określić punkty historii ukończone dla danego obciążenia.

Stwarza to jednak pewne potencjalnie niebezpieczne założenia, takie jak traktowanie wszystkich pracowników na równi - jeśli twój młodszy programista bierze tydzień wolnego lub programista z największym doświadczeniem w dziedzinie i / lub technologie bierze tydzień wolnego, twoja wydajność będzie ta sama wartość liczbowa, ale wpływ na prędkość prawdopodobnie byłby inny.

Ostatecznie, podczas planowania sprintu używaj profesjonalnej oceny opartej na danych historycznych. W takim przypadku użyj poprzedniej prędkości jako danych wejściowych do innego schematu szacowania, w którym uczestniczy zespół. Popełniłbym również ostrożność - łatwiej jest wciągnąć więcej pracy do sprintu niż usunąć zobowiązanie do wykonania zadania.

Prędkość może się różnić, nawet jeśli pojemność pozostanie taka sama.

Więc po prostu zaufaj swojej prędkości, że sama zajmie się różną wydajnością, tj. Zakładając, że jesteś w 3. sprincie, weź średnio z dwóch ostatnich ukończonych sprintów, aby przejść do następnego sprintu. nie martw się o wariancję pojemności.

Prędkość jest wskazówką, a nie miarą. Po prostu weź średnią wszystkich twoich sprintów (uwzględniając odchylenie standardowe) i średnią swoich najgorszych trzech, średnią twoich najlepszych trzech i powiedz: „Zdecydowanie to zrobimy, możemy to zrobić, nie dostaniemy te zrobione ”. Rysując trzy linie przez (w pełni oszacowane) zaległości przy użyciu tych trzech prędkości i surowego terminu (udawaj, że to 12 sprintów i 12x najgorsza prędkość to 75, 12x Twoja najlepsza to 120 i 12x Twoja średnia to 90. W zaległości wynoszącej 100 punktów , nawet w najgorszym przypadku możesz zrobić trzy czwarte, najlepiej zrobić wszystko i średnio dostarczyć większość.

Dzięki tym danym, Twój PO może podejmować wszystkie decyzje, których potrzebuje MUSI, chcielibyśmy mieć to, czego nie miałby pominąć.

Ostatecznie, rzeczy się zmieniają, pojawiają się wymagania i, cóż, rzeczy znów się zmienią. Nie rzucaj kotletów w matematykę, aby uzyskać konkretną liczbę, dokładne zakresy są wystarczające do tego rodzaju rzeczy. Oprzyj się na problemach z oprogramowaniem, a nie na zaległościach.