Ile wam zajmowało wykonywanie tasków jak byliście juniorami?

Odpowiedz Nowy wątek
2019-08-13 22:50
0

Ile wam zajmowało wykonywanie tasków jak byliście juniorami? Chodzi mi o to, że np task był wyceniony na 10h to czy faktycznie wam tyle to zajmowało? Jeśli nie, to ile czasu potrzebowaliście?

Pozostało 580 znaków

2019-08-13 22:59
1

Pierwsza sprawa, to czy osoba która estymowała task (zakładam, że to ktoś bardziej doświadczony niż Ty) wiedziała, że trafi on do juniora? Bo jeśli estymowała "pod siebie" to powinieneś pomnożyć to przez 2 (przynajmniej).

Druga sprawa to to, że nie ma ogólnej odpowiedzi na Twoje pytanie. Wszystko zależy od taska i od tego kto to estymował. Nawet jak się nie wyrobisz, to warto wspomnieć o tym liderowi i podać przyczynę. ;)

edytowany 2x, ostatnio: kixe52, 2019-08-13 23:01

Pozostało 580 znaków

2019-08-13 23:06
3

nawet seniorzy się nie mieszczą tylko rzadziej

Pokaż pozostałe 25 komentarzy
Ofc. szanuje te techniki i w odpowiednich miejscach i sytuacjach mają sens (jak każda inna technologia jeśli poprawnie użyta, nawet Delphi, php czy Cobol), jednak problem estymat i rozjazdów nadal nie został rozwiązany. - somedev 2019-08-20 06:08
W przypadku "klasycznych" dziedzin inżynierii też występuje problem czynników zewnętrznych, i to nie raz w większej skali. Np. podczas budowy tunelu wpada się na podziemną rzekę, albo okazuje się, że części potrzebnej do zrobienia jakiejś maszyny nie da się w Polsce wyprodukować. Co do problemów wieku dziecięcego, no to jest kwestia po pierwsze doświadczenia w estymowaniu, ale też kwestii technicznych. Gdyby ludzie nie tracili czasu na buzzwordy, antywzorce i złe praktyki, które mają tendencje do nawarstwiania się, to estymowanie byłoby prostsze. - somekind 2019-08-20 10:42
Tylko, podziemna rzeka lepiej działa na inwestora, niż maszyna, która zachowuje się wbrew dokumentacji, producent rozkłada ręce a wykonawca musi robić RE protokołu i rozpisywać maszynę stanów jej API ;) Wielu inwestorów stwierdzi, że obchodzi ich to, że termin przekroczony lub uzna, że to korpo-spychologia na ekipę od maszyny. Niemniej takie rzeczy jak podziemna rzeka, czy kiepskie api maszyny powinny być wzięte, pod uwagę podczas wykrywania ryzyka. Oj już dawno nie widziałem projektu gdzie ktoś analizował możliwe ryzyka, a zamiast tego naparza sie scrumem kod. - somedev 2019-08-20 11:01
Owszem, wirtualne problemy nie są zrozumiałe dla ludzi poruszających się w namacalnej rzeczywistości. Tyle, że to nie zmienia faktu, że zewnętrzne ograniczenia występują wszędzie. Co do ryzyka, to ja zawsze o nim informuję, i jeszcze nie zdarzyło mi się tak, żeby coś czego jebnięcie przewidziałem zadziałało dobrze. ;) - somekind 2019-08-20 16:42
@somekind: o to to, w poprzedniej firmie było nas 2 co znajdowali problemy zawczasu i o nich głośno mówili to dostaliśmy łatkę narzekaczy i pesymistów :D - mr_jaro 2019-08-20 16:52

Pozostało 580 znaków

2019-08-13 23:09
0

Task wyceniany przeze mnie, ale wycena jest na poziomie co najmniej mida. W takim razie jeśli task został wyceniony na 10h ile czasu może to zając juniorowi?

Pozostało 580 znaków

2019-08-13 23:14
1

Rzekłbym, że nawet 20-30h. Zależy jaki poziom reprezentuje dany junior i jak szybko przyswaja wiedzę.

Czyli stosujesz regułe, minumun 2x tyle na ile task został wyceniony? - tom8543 2019-08-13 23:15
Zależy od taska, ale często tak :P - WeiXiao 2019-08-13 23:17
Nie. Jak wyceniam go dla siebie, to w tyle go robię, z granicą błędu 20-30%. Podałem x2 bo mówisz, że task wyceniany na poziom mida a przeznaczony juniorowi. - kixe52 2019-08-13 23:17

Pozostało 580 znaków

