1樓：東寶HR系統
對於軟體開發人員如何進行績效考核一向是企業HR感到比較頭疼的事，尤其是月底或是年終評績效獎金的時候，稍有紕漏就會引發程式設計師們的激烈反對，到第二年人都跑的差不多了，這樣的情況就有點削足適履，反倒起了負面效果。那是不是軟體開發人員不進行績效考核呢？也並不是，但是要考核內容需要符合客觀事實，需要公平合理的進行考核，激勵軟體工程師越做越好。
乙個軟體工程師做的好不好要怎麼判斷呢？不同於銷售人員的按業績金額說話，也不同於工廠員工按產量發言，軟體工程師往往是在軟體最終執行後，才知道做的好不好。但是，要等到軟體執行，等待時間可能很久很久，這時HR最好能夠與技術總監進行溝通，了解軟體開發人員的工作情況，然後再來擬定績效指標。
由於軟體工程師並非流水線生產工人，無法統計產量，大多都以各自負責的專案進度為標準節點。軟體工程師的工作通常是由技術總監來分配專案，並給定時間節點，比如要在什麼時間內完成哪些功能，由此來限定軟體工程師的效率，通過執行功能模組是否正常來檢查軟體工程師的工作質量，結合這兩個方面，就基本可以對軟體開發人員進行績效考核制定。
了解到上述的那些情況以後，該如何對軟體開發人員進行合理的績效考核呢？我們可以從以下幾個方面去參考：
結果考核為主，意思是說以專案完成的進度為主，由於軟體開發周期長的特殊性，採用計畫時間內專案的各個功能的逐個實現為主要考核指標更為貼切，然後按照軟體開發工程師的開發能力和平時的表現態度、溝通能力及其他事項等等為次要指標，綜合進行績效指標設定。
考核指標設定的時間要根據軟體開發專案的客觀進度進行設定，每個專案的分配情況都需要與技術總監進行詳細了解，制定合理的考核時間指標，需要保持考核指標與整體專案的進度一致。
軟體工程師的績效考核體系往往因人而異，每個人對面的專案不同，開發語言不同，工作型別也有一定差別，需要詳盡的了解每個人的工作內容和專案情況，不能一刀切似的制定考核指標，最好是根據專案開發所分配的內容和時間來進行考核。
績效考核應該以軟體開發人員的績效改進和提公升為目的，激勵軟體工程師越做越好，體現績效考核多勞多得的核心價值，對懈怠工作、工作質量差的人員進行適當懲戒，能夠保證員工的高質量產出。例如乙個軟體工程師編寫程式又快又好，在規定期限提前完成且Bug率極低，那麼就可以給予超前完成獎勵和高質量程式獎勵，鼓勵該工程師越做越好。
微軟和谷歌是如何對開發人員進行績效考核的？或者說對於開發人員要如何考核績效？
青暖 感覺咱們的模式還是管理層制定目標，團隊員工量化工作任務這樣的模式，說說我們的考核吧。我們團隊的解決方式是，將開發任務上系統，有看板可以看整個迭代的進度，有任務可以檢視每個開發人員的工作量及工作時間規劃。這樣如果出現任務量少的情況，就可以知道可以在什麼時間去插入什麼任務，遇到請假的也可以根據其他...
IT企業把BUG做為評定開發人員績效的乙個指標合適嗎？
水邊的海倫 蠢。大家開發同樣一段程式嗎？象高考一樣，試題是一樣，答案才能一樣。程式的多少，長短，難易程度，又怎麼來判斷，BUG和BUG也不同吧。我這個外行都明白的道理，不知道誰弄來這種幼兒園級別的考核指標。 Ethan Meow bug天天有，改也改不完 QA發狠寫出個奇葩case，程式崩潰，改 協...
對於軟體開發人員來說，資料庫的理論知識有多重要？
Cans 看了一圈，發現全都是在說語句的操作和過程，提設計的很少。個人認為雖然資料庫原理對優化特別有幫助，但是設計才是資料庫理論的核心。知乎逛一圈都是三正規化 某大佬說過真正明白資料庫設計是怎麼回事的不會僅僅考慮到3nf 分解理論幾乎全部不說，也確實只有極少數人在設計超大型資料庫 可能大佬們也不想說...