Koodaaminen provikalla?

Jos provisio on riippuvainen laskutuksestasi, niin suurin ongelma on siinä että kuka päättää milloin saat tehdä laskutettavaa työtä.

Niin kauan kuin projekti etenee aikataulussa, niin jokainen merkkaa 100% käyttämästään ajasta projektille provisiot ansaitakseen.

Mutta entä sitten kun kiinteähitaisen projektin tunnit on käytetty ja yliajalla joudutaan tekemään projekti valmiiksi. Kuka sen tekee valmiiksi ilman provisioon oikeuttavia laskutustunteja? Siirtyvätkö röyhkeimmät seuraavaan projektiin jossa on laskuttamattomia tunteja jäljellä?

Mikä työ on laskutettavaa?

Esim. ylläpityö, joka perustuu asiakakan jo maksamaan ylläpitosopimukseen - onko ko ylläpito sinulle laskutettavaa?

Entä kun ja jos laskutettavan työn määrä käy vähiin, kuka päättää kenelle tunnit jaetaan?

Paljonko sinun pitäisi tehdä laskutettavaa jotta pääset nykyiselle tulotasollesei?

Onko tämä pomon ovela tapa pienentää palkkamenoja jos myyjät eivät saa myytyä laskutettavaa työtä?


jne jne...

onko kysessä Logica?

Älä suostu! Ainakaan ellet omasta mielestäsi tee 5x enemmän/parempaa työtä kuin työkaverisi ja nää tätä mahdollisuutena loistaa ja ansaita enemmän, jolloin erot ahekruutesi ja kavereiden netissä surffailun välillä erottuvat eduksesi. Ja vaikka olisitkin ahkera ja tunnollinen niin juuri ne ominaisuudet voivat lisätä projektitöissä stressiä ja saa lupaamaan liikoja.

Koodaa 37.5 tuntia omalle firmalle ihan mitä ne ikinä haluavat kiinteällä kuukausipalkalla ja ylityökorvaukset erikseen. On firman asia mille asiakkaalle/projektille/whatever työaikasi jakautuu, mutta älä sekaannu tuohon sotkuun itse tai ota siitä vastuuta ja ongelmia. Itse en ikimaailmassa lähtisi mihinkään "kilpailu" asetelmaan mukaan, etenkin kun ottaa huomioon millä alalla ollaan, jossa pitkäjänteinen työ merkitsee yksittäisten päivien "myyntiä" enemmän.

Äkkiseltään kuulostaa pahalta, koska tyypillisesti koodarilla ei ole paljon mahdollisuuksia vaikuttaa siihen paljonko tekee laskutettavaa työtä ja paljonko muuta.

Provikkapalkan perusteen pitäisi olla jotakin sellaista, mihin työntekijä pystyy itse vaikuttamaan. Esimerkiksi myyjälle on luontevaa maksaa myyntiprovisiota, tai projektipäällikölle asiakastyytyväisyydestä ja aikataulussa pysymisestä.

Olen joskus ollut itse koodarina/kehittäjänä firmassa missä oli laskutusasteeseen sidottu bonusohjelma, mutta se oli koodarin näkökulmasta ihan arpajaismeininki saiko bonusta vai ei, koska asiaan ei voinut itse vaikuttaa. Esimerkiksi sut saatettiin laittaa kuukaudeksi korjaamaan bugeja sellaisesta softasta, joka oli myyty ennenkuin edes tulit taloon. Kun takuukorjaukset ei ole laskutettavia niin et saa silloin myöskään bonusta. Ei oo reilu systeemi. Meillä se ei kuitenkaan ollut sillä tavalla osa palkkaa että peruspalkka olisi ollut pieni, vaan ihan puhtaasti ylimääräinen bonari joka tuli jos auringonpilkut olivat oikeassa asennossa.

Ylipäätään olen sitä mieltä, että ohjelmistokehitys on tiimityötä, ja tiimityössä yksilösuoritukseen perustuvat palkitsemismenetelmät ovat huonompia kuin kollektiiviset.