Programiranje - plačilo po učinku

Pozdravljeni,

Iščem kakšen dober način za merjenje učinkovitosti pri programiranju. Iz vidika delodajalca.
Iz izkušenj se plačilo glede na porabljene ure ni izkazalo za učinkovito. Motiviranost programerjev, da bi se sproti učili je bila zelo nizka.
Rezultat tega pa je bila slaba programska koda in neunčikovitost.

Če bi bilo plačilo po učinku, bi ljudje marsikje ostali brez plače ...

Kolikor govorim s programerji, bi bila učinkovitost precej večja, če bi delodajalci vedeli kaj hočejo in programerjem sproti dajali vse informacije, katere potrebujejo za svoje delo.
Ne pa da se jih ne vlači na razne krizne sestanke, kjer se jih samo živcira, namesto da bi se jim zagotovilo prej omenjeno.

Si prepričan, da jim tudi daješ pogoje za optimalno delo?

Pri kolegu imajo nekako tako - Skupina dobi ovrednoten projekt in okviren čas v katerem naročnik pričakuje izdelek, potem pa si med seboj porazdelijo naloge in sredstva.
Zadeva je v tem, da prej naredijo zadovoljivo nalogo, prej bodo dobili drugo in s tem frišna sredstva.
Če rok zamudijo, do izdelave pač delajo zastonj.

Praviloma naredijo projekt 1 mesec do 14 dni pred rokom, se jim je pa že zgodilo, da so nekaj dni delali đabe.

V bistvu je to posel na čez, dogovori se cena in čas, potem pa je na izvajalcu, da to izpolni.

Ko sem kot mlad fantič delal na elektriki - instalacije, smo najbolj uživali pri delu na uro, švical pa pri delu na čez.

V bistvu se da vsako delo zmerit, če ne prej pa potem ko je narejeno, ravno tako se da vsako delo pošteno ovrednotit, samo tisti, ki ocenjuje, se mora na delo spoznat, ne pa da so najzahtevnejša orodjarska dela v bivši jugi delali za 3 DEM/h in so ekonomisti in razni referenti ob sklenitvi posla, naredili takoj izgubo, ko so pridobili posel za 3 mioDEM, pa je samo plača orodjarjev za tisti čas, znašala 5mioDEM.
Ko je šel po enak posel bivši orodjar, je takoj dosegel za podobna dela 25-30 DEM/h, kar je bilo pol ceneje od A in D orodjarjev.

Če nadrejeni ne zna oceniti učinka dela svojih podrejenih in išče neke cifre za ocenitev, to samo pomeni da nadrejeni nima pojma kaj delajo podrejeni...

Namreč ocena trajanja dela bi morala pač biti delo nadrejenega.

Samo mali šefici pri nas hitro pozabijo kaj je to programiranje, potem pa dobimo zahtevo pa taki butasti temi...

Rippy je 10. jul 2016 ob 18:23 izjavil:

Moraš tudi upoštevati, da pri takšnem delu, v povprečju, precej težko dobiš iz človeka 5-6 ur iz 8 urnega delovnika. Lahko so pa tudi tvoji programerji psihično "skurjeni" (in to mislim, kot fuck my life, kaj počnem, ne da se mi) in če kot delodajalec ne vlagaš veliko energije v preprečevanje tega boš vedno imel zaposlene, ki so večkrat na leto in dalj časa manj učinkoviti. To ni nekakšno avtomatizirano delo pri katerem lahko nekdo večkrat "odjadra". Z razlogom imajo zelo uspešna podjetja razne telovadnice, dnevne sobe s konzolami/igrami in kakšne snack bare.

Z lahko se programra 8 ur.

V tistih, uspešnih podjetjih folk visi tam po 12 - 14 ur, ker nima privat življenja. Zato pač igralnice, konzole in podobne bedarije.

Če zadeva ni narejena v roku, pomeni da:

- so roki nerealni
- delo ni pravilno razdeljeno, razbito nad podtaske
- podtaski niso pravilno razdeljeni med zaposlene
- šef nima pojma za kaj se sploh gre, zato birokratska merjenja.

Sicer je pa kurtzvajl lepo napisal. Mora pač en bedet nad deco. Sicer je hitr kaos.

Furbo je 10. jul 2016 ob 15:56 izjavil:

Kolikor govorim s programerji, bi bila učinkovitost precej večja, če bi delodajalci vedeli kaj hočejo in programerjem sproti dajali vse informacije, katere potrebujejo za svoje delo. Ne pa da se jih ne vlači na razne krizne sestanke, kjer se jih samo živcira, namesto da bi se jim zagotovilo prej omenjeno.

To.