程序員績(jī)效考核是一個(gè)老生常談的話題，然而要做好比較難。大致想來(lái)，可能有生產(chǎn)力（Productivity)和質(zhì)量(Quality)兩個(gè)方面，那么因
著我們團(tuán)隊(duì)是Scrum模式，對(duì)應(yīng)的指標(biāo)有：故事數(shù)（Story
Points)和缺陷數(shù)（Bugs)。然而和團(tuán)隊(duì)成員討論下來(lái)，似乎這兩個(gè)都不是很理想：如果用Bugs來(lái)衡量績(jī)效的話，勢(shì)必會(huì)和QA產(chǎn)生很多的爭(zhēng)論。無(wú)
關(guān)績(jī)效大家凡事好說(shuō)，掛鉤到考核往往錙銖必較。另一個(gè)是用完成的任務(wù)數(shù)(Story
Point）的話，如何準(zhǔn)確衡量是一個(gè)問(wèn)題；另外程序員之間也許會(huì)因著任務(wù)數(shù)的差異而產(chǎn)生矛盾。
但是考核無(wú)法避免：一方面為著團(tuán)隊(duì)/個(gè)人自我提升，另一方面為著年終評(píng)級(jí)。
因此請(qǐng)教大家：你們公司是如何考核程序員績(jī)效呢？你認(rèn)為比較好的指標(biāo)是什么？
|2015/05/12 16:48
前提是公司項(xiàng)目經(jīng)理需要指定出一套代碼標(biāo)準(zhǔn)和項(xiàng)目進(jìn)度及需求說(shuō)明的文檔，分發(fā)給對(duì)應(yīng)的程序員！
分幾個(gè)方面吧
1、是否按照文檔的要求書寫代碼。如果一個(gè)程序員不能很好的按照領(lǐng)導(dǎo)的要求辦事，這樣的程序員能力再?gòu)?qiáng)，我想開除也并不可惜！
2、根據(jù)個(gè)人的能力水平分配不同的開發(fā)任務(wù)。當(dāng)然，項(xiàng)目經(jīng)理是最清楚自己手下人員的個(gè)人能力以及能承擔(dān)多大的開發(fā)任務(wù)。有時(shí)候項(xiàng)目中遇到事先沒有想象到的困難也是正常的，這個(gè)時(shí)候?qū)τ趩T工加班是正常的，就看這個(gè)程序員是否通過(guò)其他途徑或者求助并且能準(zhǔn)時(shí)的完成任務(wù)!
4、個(gè)人的解決問(wèn)題的邏輯思維能力。我?guī)F(tuán)隊(duì)的時(shí)候就遇到過(guò)幾個(gè)程序員，邏輯思維能力真的很弱很弱，給他提供很多解決問(wèn)題的思路，就差把答案告訴他的，但是結(jié)果一樣，還是拋給我一句話：不會(huì)！ 這樣的早一天走，公司早一天減少損失！
3、個(gè)人的學(xué)習(xí)能力。這點(diǎn)本人覺得非常重要，如果一個(gè)程序員沒有很強(qiáng)的學(xué)習(xí)能力的話，一個(gè)團(tuán)隊(duì)就得不到進(jìn)步，一個(gè)團(tuán)隊(duì)得不到進(jìn)步，結(jié)局顯而易見！
加載中...
15