公司領(lǐng)導(dǎo)有問我因悲，有沒有什么能夠激勵(lì)程序員的方案像吻，于是我參考了一些文檔峻黍，也加上了自己的一些想法，寫了這篇文章拨匆，如果有不對的地方姆涩，希望大家指正

1.程序員的標(biāo)準(zhǔn)不統(tǒng)一

程序員的績效考核問題，是很多軟件公司致力追求卻一直無法做到量化的目標(biāo)惭每。很多考核標(biāo)準(zhǔn)都只是一個(gè)框架骨饿，但卻無法具體細(xì)致下去，不僅沒有達(dá)到激勵(lì)效果台腥，反而起反作用宏赘，到最后都是無果而終，無法堅(jiān)持下去黎侈。但還是有很多人察署，特別是不懂得技術(shù)的管理者，樂此不疲峻汉，希望以此種方法來作為程序員報(bào)酬的衡量標(biāo)準(zhǔn)贴汪。軟件編程行業(yè)的任務(wù)，懂點(diǎn)編程的人都知道休吠，這個(gè)行業(yè)是一個(gè)創(chuàng)造性扳埂、思維性的行業(yè)。一個(gè)任務(wù)的工作量多與少是沒有一個(gè)衡量標(biāo)準(zhǔn)的蛛碌，原因就是軟件功能的實(shí)現(xiàn)結(jié)果聂喇，根本就沒有一個(gè)最好的標(biāo)準(zhǔn)。更不能成為技術(shù)層面之外的人簡簡單單的薪酬衡量標(biāo)準(zhǔn)。用簡單思想框架來束縛程序員的思維創(chuàng)造性希太，這是拖累研究克饶，極易打擊程序員的研究主動性。

也有人用工作時(shí)長來進(jìn)行衡量誊辉，也就是所謂的加班矾湃，程序員一定有辦法蒙你，不可取堕澄。
還有人會用定級的方式邀跃，按級別給績效，想過沒有蛙紫，升上去容易拍屑，降下來就難了。
還有人按工齡坑傅，按Bug數(shù)量設(shè)計(jì)的僵驰，說實(shí)話都不可取。
單純強(qiáng)調(diào)考核會打壓其本身的工作積極性唁毒，不符合客觀規(guī)律蒜茴。

真沒辦法為程序員計(jì)算勞動所得嗎？對研發(fā)人員的考核浆西，建議不要過于強(qiáng)調(diào)結(jié)果粉私，應(yīng)該注重對過程的關(guān)注。程序員這種腦力勞動近零，類似于研發(fā)考核诺核，由于其工作性質(zhì)本身要求創(chuàng)造性，結(jié)果比較難于掌握秒赤。個(gè)人覺得猪瞬，對程序員的考核只要能確定他們是認(rèn)真工作、努力工作入篮、態(tài)度端正陈瘦，一切圍繞目標(biāo)開展就可以了。針對項(xiàng)目的技術(shù)貢獻(xiàn)以及任務(wù)完成的質(zhì)量貢獻(xiàn)潮售，項(xiàng)目獎比起冷冰冰的績效考核溫暖得多

2.我覺得應(yīng)該通過多個(gè)角度觀察員工

2.1工作態(tài)度

• 是否服從上級領(lǐng)導(dǎo)交代的工作任務(wù)痊项，積極履行工作職責(zé)。
• 是否文明用語酥诽，耐心回答工作問題鞍泉。
• 是否愛護(hù)公司財(cái)產(chǎn)，不輕易損壞硬件設(shè)備肮帐。
• 是否充分理解業(yè)務(wù)需求咖驮，并且主動完善或提出業(yè)務(wù)建議边器。
• 是否與團(tuán)隊(duì)保持良好合作，幫助同事解決現(xiàn)有問題托修。

2.2工作效率

• 是否按時(shí)完成工作任務(wù)忘巧。
• 注意每個(gè)職位的分工是否合理，每個(gè)職位完成了多長時(shí)間和多少工作睦刃。
• 注意每個(gè)職位的工作職責(zé)砚嘴，避免互相推卸責(zé)任。
• 完成工作任務(wù)時(shí)涩拙，中間是否有穿插別的任務(wù)际长，穿插任務(wù)分配是否合理。

