[BlackpillMonster]

#programista15k #programowanie #pracait #korposwiat

[baal80]

@BlackpillMonster: No ale przecież Julka grzecznie pyta a nie wyskakuje z mordą do Kamilka. Wygląda na to, że Kamilek jest oszustem i chciał okraść pracodawcę ( ͡° ͜ʖ ͡°)

[markhausen]

Ech, jak czytam te historie z IT to cieszę się, że robię w Automatyce xD

[BlackpillMonster]

@baal80: A może po prostu Marcinek jest firmowym przodownikiem pracy i j---e po godzinach?

[XanderPLXE]

@BlackpillMonster: W ogóle estymowanie pracy w deweloperce to jest rak. Raz jest to często zgadywanka programistów, dwa wystarczy jakiś jeden p------y błąd i cała estymacja idzie w p---u.
Zgodnie ze sztuką, estymować powinien specjalista w dziedzinie, a wiadomo że robi to jakiś random, albo sami programiści, nawet juniorzy. ¯\(ツ)/¯

[ern99]

Serio w waszych firmach tak jest? xd

[robert_blaszczykowski]

@BlackpillMonster pamiętam moją pierwszą robotę. Projekt rozbudowany w c--j, z milionem technologii a ja po miesiącu pracy z moją znajomością "select * from tabelka" miałem estymowac rzeczy gdzie nie rozumiałem większości słów z taska.

I oczywiście Ania scrum masterka i jej z-----e teksty: czego dokładnie nie rozumiesz, kto ci może pomóc, dlaczego dałeś aż 15 story pointow?

[sudosu-]

@BlackpillMonster: Gdzie wy pracujecie? Ja rozumiem, że takie pytanie może paść, ale od team leada, a nie scrumowej Julki.

[wstanczyk]

@BlackpillMonster: Po niezliczonych próbach rozmów z liderami na ten temat doszedłem do tego, że oni wiedza, że te estymaty są z d--y, wiedzą że my wiemy, ale od nich wymagają zrobienia estymat, więc trzeba jakieś machnąć. Sztuka dla sztuki xd

[lukenzi]

a co to sa te story pointy i jaka jest wartosc tej waluty ?

[My5z0n]

@XanderPLXE: jak zespół dobrze zna produkt i technologie, to nie ma najmniejszego problemu z precyzyjnymi estymacjami. A jak jest dużo niewiadomych, to zamiast wyceniać z d--y, robicie spike'a, rozczajacie temat i na nastepny sprint już można dobrze wycenić.
A jeśli trafi się p------y błąd, który zje dzień pracy to trudno, w końcu to tylko estymata, może się czasem zdarzyć jakiś fuck up (chyba że "zdarza" się często, to wtedy już

[jakis_dlugi_login_co_ma_35_znakow__]

@robert_blaszczykowski i prawidłowo właśnie o to chodzi, żeby w takim przypadku uwzględnić w estymacji "świeżaka", który sam będzie to robił dłużej i pewnie będzie potrzebował pomoc kogos innego.

[milionerro]

Zgodnie ze sztuką, estymować powinien specjalista w dziedzinie

@XanderPLXE: Pod warunkiem, że to on będzie realizował zadanie

[jakis_dlugi_login_co_ma_35_znakow__]

@My5z0n dlatego lepiej w SP estymowac niż w dniach czy godzinach. Fakt, że z poczsrku jest trudniej bo są bardzije abstrakcyjne, ale dzięki temu są bardziej odporne na obsuwy czasowe.

[wstanczyk]

jak zespół dobrze zna produkt i technologie, to nie ma najmniejszego problemu z precyzyjnymi estymacjami.

@My5z0n: No właśnie, ale jak często pracujesz nad czymś, co dobrze znasz? Chyba tylko w firmach produktowych, gdzie ciągle psują się te same rzeczy, albo w jakichś crudowniach. A wyceniać trzeba też zupełnie nowe, nieznane tematy, czy nawet badawcze xd

[robert_blaszczykowski]

@jakis_dlugi_login_co_ma_35_znakow__ tylko że ja nawet nie wiedziałem czego nie rozumiem, nie wiedziałem o co zapytac nawet. Rzeczy biznesowych i technologicznych było tyle, że wymagało to miesięcy, zanim cokolwiek zacznę działać sam.

Pomoc w jej rozumowaniu to 10 minutowe konsultacje, które wszystko wyjaśnią (a w rzeczywistości nic nie wyjaśnią na tym poziomie).

[Sztajmes_Nikczemny_Szlifierz]

@BlackpillMonster: ja w żadnym projekcie nigdy nie używałem story pointow, zawsze byly to po prostu godziny i tyle. Dobrze, że również nie miałem do czynienia z Aniami PMkami...

[XanderPLXE]

@My5z0n:

jak zespół dobrze zna produkt i technologie, to nie ma najmniejszego problemu z precyzyjnymi estymacjami.

Czyli specjalista w dziedzinie, a taski estymować często muszą i juniorzy co ledwo robotę zaczynają albo ludzie w ogóle niezwiązani z procesem deweloperskim i możesz po komentarzach tutaj zobaczyć, że to dość powtarzający się problem.
Albo estymuj ile zajmie stworzenie całego projektu w nowej technologii, której nikt w firmie nie używa. bo zarząd sobie

[My5z0n]

@robert_blaszczykowski: no to już wina zespołu czy scrum masterki. Wiadomo, że totalny świeżak (nawet doświadczony w branży, ale nie znający projektu, wartości SP w zespole, itd.) nie będzie w stanie dobrze wycenić zadania. W takiej sytuacji albo przez jakiś czas nie wyceniasz, tylko obserwujesz, albo ewentualnie taka estymata powinna być brana z dużym przymrużeniem oka, dopoki się nie wdroży.

[Timer_555]

@BlackpillMonster: co to są story pointy? tak krótko

[My5z0n]

@XanderPLXE: z wycenianiem przez osoby niezwiązane z procesem deweloperskim się jeszcze nie spotkałem, jak słusznie zauważasz nie ma to sensu. A co do juniorow, to jak pisałem wyżej - w końcu się wdrożą, a estymacja to też dobry moment żeby wyjaśnić takiej osobie dlaczego coś jest trudniejsze lub łatwiejsze niż jej się wydaje. Chyba że są sami juniorzy, ale wtedy taki projekt jest po prostu spisany na klęskę :P