原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。http://yuanxf.blog.51cto.com/15066/105563
軟件人員管理，一向被認爲是一件難題。尤其是年中年底的評價問題，涉及到加工資，發獎金，稍有差池，就會民怨沸騰，來年是該走的不走，不該走的全走了。
在開始一個軟件項目之前，公司領導要與該項目主管對需要完成的工作內容、時間期限、考覈的標準達成一致。項目主管把任務進行分解，和每個軟件開發人員對各自所需完成的工作內容、期限和考覈標準達成一致，特別是各個模塊之間的接口，並形成一份完整的“任務說明書”。在期限結束時，主管根據每個開發人員的工作狀況及原先制定的考覈標準來進行考覈。爲了避免到最後才發現問題過多、難以收拾，可以在開發期間設置幾個考覈點，設置相應的階段性目標，根據完成目標情況給出考評的分數。
開發人員應具有較強的事業心、責任感和較深厚的基礎理論知識，並不斷提出新的思想和觀念，爲創造新產品和新技術提供條件。通常研發一個軟件項目所需的時間較長，我認爲按項目的里程碑或項目來安排對軟件人員的考覈，若項目週期超長也可在年中和年末進行考覈，以目標管理(Management
By Objectives， 簡稱爲MBO）爲原則設定KPI (Key Performance Index)，考評分用技術指標決定，如工作量用完成的功能點來衡量，工作質量用每千行代碼Bug數衡量，技術人員會認爲這很公平，從而有動力更努力。
根據客戶關注點確定考覈指標， 同時將客戶的滿意度與做爲考覈的衡量標準， 一個項目完成後，公司不要把該項目的獎金一下子全發給軟件人員，可以留下30%～40%待一年後發放，給客戶一年的時間發現問題，軟件公司可根據問題的大小從餘下獎金中相應扣除。
用下面的七項指標對開發人員進行績效考覈評定：
1.
工作態度
2. 軟件質量 (bug的等級和個數，迴歸次數，重要模塊係數)
3. 工作難易度 (功能性，可靠性，易使用性，高效性，可維護性和可移植性，功能點數，複雜度)
4. 工作效率/能力 (完成百分比，工作經驗)
5. 主動性
6. 溝通能力
7. 程序規範程度
1) 非常及時，隨時都可以查閱任意相關文檔；
2) 非常規範，較及時，隨時可以查閱近期文檔，文檔編寫滯後3天以內；
3) 較規範，較及時，一般可以查閱近期文檔，文檔編寫滯後3～6天；
4) 較規範，但不及時，常常難以查閱，文檔編寫滯後6天以上；
5) 不規範，不及時，常常難以查閱，甚至沒有編寫相關文檔。
2. 軟件質量 (bug的等級和個數，迴歸次數，重要模塊係數)
3. 工作難易度 (功能性，可靠性，易使用性，高效性，可維護性和可移植性，功能點數，複雜度)
4. 工作效率/能力 (完成百分比，工作經驗)
5. 主動性
6. 溝通能力
7. 程序規範程度
1) 非常及時，隨時都可以查閱任意相關文檔；
2) 非常規範，較及時，隨時可以查閱近期文檔，文檔編寫滯後3天以內；
3) 較規範，較及時，一般可以查閱近期文檔，文檔編寫滯後3～6天；
4) 較規範，但不及時，常常難以查閱，文檔編寫滯後6天以上；
5) 不規範，不及時，常常難以查閱，甚至沒有編寫相關文檔。
代碼應該有統一的代碼庫管理，而不是隻保存在程序員個人手裏；Bug也要存在缺陷管理庫中，不是隻是去跟程序員講一下。每個項目結束時，每項統計指標的計算也是煩瑣的工作，需要人力和耐心。
微軟公司對軟件人員的績效考覈每半年進行一次，先由員工自己爲這半年來的業績做一個評估，打一個分數，然後放到網上，等待部門經理簽字、打分。沒有經過部門經理打分、簽字的信息呈紅色;
經理打完分後，如果員工認爲經理的評價比較符合事實，再進行最後的確認，確認後信息變爲綠色，業績考覈的過程就完了。此外，部門經理打分的同時還要爲每位員工制定下個半年的目標。如果員工對經理的評價存有異議，便可以拒絕確認，更高層經理及人力資源部的人員看到後，會與員工溝通，直至查到員工拒籤的原因。
也有些知名的IT公司已將軟件開發人員的績效評估建立形成了一個體系，每年有年度的績效考覈，開發部門有開發成本考覈。從每年12月開始到第二年1月份的兩個月期間，公司上上下下都認真地做績效考覈，因爲晉升調薪需要這個依據。考覈完後，經理要跟員工面談，將考覈結果告訴他。考覈的關鍵是評估後的溝通，這比評估更重要。讓員工知道他的不足在哪裏，優勢在哪裏，員工自己要提出想法。考覈後排在後5％的員工要內部下崗，實際上是降工資，留崗觀察。
本文出自 “變革管理 應對挑戰” 博客，請務必保留此出處http://yuanxf.blog.51cto.com/15066/105563
