Programozók! Nektek hogy mérik a teljesítményeteket a munkahelyen? Gondolom, nem programsor/napban.

#4

Én ezt teljesen másképp tapasztaltam mindig, a legtöbb meló 2-3x annyi ideig tart, mint azt előre gondolná az ember(és nem csak kezdőkre jellemző ez).

Nálunk taskokra kell lejelenteni az időt. Több projecten dolgozunk egyszerre.

Pl ilyen taskok vannak:

-Internal meeting

-Vacation

-Project name - Support

-Project name - Setting up local environment

-Project name - Testing

...

Ez úgy szokott működni.

Van egy kompetens menedzsment aki tisztában van az erőforrásokkal és a feladat nagyságával. Felosztják egyértelmű taszkokra és kiosztják.

Az egyszerű programozó pedig ezeket megcsinálja.

A vezető fejlesztő szokott kérni idő becslést, amit általában megszoroz valamennyivel. Juniornál ez lehet 2-3 szorzó is. De mindig kell hagyni egy kis likviditást.

A fejlesztő pedig általában könyvel valami project management vagy issue tracking eszközbe, ez általában egy web szolgáltatás int a Redmine, trac stb. Illetve gyakron komittol SVN-be, GIT-re HG-ra, ami éppen van.

A taszkok végén szokott lenne egy dokumentálás/tesztelés/QA/code-review szakasz, ami a 3 hetes etap végén van.

Kutatás fejlesztésen kicsit más a helyzet ott nem könnyű időt becsülni és nem minden taszk zárul jó eredménnyel, előfordulnak vakvágányok. nem beszélve arról, hogy gyakran ugyan azt a feladatot több párhuzamos szálon és lehet kutatni más-más megoldásokkal hátha valamelyik stabil eredményt ad. Itt klasszikus SCRUM nem állja meg a helyét, rendkívül felkészületlen tapasztalatlan menedzsmentre vall, ha valaki ezt erőlteti egy K+F jellegű projekten, ennek mindig káosz a vége.

A "programsor/napban" egy dilettáns, inkompetens gondolat, ami a nemzeti szocialista párt könyvégetéshez hasonlóan egy önigazoló és agresszív folyamatot eredményez. Ez olyan mintha egy versenyautó gyártása során a jármú súlya lenne az egyetlen mértékünk, arra, hogy hol áll éppen a fejlesztés. Az eredményt el tudjuk képzelni.