【原創】淺談技術團隊專案考核體系的建立

專案的考核可以從兩個層面看：一個是站在客戶和使用者角度談；一個是站在專案內部談。
站在客戶角度，那就是要看專案整體達成情況，如需求是否滿足、進度是否保障、交付後一定時期內的缺陷情況。通常專案總監、部門總經理站在這個角度考核的比例會大一些。
說的直接些，專案如果有獎金的話，這些指標直接約束了專案獎金盤子的大小。專案只有客戶滿意了，才可能有盈利。


對於專案內部考核角度來說，比較具體了。通常QA要求的點，都是考核點。例如milestone的進度，質量，開發效率，bug fix率，bug返工率等等
具體談，內部專案管理人員考核體系，要先從公司專案組織結構著手。
所謂，你賦予專案管理人員什麼職責，你就去考核什麼。
關於專案組織結構，這裡就不詳細談了，主要分行政部門結構、純專案經理結構、矩陣結構（弱、平衡、強）等。
一般來說，我們可以認為大部分公司的專案管理是弱矩陣結構，即專案經理有專案成員管理權但行政權利不強（如不能影響人員的工資），專案經理承擔著準部門經理職責但沒有行政權利。
下面，我談談基於這種組織結構下的人員考核體系，拋磚引玉、舉一反三。
在這種弱矩陣結構下，技術團隊人員通常會存在三類職責的人：
A類：參與到專案主體開發的人員，指參與在公司正式立項並取得專案財務編號專案的成員。
這些人從行政部門中抽調出來進入專案，在專案過程中間一般不會返回其所屬行政部門（如軟體開發一部）；
B類：非專案類，指未參與在公司立項專案，而是參與行政部門安排的任務工作，包括：產品維護、預研、工具開發等活動，通常由部門經理安排執行；
C類：專案支援業務人員，包括部門經理、配置和質量管理等工作人員。

區分好要考核的人群后，再去按職責設定績效考核相應的負責人，負責人再依次分解：
對於A類人員，通常以專案績效為主（TQC），輔助以知識積累、團隊建設考核。
對於B\C類人員，則以任務完成情況、配合專案程度、部門管理指標去考核。

注意，考核是與激勵掛鉤的，否則考核就失去動力。
也就是說，你要提前考慮好人員的獎金激勵盤子、人員工薪調整的規則。否則，考核基本就是形式化！！

下面給出一個我對某專案管理負責人的考核體系，其他人以此增減：
序號    KPI（GS）及目標值    權重（相加＝100%）        考核標準
1    專案開發時效        40%                在專案計劃規定的時間內完成開發任務；
2    專案開發及服務質量    30%                設計質量，設計效能，文件質量，編碼質量，開發量，bug率，故障率，系統支援維護滿意度；
3    客戶響應速度        10%                業務需求響應速度，問題/故障/Bug處理速度
4    團隊建設貢獻        15%                公司制度、政策的上傳下達；掌握員工的情緒及工作情況的能力；維護與客戶之間關係等
5    公司貢獻        5%   

績效考核項中可以設定10-20%權重的主觀考核項，作為絕對數字標準的調整，理性和感性結合。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/3433/viewspace-609914/，如需轉載，請註明出處，否則將追究法律責任。