又到了一年一度的考覈季，又到了大家最關心和期待的時刻，正好我在負責梳理部門的流程，那麼今天分享一下我對技術人考覈的思路，也算是我這些年做技術管理的一點思考。
首先，我想說的是技術工程師的工作是多樣性的，一個工程師可以貢獻的方面太多了，如果用傳統的績效考覈制度，就很容易給團隊套上緊箍咒，制度不合適，不能充分反映工作性質，就會產生副作用，制度和人，人和人之間就會產生桎梏，分散團隊注意力，破壞團隊和諧。而做考覈的人要小心翼翼，把一個人放進一個預設好的框框裏，但卻又不能準確的反映出他的實際效能。
其次，對於客觀的考覈指標，我覺得可以分解爲業務貢獻、技術貢獻和團隊貢獻三個大的部分，具體每一部分的考覈點如下：
• 業務貢獻：包括需求把控，應用質量和完成時效。
• 技術貢獻：代碼設計重構、技術影響力、Code Review、創新提效和代碼質量。
• 團隊貢獻：包括招聘、人員推薦、新人培養、成員招聘和團隊氛圍。
下面簡單的舉幾個例子來解釋這幾個維度的標準，舉一些具體的例子來做一個說明。
應用質量：
• 負責或者共同負責的應用質量分（可以從業務的使用效果、客戶反饋、穩定性去分析）
• 做了哪些提升應用質量分的工作。
設計重構：
• 我在abc項目中，對xx模塊進行了分析和設計，並且抽象合理。
• 我發現當前架構中有xx不合理的問題，進行了重新設計並重構完成。
• 我發現現在系統中錯誤碼比較混亂，我梳理制定了新的錯誤碼規範，並完成了代碼重構。
更進一步，我想說的是，要想做好考覈，更需要做好一些前置的工作。比如有以下兩點：
1. 一定要選團隊氣味相同的優秀候選人加入，切忌爲了儘快招到人而去選一些並不十分滿意的候選人。對於優秀的成員，我平日就不需要花太多精力去設計一套制度去約束他，他自己主動會去做好該做的事情，那麼最終考覈的時候，我只需要思考有多大的預算去激勵他。
2.工作的安排一定要明確和具體，最好是將每個人放在特定的模塊和業務領域上，讓他的長期權責是清楚的，因爲分工的明確，也就能很好跟蹤，peer之間也對對方幹了什麼取得了什麼成果十分清楚，這樣就爲考覈系統的透明化提供了基礎，透明意味着公平與效率。
最後，公司對員工的考覈都會有一套整體的模板，這一點很難去搞特殊化，但具體落實到技術團隊內部，我們是可以去做一些靈活的安排來達到合理的績效評價的。