Czy można zmienić szacunki w trakcie iteracji?


14

Zaczęliśmy używać Agile / Scrum w zespole 4 programistów. Dokonaliśmy oszacowań historii i uporządkowaliśmy historie Przygotowane historie w rejestrze produktów.

Zaczęliśmy od punktowej oceny złożoności od 1 do 5, zamiast zwykłych 1,2,3,5,8,13 .... i tak dalej

Po pracy nad kilkoma historiami czuliśmy, że niektóre historie, które zostały oszacowane na 4 punkty, powinny mieć tylko 2, podczas gdy inne, które zostały oszacowane na 2, są znacznie bardziej złożone i powinny być oszacowane na 5. Chciałbym wiedzieć:

  • Czy można zmienić nasze prognozy historii w trakcie iteracji?
  • Czy można użyć obecnych punktów szacunkowych od 1 do 5 zamiast zwykłych 1,2,3,5,8,13 .... i tak dalej

Chociaż osobiście uważam, że nie powinno tak być w obu przypadkach, ale muszę się poprzeć, ponieważ moje własne zrozumienie nie jest bardzo jasne (choć każdy dobry materiał referencyjny byłby dobry!)


4
Zadajcie sobie pytanie: jaka jest korzyść ze spędzenia czasu na ponownym szacowaniu w połowie sprintu? Jaka jest korzyść ze spędzania więcej czasu na „kłótni” o drobnoziarniste 3 vs. 4 vs. 5 w porównaniu do szorstkich 3 vs. 5?
Hugo,

Odpowiedzi:


13

Czy można zmienić nasze prognozy historii w trakcie iteracji?

Absolutnie nie. Spodziewamy się, że tak się stanie. Oczekujemy, że błędy z czasem się wyrównają. Naprawdę dostosowujemy szacunki tylko wtedy, gdy jest jasne, że pewna kategoria (np. Nowe strony internetowe) zawsze będzie bardziej złożona, niż myśleliśmy, gdy oszacowaliśmy je wszystkie.

Ponieważ epicka opowieść jest podzielona na mniejsze historie (co powinno się wydarzyć na długo przed sprintem), możemy wydawać się, że dostosowujemy pierwotne oszacowanie, ale nazwałbym to dopracowaniem, a nie ponownym oszacowaniem. To dlatego, że w tym czasie mamy wyraźniejszy pogląd.

Agile Estimating and Planning Mike'a Cohna to dobra książka na ten temat. Ostrzegam przed użyciem go (lub jakiejkolwiek książki „Agile”) jako biblii, ale jest to dobry punkt wyjścia do udoskonalenia procesu.

Mówi o tym, jak błędne szacunki równoważą się z „magią”, ale podkreśla, że ​​widział, jak to działa w kółko.

Czy można użyć obecnych punktów szacunkowych od 1 do 5 zamiast zwykłych 1,2,3,5,8,13 .... i tak dalej

Zastosowanie serii punktów Fibonacciego jest akceptacją, że im większa historia, tym mniej dokładne są nasze szacunki (patrz mój wcześniejszy komentarz na temat Epiki).

Ale jeśli to nie działa, szczególnie jeśli utrzymujesz wszystkie swoje prace na małym poziomie, nie używaj go. To wytyczna, a nie reguła.

Rozmiary koszulek (SML XL XXL) są również popularne i zasadniczo nie różnią się od (1 2 3 4 5).


+1: Porozmawiaj o tym podczas retrospekcji. Ponownie oszacuj, kiedy zmienisz priorytet na początku następnej wiosny. Dlatego masz sprinty. Brak kosztów zarządzania podczas sprintu - po prostu stwórz kod.
S.Lott,

Jeśli chodzi o korzystanie z serii fabonacci, powiedz, że wiesz, że historia zajmie prawie 3 dni, a nie. zadań do wykonania historii to A, B, C. Czujesz też, że nie jest to zbyt skomplikowane, ale każde z tych zadań zajmie 1 dzień. Jak oceniasz tę historię?
tintin,

@tintin: Powodem używania punktów jest unikanie mówienia takich rzeczy jak „wiesz, że opowieść zajmie prawie 3 dni”. Punkty są względnie arbitralne, każde zadanie opiera się na złożoności w porównaniu do innych zadań (oczywiście należy unikać używania niedoszacowanych zadań jako wartości bazowych). Ale unikasz brakujących liczb, aby uwzględnić niepewność. Jeśli więc zadanie B jest dwa razy bardziej skomplikowane niż zadanie A, a zadanie A oznaczono jako 2 punkty, oznacz zadanie B jako 5 punktów.
pdr

+1 za: im większa historia, tym mniej dokładne są nasze szacunki
kevchadders

1

Czy można zmienić nasze prognozy historii w trakcie iteracji?

Absolutnie tak - jeśli wpłynie to na obecne lub przyszłe wiosenne planowanie. Celem zwinności jest oparcie swoich działań na informacjach, które są tak aktualne i poprawne, jak to możliwe.

Jeśli oszacowanie okaże się tak błędne, że nie można ukończyć bieżącego sprintu w jego timeboxie, musisz działać zgodnie ze zmienionym oszacowaniem, więc prawdopodobnie będziesz chciał go zmienić. Jeśli opierasz nowe szacunki na starych (i faktycznie patrzysz na nie, zamiast polegać na pamięci / doświadczeniu), potrzebujesz ich poprawności.

Z drugiej strony, tak naprawdę nie ma żadnej wartości per se w oszacowanie jest prawidłowe. Nie trać czasu na upiększanie jakiejkolwiek bezsensownej statystyki.


W naszym przypadku wstępne szacunki były duże, a praca nad tym okazała się znacznie mniejsza. Więc nie jest tak, że nasz obecny sprint nie jest ukończony na czas, ale mamy więcej czasu. Dlatego kierownik sugeruje obniżenie szacunków.
tintin,

@Michael, ta odpowiedź może być prawdziwa w przypadku niektórych zwinnych procesów, ale pytanie dotyczy Scruma. W Scrumie nie zaleca się zmiany punktów fabularnych po planowaniu sprintu, ponieważ metryka prędkości zespołu może być zagrożona.
GuyR

Niepowodzenie szacunków ma tę zaletę, że można je wykorzystać do odpowiedniego skorygowania przyszłych szacunków. Jeśli oszacujesz zbyt długo, to tyle samo niepowodzenia, co oszacowanie za krótkie, ponieważ wynikiem są niewykorzystane zasoby. Wartość prawidłowych szacunków polega na tym, że wiesz, że prawdopodobnie osiągniesz swoje cele związane z wydaniem, a Twój zespół jest w pełni wykorzystywany. Dlatego zawsze opierasz przyszłe szacunki na swoich przeszłych doświadczeniach, dostosowując je do tego, czego dowiadujesz się o swoich szacunkach po drodze.
S.Robins,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.