2.3工作質(zhì)量

• 是否符合軟件設(shè)計(jì)規(guī)范兴泥。
• 是否如實(shí)將需求實(shí)現(xiàn)轉(zhuǎn)化工育。
• 是否編寫開發(fā)文檔。
• 是否編寫單元測試搓彻。
• 是否低代碼出錯(cuò)率
• 是否有影響軟件運(yùn)行或者不符合設(shè)計(jì)文檔的問題翅娶。
• 代碼出錯(cuò)率要確定是否是產(chǎn)品邏輯還是代碼邏輯。
• 是否應(yīng)用性能是否達(dá)標(biāo)好唯。

2.4個(gè)人創(chuàng)新能力

• 是否克服某些業(yè)務(wù)上的技術(shù)難題，提供有效的解決方案燥翅。
• 是否能發(fā)現(xiàn)現(xiàn)存業(yè)務(wù)上的技術(shù)缺陷骑篙。
• 是否愿意為團(tuán)隊(duì)提供公共組件庫。
• 是否能節(jié)約開發(fā)成本森书。

3.標(biāo)目激勵(lì)方案

由于軟件開發(fā)分為好幾種階段靶端，實(shí)現(xiàn)階段，測試階段凛膏， 完善階段

3.1 開發(fā)階段（指新程序杨名，或者定制版本,增加功能等

在產(chǎn)品部提交完成的需求后，與開發(fā)人員溝通猖毫，開發(fā)人員評估后進(jìn)行時(shí)間的預(yù)估台谍，并由上級領(lǐng)導(dǎo)確定時(shí)間是否合理，若開發(fā)人員在規(guī)定的時(shí)間內(nèi)完成開發(fā)吁断，并無重大影響程序運(yùn)行的bug趁蕊，應(yīng)給予開發(fā)獎勵(lì)，項(xiàng)目獎金
評定標(biāo)準(zhǔn)：在規(guī)定的時(shí)間內(nèi)完成設(shè)計(jì)文檔上的所有功能仔役，并達(dá)到提測標(biāo)準(zhǔn)掷伙。若不能完成則與產(chǎn)品溝通，修改設(shè)計(jì)文檔說明又兵，由產(chǎn)品部確認(rèn)功能是否都實(shí)現(xiàn)任柜，測試部遵照產(chǎn)品提供設(shè)計(jì)文檔測試，經(jīng)過三輪測試后，無重大影響功能bug（程序無法正常使用）給予開發(fā)獎勵(lì)（項(xiàng)目獎金）

3.2 測試階段

在修改完測試提出的bug后宙地，由產(chǎn)品部確認(rèn)測試人員提出的修改方案是否合理摔认，由開發(fā)人員評估后進(jìn)行修改，在沒有時(shí)間限制的前提下绸栅，修改bug沒有導(dǎo)致重大的問題的產(chǎn)生
評定標(biāo)準(zhǔn)：由測試部確定需要修改的所有bug是否修改成功级野，并無改出其他重大bug（影響程序正常運(yùn)行）

3.3 優(yōu)化階段

在產(chǎn)品維護(hù)階段，對程序進(jìn)行優(yōu)化粹胯，如界面的啟動速度蓖柔，提升30%，找到并解決內(nèi)存泄露的點(diǎn)
評定標(biāo)準(zhǔn)：由項(xiàng)目經(jīng)理確認(rèn)风纠，是否有對程序重大提升况鸣，或者解決某個(gè)技術(shù)難題，基于獎勵(lì)

3.4 團(tuán)隊(duì)獎勵(lì)

做出一些對團(tuán)隊(duì)有意義的事情竹观，應(yīng)給予一定的獎勵(lì)
如共享組件庫镐捧，提升了團(tuán)隊(duì)開發(fā)效率
發(fā)現(xiàn)了新的工具，為團(tuán)隊(duì)節(jié)省了開發(fā)成本等
評定標(biāo)準(zhǔn)：由項(xiàng)目經(jīng)理確認(rèn)臭增，是否做出對團(tuán)隊(duì)有意義的事情懂酱，給予獎勵(lì)