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