@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

@mkbiega nie ma za co, ja jako autor ewidentnie się nieczytelnie wyraziłem, bo nie jesteś jedyny dziękuję za merytoryczny komentarz, nawet jeśli odrobinę nie w temacie który chciałem poruszyć

@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.