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

9

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.

Pomario
źródło

Odpowiedzi:

4

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.

Thomas Owens
źródło
Przykładowo uzasadnienie liczbami, powiedzmy na końcu Sprint n, mamy: 17 ukończonych punktów opowieści * 0,97 (1 dzień dewelopera) = 16,49 prędkości; stosując inną formułę, 17 sp / 0,97 = 17,52. Teraz pojawia się pytanie. Jaka jest nasza spodziewana prędkość na spotkaniu planistycznym następnego Sprintu (n + 1) przy obecnej pojemności 0,875 (5 dni wolnych między programistami)? Jak oceniamy, co możemy osiągnąć dzięki zmniejszonej wydajności?
Pomario,
@Pomario Zakładam, że 2 tygodnie, 40 godzin tygodniowo, 8 godzinny sprint. Zakładając, że jedna osoba wzięła jeden dzień wolny, pojemność powinna wynosić 0,99 dla pierwszej formuły lub 72 dla drugiej. Daje to obliczoną prędkość 16,66 lub 0,24. Twoja zdolność do następnego sprintu wyniesie 0,5 lub 40. Podłącz poprzednią prędkość i oczekiwane obciążenie do równań. Oznacza to, że powinieneś przynieść od 8 do 10 punktów opowieści, ponieważ pomnożysz ukończoną prędkość przez oczekiwane obciążenie. Błądzę bliżej 8 lub 9. (Ktoś może również chcieć dwukrotnie sprawdzić moją matematykę - dzisiaj jestem trochę chory.)
Thomas Owens
Właśnie zdałem sobie sprawę, że popełniłem błąd - pierwsza wydajność wyniesie 0,90, a nie 0,99, ponieważ 8 godzin to 10% 80-godzinnego tygodnia pracy. Oznacza to, że obliczona prędkość pierwszego sprintu wyniósłaby 15,3. Analiza danych nie zmienia się.
Thomas Owens
1

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.

Asim Ghaffar
źródło
1

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.

Mikrofon
źródło