Wpis z mikrobloga

@jaca_66 myślę ze zależy jak faktycznie firma do tego podchodzi. Czasem jest tak że firma wystawia fakturę na koniec msc do spółki matki za granicą i musi ona być rozbita granularnie na jakieś zadania. Najniższa jednostka może być 15min np na szybie spotkania itp. Ale firma może mieć podejście luźne i musisz wbić 8h dziennie ale z głową. Ale jeśli faktycznie chcą kontrolować kazde zadanie turbo dokładnie to też bym zmykal :)
@Solidly: w zespole każdy ma swoje wyceny tak naprawdę są zaniżane celowo przez Team Leadera ponieważ on robi nadgodziny non-stop darmowe, nawet w weekendy pracuje bo traktuje ten projekt bardzo personalnie/emocjonalnie. Doszło do tego, że podczas wycen zbija on nasze wyceny z managerem jak najbardziej w dół, że ciężko się wyrobić w ciągu 8h... Druga sprawa jest taka, że wyceny na taskach są bez żadnej analizy technicznej, tylko rzucane slogany po
wszystkie zadania dla programisty robi się z dokładnością do 15 minut i loguje je według tego na Jirze


@jaca_66: To jeszcze nic złego, większość software housów tak działa, bo na podstawie Jiry fakturuje klientów.

a następnie jest się rozliczanym z performance?


@jaca_66: Problemem jest ten punkt. W jaki sposób niby chcą to rozliczyć? Przecież w programowaniu praktycznie nigdy nie ma dwóch podobnych zadań. Z kim chcą cię porównać? Chcą sprawdzać
Doszło do tego, że podczas wycen zbija on nasze wyceny z managerem jak najbardziej w dół, że ciężko się wyrobić w ciągu 8h...


@jaca_66: To to jest skandal, natomiast w tym:

wyceny na taskach są bez żadnej analizy technicznej, tylko rzucane slogany po popatrzeniu na zadanie po 2 minutach


jeszcze widać szansę na poprawę. Przeważnie planowanie trwa właśnie kilka minut na taska. Ważne żeby były one podzielone na maksymalnie małe klocki,
@jaca_66:

jest sprawdzane przez managera i Team Leadera i są rozmowy np. jak coś było wyestymowane na 1 SP, a robiłeś coś np. jeden tydzień, dlaczego tak długo


to jest spoko do wyciągania wniosków, czy był jakiś większy problem niż się spodziewali, czy ktoś popełnił bład przy estymacji i na co zwracać większą uwagę w przyszłości czy programista po prostu się #!$%@?ł. I jest to jak najbardziej normalne.

ale

podczas wycen