我認為一個有效評價手段應(yīng)該達到以下目的：

　　1、 對團隊：讓整個團隊進入愉快高效工作狀態(tài)

　　2、 對“高手”：獎勵干活多干活好的人

　　3、 對“低手”：從制度上杜絕磨洋工的現(xiàn)象

　　4、 對“中手”：提供工作認真但是水平有待提高的成員生存成長空間

　　一個團隊，總是有著各種各樣的人，每個人在這個團隊里都是主角。為了團隊，他們有著相同的目標，但卻擔任著不同的角色，做著不同的事情。正因為每個人都做不同的事情，所以我們很難在定義一個統(tǒng)一的標準來評判個人在團隊中的績效。

　　在軟件開發(fā)中，每個人各司其職，有項目經(jīng)理，有開發(fā)人員，有測試人員，還有設(shè)計師。如果單純的通過代碼量來評判個人績效，那PM早就被開除了；如果只通過結(jié)果來判斷，那測試人員無疑是最吃虧的。那么，怎樣才是一種有效的評價手段呢？

　　經(jīng)過一晚上的熱烈討論，我們團隊決定采用以下的方式來評判個人績效，主要分為組內(nèi)評分與組外評分。

　　1、 組內(nèi)評分（70%）

　　組內(nèi)評分采用5個審核點，分別為

　　1) 任務(wù)完成度（20%）

　　任務(wù)完成度是根據(jù)一個人任務(wù)完成數(shù)量的多少而評判，只要所有任務(wù)都按時完成，便可獲得滿分，如未完成，不論任何理由，都無法獲得滿分。

　　2) 任務(wù)完成質(zhì)量（50%）

　　任務(wù)完成質(zhì)量是一個人任務(wù)完成的質(zhì)量評價，有些人草草應(yīng)付，有些人精益求精，結(jié)果肯定是不一樣的。同樣是讀取數(shù)據(jù)庫，有人只需要0.1秒，有人卻要10秒，這對產(chǎn)品質(zhì)量的影響不言而喻，因此這一塊在評分中占有最大的比例。

　　3) 代碼規(guī)范程度（15%）

　　代碼規(guī)范程度是用于約束我們每個人編寫代碼的可讀性，增強可維護性。如果命名不規(guī)范或全篇無注釋，無格式，這會讓做code review的人非常痛苦的。

　　4) 工作態(tài)度（15%）

　　工作態(tài)度非常重要，那怕最后的結(jié)果不太好，只要態(tài)度一直認真，大家有目共睹，這一塊都可以獲得滿分。相反，若完成了任務(wù)，但態(tài)度很隨意，這一部分則無法獲得滿分。

　　5) 熱心程度（5%）

　　熱心程度為附加分，對于一個團隊，每個人都會做出自己的貢獻，對團隊熱心的人，大家都看得到，這部分是工作態(tài)度的補充體現(xiàn)。

　　2、 組外評分（30%）

　　在項目分階段結(jié)束時，我們組內(nèi)會組織統(tǒng)一的報告，用來介紹自己在這一階段開發(fā)所做的工作。我們會請部分外組人員或?qū)I(yè)人士來聽取我們的報告，根據(jù)我們報告所展示的東西對我們每個人打分評價。這部分并沒有統(tǒng)一的審核點，但主要還是考核工作的質(zhì)量及個人對其工作的評價。

　　以上就是我們小組所采用的評價方案，希望大家提出更好的建議。

原文鏈接：http://www.cnblogs.com/rosting/archive/2011/09/08/2171605.html

【編輯推薦】

1. 新手軟件項目經(jīng)理該如何入門
2. 項目經(jīng)理的力量應(yīng)該從哪里來？
3. 當你從程序員變?yōu)轫椖拷?jīng)理
4. 軟件測試項目為什么會失敗
5. 項目管理之CVS與SVN日常使用總結(jié)