@globalbus 

> P.S. najczęściej to programista lub zespół ustala estymaty

to prawda, ale celem osoby zarządzającej powinno być dowiezienie rezultatu - z moich obserwacji wynika, że im wyżej ktoś stoi, tym większy ma "domyślny autorytet" pomimo tego, że może stawiać np. nierealnie wysokie oczekiwania nowym pracownikom, które sam może łatwo spełnić jako weteran

> więc sam sobie kręci bat na tyłek.

i tutaj ominęła Cię pointa - zestresowany pracownik będzie funkcjonował gorzej. W szczególności - jesteś w stanie zajechać najbardziej ambitnych w zespole przez dawanie im więcej i więcej zadań, aż się załamią, pójdą na terapię i postanowią zerwać.

Na czym w długim terminie Twój zespół straci jeśli chcesz zrobić cokolwiek poza tabelkami w Excelu np. fajny produkt.

@wombatDaiquiri każdy kiedyś był juniorem, co myślał, że robota na 2h trwa 2h. Jak ktoś dalej tak robi po iluś latach, to cóż.

Mnie tylko denerwuje wypełnianie tinesheetow, więc wypełniam je po miesiącu na odpierdziel, jak remainder przychodzi. Tylko ja tyram na uop i jestem kosztem stałym, więc nikt moich MD nie przelicza bezpośrednio na przepalony hajs.

@mkbiega mówię o autoscalingu ludzi czyli zwiększania zespołu jak przybywa roboty i autoscalingu maszyn produkcyjnych jak dzieje się to samo. Nie wiem skąd pomysł że wspieram remote środowiska developerskie.

Nie wspieram.

@wombatDaiquiri a to przepraszam. Źle Cie zrozumiałem

@ErwinoRommelo 

zlecone zadania

panie, kto by się przejmował wykonalnością? było zlecone, ma być zrobione xD

@wombatDaiquiri no powinien miec dobre pojecie o kazdej pozycji i zakresie mozliwosci. Znac spec kazdej postaci i min maxowac. MMORPG > ich szkoly managmentu.

@lipa13 Nie zapomnij o 15 spotkaniach dotyczących flow na jirze i tysiącach wiadomości od PMa że nie wypisałeś ile zajął Ci task w rubryke

@redve 

miejmy jakieś minimalne standardy

A jak mam stwierdzić, czy mój kod spełnia "minimalne standardy" czy nie? Masz jakąś listę minimalnych wymagań?

Na 99% gdybym robił Ci code review Twojego najładniejszego kodu to średnio zostawiałbym komentarz co 10 linijek. Ale to nie powinno Cię powstrzymać przed wysłaniem mi kodu do review ani przed wrzuceniem go na produkcję jeśli pracujesz sam.

@wombatDaiquiri 

Na 99% gdybym robił Ci code review Twojego najładniejszego kodu to średnio zostawiałbym komentarz co 10 linijek.

Zesrałbyś się, już bez przesady... Miałem raz leada który przypierdalał się dosłownie do wszystkiego a i tak w przypadku dobrego kodu ciężko było mu wysupłać choćby 2-3 komentarze

Oczywiście że są minimalne standardy, typu niepisanie spaghetti code, odpowiednie nazewnictwo, rozpisywanie kobył na mniejsze elementy funkcyjne i tak dalej

Ty chyba w ogole nie programujesz co?xd

@Ilirian totalnie tak. Jak potrzebujesz lepszej wydajności, to zmień kryteria akceptacji. A jak nie potrzebujesz, to po co poświęcać na to czas?

@wombatDaiquiri Nie lubię takiego podejścia przy tworzeniu oprogramowania. Niestety nawet wielkie korpa jak microsoft stosują podejście "ma działać, nieważne jak". Traci na tym końcowy użytkownik. No ale ciężko przekroczyć próg bólu gdy oprogramowanie staje się niemożliwe do użytkowania.