2019-08-14 05:05
3

Przeważnie "wycena" jak szybko zrobisz zadanie jest o kant .... potłuc. Scrum i inne agilowe techniki próbują oszacować niemierzalne, bo zwykle nie uwzględnia się czasu potrzebnego na:

  • nabycie wiedzy na temat tego zadania! Nie zaczynasz sobie kodzić tak o, tylko musisz wiedzieć co dokładnie masz zrobić, dlaczego itp. To powinno być omówione pewnie na jakimś meetingu, ale w życiu różnie z tym bywa. Chodzi zarówno o wiedzę biznesową, jak i techniczną (np. integracje z takim i siakim API)
  • review
  • poprawki
  • testy
  • release
  • możliwe opóźnienia wszelkiego rodzaju

Ogólnie nie jestem zwolennikiem Scruma i jemu podobnych, ale to oczywiście zależy przede wszystkim od ludzi, którzy z niego korzystają. Sam mam raczej słabe wspomnienia. Nauczony doświadczeniem, prawie zawsze jest lepiej estymować na wyrost - nie chodzi tu o lenistwo i chęć byczenia się w pracy. Zwykle po prostu tak jest, że myślimy, że dodanie ficzerka to tylko 3 linijki kodu...

Poprawienie buga też może zająć 3 linijki, ale ile zajmie dojście co jest powodem i jak go rozwiązać...to już inna kwestia ;) - jajko1233 2019-08-14 08:52
Tu akurat nieco ironii padło na koniec. Rzadko dodanie czegokolwiek to 3 linijki kodu. Co do bugów- zdarzają się jednolinijkowe fixy, a szukania parę dni ;) - Pipes 2019-08-14 09:24

Pozostało 580 znaków

2019-08-14 08:52
0

Lepiej jest zaplanować dłuższy czas i wyrobić się przed terminem. Wtedy można odtrąbić sukces. Przekładając termin realizacji nie mamy takiej możliwości. Tak więc najlepiej dać drugie tyle ile myślimy, że nam to zajmie.

gorzej jak szef mówi "klient ma pieniędzy na x godzin i mamy się w tym zmieścić, zaraz wam poprawie estymacje" :D przykład z życia wzięty - mr_jaro 2019-08-14 09:39
Skąd ja to znam :D . Ale przynajmniej można próbować. - PerlMonk 2019-08-14 09:52

Pozostało 580 znaków

2019-08-14 09:29
1

Task wyceniany przeze mnie, ale wycena jest na poziomie co najmniej mida. W takim razie jeśli task został wyceniony na 10h ile czasu może to zając juniorowi?

Czyli sam się wpakowałeś w syf i wyceniłeś coś zawyżając swoje umiejętności / zaniżając faktyczną estymację?


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);
Albo jest midem i przekazał task juniorowi i zastanawia się czemu on tak długo to robi :D - kixe52 2019-08-14 10:02

Pozostało 580 znaków

2019-08-14 10:41
0

Od kilku minut do kilku tygodni. Wyceny wycenami, a życie życiem.

Pozostało 580 znaków

2019-08-14 11:01
5

title

Oni nigdy nie rozumją ;_; - Kumpel Kumpla 2019-08-14 11:19

Pozostało 580 znaków

2019-08-14 18:38
1

dla juniora: wycena x2
dla mida: wycena x1.5
do każdej wyceny 20-30%... bo coś po drodze i tak wyjdzie, a sama kwestia wycen to problem branży i spełniania oczekiwań biznesu 'to przecież tylko jeden przycisk więcej'; trochę więcej pesymizmu czasami się przydaje i lepiej przekazać informację, że coś potrwa 2 tygodnie, a później zostało skończone w tydzień

edytowany 1x, ostatnio: boska_cebula, 2019-08-14 18:40
Pokaż pozostałe 4 komentarze
@boska_cebula: widocznie więc mało na tym świecie żyjesz - Kumpel Kumpla 2019-08-14 19:49
@Kumpel Kumpla: aha, czyli mam się męczyć z kimś kto się obija bo ty tak chcesz - boska_cebula 2019-08-14 20:25
@Kumpel Kumpla: wygląda na to, że tak - lubisz jak ktoś się obija i nikt takiej osobie nie zwróci uwagi; jest czas na obijanie się i na pracę, ale zrób swoje i jak nie ma nic do zrobienia to nic nikomu do tego, że oglądasz koty w internecie - boska_cebula 2019-08-14 21:43
@boska_cebula nie wiem skąd żeś to wytrzasnęła - Kumpel Kumpla 2019-08-15 12:06

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0