Zarządzanie projektami, zespołem i analiza IT

Zarządzanie projektami

Kiedy dać premie a kiedy extra stawkę za nadgodziny?

Lepiej płacić za nadgodziny czy dać premię? Co bardziej zmotywuje programistę?

Zdarza się, że w projektach, musimy „przycisnąć gaz do dechy”, żeby zdążyć na czas. Wtedy zazwyczaj prosimy zespół aby chwilowo zwiększył moce przerobowe. Jest to tak zwany crunch time.

Uważam, że często jest to najefektywniejsza metoda aby coś dowieźć. Oczywiście niezwykle ważne jest aby:

  • crunch time nie trwał zbyt długo
  • pracownicy byli wynagrodzeni dodatkowo
  • pracownicy mogli bez konsekwencji odmówić uczestnictwa w crunch time

Często nagradzamy pracowników extra stawką za wypracowane nadgodziny lub dajemy premię za ponadprzeciętne zaangażowanie.

Dziś spróbuję odpowiedzieć na pytanie: co bardziej motywuje?


Jak oceniasz, tak się zachowują

Jeśli śledzisz mnie od dłuższego czasu, to wiesz, że jestem fanem Goldratta.

Goldratt powiedział kiedyś, że:

Powiedz mi po czym oceniasz ludzi, a ja powiem Ci jak się będą zachowywać

To nie dosłowny cytat. Przekazałem Ci w jednym zdaniu jedną z koncepcji.

Chodzi w niej o to, że ludzie mają tendencję (generalizując) do zachowywania się tak żeby maksymalizować korzyści i minimalizować straty.

Zyskiem w pracy z punktu widzenia pracownika może być pochwała lub wynagrodzenie. Stratą może być np „rozmowa prostująca” lub inne nieformalne kary.

Można więc powiedzieć, że ludzie starają się wpasować w zasady firmowe. Robią to wykonując rzeczy, które są oczekiwane (nagradzane), a unikają tych, za które czeka ich coś negatywnego.

Dlatego Goldratt powiedział, że jeśli będziesz wiedział po czym oceniasz ludzi, to można przewidzieć jak się będą zachowywać.

Dzieje się tak dlatego, że będą starać się wypaść jak najlepiej w metrykach, które sam śledzisz.

Ma to sens? Według mnie ogromny.


Bezpieczna umowa na Wykonanie Projektu IT

Nadgodziny

Nadgodziny działają najczęściej tak, że programista pracuje ponad czas określony w umowie. Najczęściej jako nadgodzinę będziemy określać przepracowany czas powyżej 8h.

Czyli jeśli ktoś w poniedziałek pracował 10h to wypracował 2h nadgodzin (10 – 8 = 2).

Te nadgodziny najczęściej są rozliczane po stawce extra (np 125%, 150% – czasami więcej). Wszystko zależy od możliwości firmy.

Pracując tym trybem programista może zarobić dodatkowe kilkadziesiąt procent swojego wynagrodzenia.

Często możemy to wykorzystać w momencie gdy zbliżamy się z terminem ukończenia projektu i czasu jest zbyt mało. Wtedy rozszerzenie wolumenu godzin pracy może wpłynąć pozytywnie bo najczęściej osoba, która bierze nadgodziny jest wdrożona w projekt. Odpada więc problem okresu wdrożeniowego.

Wracając do koncepcji Goldratta. Jak myślisz do czego skłaniają nadgodziny?

Celem programisty jest zarabianie pieniędzy z pracy. Musisz o tym pamiętać. Oczywiście, że pasja i inne rzeczy mają znaczenie, ale co do zasady ludzie pracują aby się utrzymywać.

Użycie nadgodzin przez programistę aby osiągnąć swój cel (zarobić jak najwięcej) to przepracowanie jak największej liczby nadgodzin.

Nie twierdzę, że ktoś będzie „pozorował pracę” – chodzi mi tylko o sformułowanie celu i próbę wyobrażenia sobie do czego on prowadzi.


Sprawdź jak mogę Ci pomóc osiągnąć Twoje cele 🎯



Premia za osiągnięcie celu

Kolejną motywującą rzeczą, którą możesz wykorzystać to dać premię za wykonane zadanie.

Na przykład: Programista dostaje dodatkowe 5k, jeśli uda się do końca miesiąca zamknąć projekt.

Wracając do koncepcji Goldratta, zastanówmy się co jest celem takiej sytuacji.

W przypadku nadgodzin celem było przepracowanie jak największej ilości godzin aby osiągnąć jak największy zarobek (z punktu widzenia programisty).

W przypadku premii celem jest wykonanie określonych zadań projektowych, aby osiągnąć jak największy zarobek (dostać premię).


Szablon Excel do Wyceny Projektów IT


Co jest Twoim celem?

Jeśli jesteś kierownikiem projektów to Twoim celem jest zrealizować projekt na czas. 

Pracując systemem nadgodzin (nie bezpośrednio) nakłaniasz do pracowania nadgodzin. Skutkiem ubocznym tego działania jest postęp projektu.

Natomiast wypłacając premię za ukończenie nakłaniasz do zamykania zadań. Jest to bezpośrednim przełożeniem na postęp projektu.

Stosując premię musisz uważać, żeby dobrze badać jakość zadań.

W przypadku premii ludzie będą mieli tendencję do zbyt szybkiego zamykania zadań (niestety kosztem jakości) – dlatego kluczowe jest określenie, że zadanie uznajemy za wykonane gdy np. przejdą pomyślnie testy jakości.

Z punktu widzenia programisty premia jest bardziej ryzykowną nagrodą, dlatego warto abyś zadbał aby była odpowiednio wysoka. 

Nadgodziny są dużo prostsze – możesz pracować i być nieproduktywnym, a i tak zarabiasz pieniądze. Natomiast w przypadku premii zarabiasz wtedy gdy się „przyłożysz”. 


Dziękuję, że przeczytałeś ❤️

Pssst... przygotowałem dla Ciebie kilka prezentów - wybierz co Ci się przyda! 👍

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Witryna wykorzystuje Akismet, aby ograniczyć spam. Dowiedz się więcej jak przetwarzane są dane komentarzy.