[milkway69]

Wprowadzają u nas uzupełnianie, na devopsie, liczy godzin, które zeszły na taska. Wcześniej mieliśmy same estymaty, macie też ten dodatkowy mechanizm raportowania? Niby widzę, że to może być pomocne przy jakiś metrykach, ale trochę abstrakcyjne mi się to wydaje od strony wyznaczenia realnej liczby godzin. Głównie biorąc pod uwagę to, że często przeskakuje pomiędzy taskami - taka specyfika projektu. Jeżeli macie zastosowany ten mechanizm, to jak piszecie te godziny? Dajcie tylko co estymata, zawyżacie, zaniżacie czy coś na oko byle było uzupełnione?
#programista15k

[sepuqqu]

@milkway69: ja wpisuje na pałe tak jak były estymaty a jak mi zabraknie godzin do wypełnienia tygodnia to dokładam z każdego zadania proporcjonalnie do jego wielkości i z małą nutką losowości

[szmichal]

@milkway69: zawsze zawyzam. Jak teraz development zajmie 4h to nie znaczy, ze w innym projekcie nie zjamie 8h bo bedzie nieoczekiwany bloker. Ogolnie zadna estymata niz latwe/srednie/trudne sie nie sprawdza a godzinowa astymata to raczysko i mozna to robic tylko jak sie dobrze zna codebase, projekt i domene a takze wszystkie zaleznosci z zewnatrz

[czupek]

@milkway69: To się kończy, że godzin wpisywane są nie mniejsze niż estymata by na to wskazywała, chyba, że task wybuchnie to wtedy więcej.

Bez znaczenia czy robicie SP jako Effort a nie MD.

[JayCube]

Niby widzę, że to może być pomocne przy jakiś metrykach, ale trochę abstrakcyjne mi się to wydaje od strony wyznaczenia realnej liczby godzin

@milkway69: My mamy cotygodniowy raport z estymatem ale zrobionych godzin.
Nie jest to ze ktos z tego nas rozlicza co do kwadransa, ale raczje jestto info dla PM jak idzie projekt.
Potem na tej podstawie mozna probowac estymowac podobny task w innym projekcie. Oczywiscie sa ta liczby "na

[AnonimoweLwiatko]

@milkway69: U nas co do minuty się wpisuje ale ja robie jako tako. Pyk, pyk, pyk, pyk, pyk, godzinki do zadań byle jak, żeby się częściowo zgadzały, reszta godzin na spotkania i fajrant.