Poradnik dla HR #2 - jak stymulować senior java dev w 2025 roku by z---------ł w sprintach niczym chomik na kołowrotku
- pamiętaj, że programistów web spring/react/angular full stack z AWS/K8S jest jak psów od z-------a, na seniorów po 200 CV przychodzi w niecały miesiąc - zatrudniaj crudziarza na ciągłe "długoterminowe kontrakty b2b" - od 3 do 6 miesięcy - do samego końca kontraktu odwlekaj rozmowę o "przedłużeniu kontraktu" mamy taki kryzys że nawet w 6 misięcy nie znajdzie sobie nowej roboty więc bedzie jak zbity pies czekał na tą rozmowę; zrób nią ostatniego dnia roboczego przed końcem kontraktu, przygotuj każdą wpadkę, opóźnienie, słabe metryki pracy, fuck-up na prodzie z jego powodu - wygarnij mu każde przewinienie by wiedział, że żadnej podwyżki nie będzie i robicie mu ŁASKĘ że w takim potężnym kryzysie wywołanym AI gdzie tysiące Java-AWS-K8S szukają pracy 6 miesięcy - w umowie zawrzyj dużo kruczków m.in zgoda na stosowanie narządzia do monitoringu pracy - monitoruj stale ile SP/sprint robi programista, groź karami umownymi gdy w kolejnym sprincie zrobi mniej niż w poprzednim; jednocześnie nie chwal gdy zrobi więcej; staraj się zwiększać mu minimalny próg wykonanych SP/tasków co sprint - zbijaj podejrzanie wysokie estymaty na planningu - jeśli 1 programista mówi że coś można zrobić w 5SP a 5x innych programistów rzuci 8SP - wpisuj 5SP. - co dwa tygodnie - regularnie ciśniecie 2 godziny na retrospektywie po programiście z najmniejszą wydajnością; kup 2-3 książki o efektywnej pracy i daj mu je do czytania na weekend (idealnie: retro w piątek 15-17) - na kazdym daily - sprawdź czy pracował. Oprócz klasycznego: co zrobiłeś/co robisz/co będziesz robił/jakie blokery: każ udostępnić ekran z wystawionym PR albo napisanym kodem; najlepiej zrób nakaz commitowania każdych zmian pod koniec dnia i potem rób review ile linijek kodu kto napisał
@PiesLat2230: ale co innego robic to w ramach backupu w razie gdyby laptop odmowil posluszenstwa a co innego wymuszenie tego przez organizację w duchu zasady
pewnie sie lenicie caly dzien, wiec na udowodnienie swojej pracy pod koniec dnia robcie commita
ale co innego robic to w ramach backupu w razie gdyby laptop odmowil posluszenstwa a co innego wymuszenie tego przez organizację w duchu zasady
@git_commit: Ja w projekcie pro-bono wymagam tego od członków mojego zespołu, w myśl zasady "Nie musisz robić, każdy jest tu za frajer, ale jak już coś robisz to commituj i pushuj często by nie trzeba było do ciebie dzwonić żebyś to zrobił bo okazuje się że
- pamiętaj, że programistów web spring/react/angular full stack z AWS/K8S jest jak psów od z-------a, na seniorów po 200 CV przychodzi w niecały miesiąc
- zatrudniaj crudziarza na ciągłe "długoterminowe kontrakty b2b" - od 3 do 6 miesięcy
- do samego końca kontraktu odwlekaj rozmowę o "przedłużeniu kontraktu" mamy taki kryzys że nawet w 6 misięcy nie znajdzie sobie nowej roboty więc bedzie jak zbity pies czekał na tą rozmowę; zrób nią ostatniego dnia roboczego przed końcem kontraktu, przygotuj każdą wpadkę, opóźnienie, słabe metryki pracy, fuck-up na prodzie z jego powodu - wygarnij mu każde przewinienie by wiedział, że żadnej podwyżki nie będzie i robicie mu ŁASKĘ że w takim potężnym kryzysie wywołanym AI gdzie tysiące Java-AWS-K8S szukają pracy 6 miesięcy
- w umowie zawrzyj dużo kruczków m.in zgoda na stosowanie narządzia do monitoringu pracy
- monitoruj stale ile SP/sprint robi programista, groź karami umownymi gdy w kolejnym sprincie zrobi mniej niż w poprzednim; jednocześnie nie chwal gdy zrobi więcej; staraj się zwiększać mu minimalny próg wykonanych SP/tasków co sprint
- zbijaj podejrzanie wysokie estymaty na planningu - jeśli 1 programista mówi że coś można zrobić w 5SP a 5x innych programistów rzuci 8SP - wpisuj 5SP.
- co dwa tygodnie - regularnie ciśniecie 2 godziny na retrospektywie po programiście z najmniejszą wydajnością; kup 2-3 książki o efektywnej pracy i daj mu je do czytania na weekend (idealnie: retro w piątek 15-17)
- na kazdym daily - sprawdź czy pracował. Oprócz klasycznego: co zrobiłeś/co robisz/co będziesz robił/jakie blokery: każ udostępnić ekran z wystawionym PR albo napisanym kodem; najlepiej zrób nakaz commitowania każdych zmian pod koniec dnia i potem rób review ile linijek kodu kto napisał
#pracait #programowanie #programista15k #programista25k #java #korposwiat #agh #studbaza #politechnikapoznanska #politechnikalodzka #politechnikakrakowska #pracbaza
@elo_kebab: to już u mnie jest XD
@git_commit: To nie jest głupia rzecz akurat. Dobra praktyka którą sam stosuję.
@git_commit: Ja w projekcie pro-bono wymagam tego od członków mojego zespołu, w myśl zasady "Nie musisz robić, każdy jest tu za frajer, ale jak już coś robisz to commituj i pushuj często by nie trzeba było do ciebie dzwonić żebyś to zrobił bo okazuje się że