十多年從業經歷，從 2001 年開始帶團隊到現在，我幾乎經歷過所有的 IT 角色。2010 年，我隨創始團隊籌建國美線上至今，經歷了從幾百單到現在日均百萬訂單，從只有家電品類到現在全品類、金融、大資料服務、雲服務的綜合平臺，從 5 人到現在的上千人的技術團隊建設過程。

IT 技術團隊的績效考核是比較頭痛的事情。從技術員工的角度來講，我和大家一樣是很反感績效考核的，主要原因是技術績效到底怎樣去量化是個難點。但是從管理的角度講，技術團隊必須要有績效管理機制。

技術團隊績效考核的核心，是怎樣通過機制（或文化），讓技術人員（或技術團隊）的行為結果，超越制度創造出更大的價值，而不是通過制度和考核約束技術人員。

結合多年的從業經歷，我認為技術管理人員首先要清晰地知道自己的任務目標是什麼，然後才能考核別人。技術管理人員要明確自己的核心目標是實現公司的目標。

本文，我將結合實際案例分享績效管理的經驗，包括績效如何衡量，績效的困惑與難題等。

什麼是績效管理？

績效管理是各級管理者和員工為了達到組織目標共同參與的績效計劃制定、績效輔導溝通、績效考核評價、績效結果應用、績效目標提升的持續迴圈過程。績效管理的目的是持續提升個人、部門和組織的績效。

績效管理的核心是完成組織目標，以目標為導向，以激勵為主要手段，以懲罰為次要手段（但必須要有）。KPI 相關的內容，都是必要或不必要的浮雲。

技術團隊需要績效管理嗎？

班固《漢書》：“人分九等”。

技術人員可謂千人百面，每個人的想法都不一樣。技術人員有一個共性，聰明、內秀，也叫“悶騷”，就是雖然想法很多，但是不善於與人交流。

很多人更喜歡通過 QQ、微信、郵件來與別人溝通。有的時候，技術人員發起火來也是相當恐怖的，因為問題積壓的太久，當問題發生時有些失控。

如果沒有績效管理，那你想如何管理技術人員？答案是很難管！如果想要實施有效的績效管理，我們首先要熟悉研發管理的範疇。

研發管理過程主要包含：如何確定立項，如何確定產品目標，如何把控專案進度，如何驅動產品一代代完善以及如何調動團隊積極性等。

在時間週期上來說，我們歸納為選方向、定目標、控進度、帶團隊和排干擾這5個關鍵步驟。在立項的時候，你就應該制定核心衡量指標，即用來衡量成功的指標。

那麼，技術團隊績效管理到底有什麼作用和目標呢？

通過績效管理，你可以激發技術人員的潛能，可以給技術團隊一個發力的方向，讓大家為了完成團隊的目標而努力。

• 對於個人來說，可以提高個人工作效率，提升個人經驗和知識水平，最終提升個人的收入和影響力。

• 對於團隊來說，可以提高團隊的效率、協作性以及團隊的自我成長性。

• 對於企業來說，可以提高企業效率，降低運營成本，提升客戶體驗，增加客戶黏性和使用者規模，推動公司發展技術業務，直接帶來收入。

技術團隊績效管理的四大難題

績效考核方法那麼多，為什麼達不到效果？最大的難題是什麼？這裡，我彙總了一些常見的困惑與難題，具體如下：

• 難題1：領導覺得員工做得不好，員工自己感覺特別良好。

  原因：直接領導和直接下屬之間對績效目標的理解沒有達成一致，或者領導也不清楚績效目標是什麼。

• 難題2：每個員工的績效都不錯，但團隊的績效卻沒有提升，甚至是下降了。

  原因：團隊沒有目標，或者說員工績效目標與公司、團隊績效目標不一致。

• 難題3：績效管理流於形式，實施一段時間執行不下去了。

  原因：績效管理環節遺漏、績效結果應用不合理，或者領導並沒有真正想管績效。

• 難題4：技術體系的績效不好量化。

  原因：一方面要看領導心裡是否有桿秤；另一方面因為技術體系屬於非銷售部門，工作結果不太好評估，不同崗位的要求也不一樣。

在此，我們可以通過一個案例來分析說明一下。

案例：

小明最近有點煩。作為前臺組技術尖兵，他曾因為技術水平牛，受到很多人的推崇，組長也很看重他。他們組的專案，在缺兵少將時間緊的情況下，仍然能夠如期上線。

然而，在剛剛結束的年度績效評比中，他出乎意料地落選了年度之星。不僅如此，還失去了年底的加薪機會。他的組長也因此被扣分，年度評級活動中也因此沒有升級。

原來，這是“418 大促”的一個關鍵促銷功能導致的。該功能上線後，很多使用者投訴經常出現莫名異常錯誤，會算錯價格，甚至會出現訂單丟失的情況。

在 0 點搶購時，系統異常緩慢，出現 1 個小時的“宕機”現象。事後分析，小明在快取處理上沒有采用公司的成熟中介軟體，自己從開源社群上下載了比較“牛”的一段快取處理程式，但在和其他程式的銜接上考慮不周，導致事故發生。

案例剖析：

首先，從上面這個案例，我們可以看出小明不清楚或者忽略了這個專案的關鍵目標。作為一個有經驗的組長，在一個專案開展前，首先要確定專案的關鍵目標是什麼。

這個專案的核心是做出來一個能應對“418 大促”的促銷系統，而不是僅上線這個系統就可以了。如果只知道完成任務，那存在很大可能會出問題。

即要努力把事情做好，而不是努力把事情做完。一定要把專案每個階段的完成時間、效能指標、使用者體驗等做出清晰的規劃。

其次，小明是個牛人，可是牛人往往有些明顯的缺點常被忽視。如果引導不好可能會出現大問題。“手快”是很多技術牛人的特點，但“事與願違”也常常是結果。

第三，組長與大家一樣都非常崇拜小明的技術，但是關鍵在於沒有對結果進行很好的把握。組長沒有很好地明確目標，也顯然沒有明確的引導小明達成核心目標。所以出現這樣的結果也不奇怪。

第四，要看這個部門經理（即團隊的最高管理者）是否存在問題。對於一個比較重大的專案，經理需要規定必須要完成的指標，也要制定明確的上線標準，比如壓測是否通過，產品經理和用研經理是否測試通過等。

在這個案例中，我們可以發現很多中小型技術團隊容易犯的錯誤：注重技術實現而不注重公司目標；缺少明確的制度規範；對技術大拿的無原則依賴（或放縱）；團隊管理者的鬆懈等。

很多技術人員過於注重和追求技術水平的提升，而忘記了提升公司的業績才是最重要的。所以在技術團隊的績效管理中，宣傳貫徹公司的戰略規劃，不斷輔導和跟蹤技術人員的工作，使其不偏離“績效目標”，這就顯得尤為重要。

 

解決績效管理難題常用的辦法

如何解決績效管理難題呢？績效管理的核心是幫助大家達成目標，績效考核不是目標，是結果的衡量。所以，我們千萬不要犯績效主義。

• 績效目標要結合公司的目標，然後進行任務分解。

• 要明白關鍵目標和結果是什麼，影響考核結果的因素有哪些，要讓所有人都清楚。

• 最重要的是幫助大家達成目標，而不是隻關注最後的考核結果。

• 技術指標、效果指標(如產生的銷售增量、轉化率)、貢獻評估一樣不能少。

適用於其他團隊的、通用的績效管理解決辦法，可以從以下六個方面來實現：

• 領導與下屬要溝通確認好績效目標和績效計劃。

• 績效輔導必不可少，績效管理不是為了給員工扣分，是為了讓員工更好地達成績效。

• 要與利益、晉升等掛鉤，公司與員工平衡共贏。

• 發現問題及時糾錯。

• 績效考核標準儘可能量化，要根據不同崗位、不同職級定義績效目標和績效合同。

• 績效管理不等於績效考核，績效考核只是績效管理的一個環節。

 

關於OKR

OKR (Objectives and Key Results)全稱為“目標和關鍵結果”，是企業進行目標管理的一個簡單有效的系統，能夠將目標管理自上而下貫穿到基層。

這套系統由英特爾公司制定，在谷歌成立不到一年的時間，被投資者約翰·都爾(John-Doerr)引入谷歌，並一直沿用至今。

OKR 的特點和要求如下：

• 目標務必是確切的、可衡量的。例如，不能籠統地說“我想讓我的網站更好”，而是要提出諸如“讓網站速度加快 30%”或“轉化率提升 15%”之類的具體目標。

• 設定若干可以量化的“關鍵結果”(Key Results)，用來幫助自己實現目標。

• 最理想的得分是在 0.6 到 0.7 之間。如果達到 1 分，說明目標定得太低;如果低於 0.4 分，則說明工作方法可能存在問題。

• 所有人的 OKR 都是對內公開的，OKR 的公開化有助於員工瞭解同事的工作，從而判斷該如何與團隊協作。

• OKR 可以幫助員工關注自己取得的成績，也可以讓員工獲得大家的認可和幫助。

 

OKR vs. KPI

OKR與KPI有什麼不一樣呢？

OKR 的目的是如何實現和達成正確的目標，和績效考核分離（即不是考核幾個指標，但可以用績效考核指標來衡量結果），自下而上。

它的結果並不是越高越好，0.6~0.7 最好。這種方式公開透明且形式簡單。

而 KPI 的目的是建立一套可行的績效考評機制，自上而下，逐層分解，確定幾個考核指標。KPI總是希望超出預期分數越高越好，但是不透明。

OKR 是幫助團隊員工保持一致的努力方向、更有效地完成任務的方法，關注“我要做的事”，保證方向正確。

KPI 關注“要我做的事”，讓員工努力工作達成績效指標。但最終都是要達成目標結果。

比如“讓轉化率提升 15%”這個目標，如果是 OKR 考核模式，團隊就會從如何提升使用者體驗、如何提升商品豐富度、如何提升物流速度等方面拆分任務來找方法達成。

如果是 KPI 模式，會分解到 PV、SKU 數、妥投時間等指標，在完成的過程中，員工始終想著這些指標怎麼達成，而不是始終想著如何真正解決問題。

最後的結果可能是指標達成了，但使用者體驗、銷售額並沒有提升。這樣的例子很多，同樣方法用在技術團隊，會出來更奇葩的結果。這是 KPI 考核最大的弊端。

但 OKR 的結果也需要用績效考核方式去評估，常見的 360 度評估其實是一種很好的衡量方式。

需要注意：OKR 或 KPI 都不是對所有的崗位適合。對更注重持續收入的崗位，需要硬性標準來保證完成任務，KPI 會比 OKR 更適合。

技術團隊的績效考核，OKR 更適合，但一定要有結果評估方法。

技術團隊績效管理方式的演變

通常情況下，技術團隊績效管理方式的演變階段如下：

• 第一個階段：單純的專案管理階段，適合於初創企業或團隊。在此階段，以專案上線為主要的考核指標，有較多的獎勵和福利。

• 第二個階段：專案管理+量化指標，適合於有一定規模的中小型團隊。比如增加了 bug 率、延遲率、專案效果等質量考核的維度，以及簡單的任職資格評估。並且嘗試績效結果應用，績效表現好的員工，獲得獎勵。

• 第三個階段：團隊管理與個人管理結合，適合於較大規模的團隊。不同部門、不同崗位的考核指標差異化。團隊考核成績與個人考核成績掛鉤，提升團隊效率。

• 第四個階段：完全 OKR 模式。適合於比較成熟的組織。以目標為導向，量化目標和關鍵結果，重視過程和結果，增加考核透明度，建立比較全面的考核細則和制度。

對初創技術團隊，建議一步到位施行 OKR 績效管理模式。

企業不同階段技術團隊的績效考核模式

一個組織從出生到消亡，一般都要經歷初創期(嬰兒期)、快速成長期(青春期)、成熟期(壯年期)和衰退期(老年期)四個階段。

在每一個發展階段，企業都將面臨不同的機遇與挑戰。不同生命週期階段，企業的績效管理模式也是有所不同的。

我認為，選擇合適的績效管理模式要注意以下3個因素：組織發展目標、組織文化氛圍和權利管控模式。

對於初創企業來說，要實現單一業績要求，施行高獎勵。做到以人治為主，強調默契一致。

對於正在快速成長企業來說，應該做到複合業績要求，獎勵與處罰並重，並實現人治和法治相結合，強調單一目標和獎懲。

對於成熟期企業來說，薪酬體系完善，績效結果應用多樣化，獎罰形式豐富，注重人文關懷和員工的持續性發展。以法治為主，強調製度和多維績效。

幾個簡單的經驗分享

最後，從績效目標分解、績效計劃階段、績效達成輔導、績效考核以及績效結果應用幾個方面，與大家分享幾個簡單的經驗。

• 績效目標分解：公司目標&行動計劃；中心/部門目標&行動計劃；個人目標&行動計劃。

• 績效計劃階段：績效指標需要主觀和客觀相結合、團隊和個人績效相互影響、不同的崗位做不同的要求。

• 績效達成輔導：各種形式不斷的目標貫徹、幫助、訓練、指導，檢查促使目標達成。過程中要不斷調整方法和最終的結果形式。

• 績效考核過程：1.強調目標的達成。2.重視貢獻和作用。3.重視績效制度(強制正態分佈)。

• 績效結果應用：我們可以將績效考核結果用於調崗、調薪、晉升、獎勵、培訓、淘汰等,但不能不應用（注意，這很重要！！！）

進階彩蛋：網際網路公司績效管理案例分享

網際網路時代，既強調“使用者為王”的產品理念，又強調“以人為主”的管理思想，要注重溝通和共識，抱定持續改善的信念。

網際網路時代的績效考核要以目標和關鍵結果為導向、以績效而不是績效主義為導向、以高價值為導向、以激勵為導向、以使用者為導向、以簡單和可量化為導向。

這裡，我列舉了幾個具有代表性的公司績效考核案例，讓我們來一起看看他們的考核方式。

Q 公司案例解析

非銷售崗位的績效考核分為兩部分：KPI 和勝任力，兩者分別佔比 60%和 40%。基於此，管理人員再增加管理指標。

勝任力的考核主要由知識技能、積極主動性、團隊合作、學習能力、遵規守紀這幾個方面組成。而KPI主要是進行專案的考核。

考核初期每個組進行專案評定，每個人都有幾個專案，專案目標、衡量標準和權重都在初期進行定義，其中衡量標準必須量化。考核末期，對專案目標及衡量標準進行核查。

那麼，如何衡量標準量化呢？例如：

• 單均處理時長：由上線前的 10min 縮短到上線後的 4.5min，處理時間降低了 55%。

• 人員日均產能：由上線前的 43 單，提升到上線的 80 單，產能提高了 86%。

Q 公司績效評估週期為半年，獎金分為六個月發放。考核方式為評分+評級，評分決定評級，最終評為 A、B、C、D 四個級別， A 級獎勵 8 個月工資，B 級獎勵 5 個月工資， C 級獎勵 3 個月工資，D 級則淘汰。

該公司考核結果顯示，達到 A 級與 B 級員工佔總員工數的 10%，C 級的幾乎沒有，D 級的員工佔比 10%。

點評：

• 績效考核的模式是主、客觀相結合，以客觀、量化指標為主。

• 由主管上級直接打分。

• 獎勵形式比較單一，以半年獎形式體現。

• 客觀量化指標要求較高。

• 據悉：獎勵形式目前正在調整中，由激進向平穩轉變。

M 公司案例解析

考核週期：季度

考核方式：打分+評級

• 員工自己打分，直接領導複評分並評級，評分與評級直接掛鉤。

• 績效工資是月工資的一部分，佔月工資的 25%。

• 相關推薦

  90%的 CTO 都做不好績效管理？看看這個十年 IT 老兵都有什麽絕活？（轉）

  發放 進階 績效 大數據服務 應對 轉化 投資者 評分 顯示 原文地址： http://mp.weixin.qq.com/s/uiGMx5vuD3YNaoCClHuqEg 十多年從業經歷，從 2001 年開始帶團隊到現在，我幾乎經歷過所有的 IT 角色。2010 年，我隨創

  90%的 CTO 都做不好績效管理？看看這個十年 IT 老兵都有什麼絕活？

  十多年從業經歷，從 2001 年開始帶團隊到現在，我幾乎經歷過所有的 IT 角色。2010 年，我隨創始團隊籌建國美線上至今，經歷了從幾百單到現在日均百萬訂單，從只有家電品類到現在全品類、金融、大資料服務、雲服務的綜合平臺，從 5 人到現在的上千人的技術團隊建

  為什麽90%的CTO 都做不好績效管理

  錯誤 設定 互聯 各級 data- 工作方法 難題 可謂 大數據服務 ? 十多年從業經歷，從 2001 年開始帶團隊到現在，我幾乎經歷過所有的 IT 角色。2010 年，我隨創始團隊籌建國美在線至今，經歷了從幾百單到現在日均百萬訂單，從只有家電品類到現在全品類、金融、大數

  管理與技術未必不可兼得，一個20年IT老兵的碼農生涯

  連接 ive 重要 貨幣 smart 奇跡 dde rdquo 系統 作者｜康德勝 我是一個喜歡寫代碼但幾乎不太有機會寫代碼的CTO，也是一個看得懂財務報表、通過所有CFA（金融特許分析師）考試並獲得FRM（金融風險經理）認證的拿到金融MBA的CTO，如果我有幸被稱作碼農

  計算機視覺進展二十年 (1995~2015) 轉載~有興趣的朋友可以看看哦

  計算機視覺的兩大主要板塊是：幾何和識別，這裡我們主要來講述計算機視覺在1995～2015年間的進展。 1. 影像特徵點檢測運算元(detector)和描述運算元(descriptor) SIFT的誕生 (1999, 2004) Scale invariant feature transform (S

  2018年自動駕駛汽車如何發展？看看國外都做了啥 | 行業

  ▼大型年度AI人物評選——2017中國AI英雄風雲榜榜單評選出了年度技術創新人物TOP 10；商

  看看這些大齡程序員都做了些什麽

  lar wall 經驗 asc 階段 加班 mps perl ava 原文：http://zhuanlan.51cto.com/art/201905/596337.htm?utm_source=tuicool&utm_medium=referral 最近的朋友圈不斷被996

  如何在面試中介紹自己的專案經驗，90%的人都做錯了！

  目錄 1、如何準備專案介紹？別害怕，面試官什麼都不知道 2、準備好專案細節，一旦被問倒，說明你沒做過 3、不露痕跡地說出面試

  團隊績效管理

  學習 任務 人工 工作態度 tab 獨立 top 創意 wid 工作量 方案創意 博客歸檔及時率 提出觀點的采用率 任務完成及時率以及獨立性 個人工作闡述明確 責任心 團隊意識 對知識點的學習 工作態度 陳曉陽

  評價績效管理的8個維度？懷才當遇整理

  建議 指標 提示 企業 第一個 想象 left 說明 工資 評價績效管理的8個維度？懷才當遇整理 如何知道你的企業所實施的績效管理體系是否有效，該從哪些方面對績效管理做出評價？筆者結合工作的實際和對理論的思考，從八個緯度對這個問題做了一些思考，提出評價績效管理體系有效性的模

  【dotnet跨平臺】"dotnet restore"和"dotnet run"都做了些什麽？

  sin end ati article align ade exce font aspnet 【dotnet跨平臺】"dotnet restore"和"dotnet run"都做了些什麽？前言：關於dotnet跨平臺的相關內容。能

  超過90%的銷售員答不好的客戶問題

  客戶很多銷售員聽到客戶說這些話，頭就開始痛了——“行，我知道了，但我還是再去其他店看看吧!”“你的品牌多少年了?我怎麽沒聽說過。”“我是老顧客了，沒有優惠嗎?”“太貴了，能便宜點麽?”“你們的產品萬一出問題了那怎麽辦?”雖然很多銷售員都能在第一時間給出答案，但是卻有超過90%的銷售員答不好!面對客戶提出的這些

  一步步帶你做vue後臺管理框架(三)——登錄功能

  after ges efault origin 登錄功能 通過 default 路徑 第三方賬號登錄 系列教程《一步步帶你做vue後臺管理框架》第三課 github地址：vue-framework-wz 線上體驗地址：立即體驗 《一步步帶你做vue後臺管理框架》第一

  【項目管理】經驗之談 | 資深項目經理都避免的5個坑，你中招了嗎？

  尊重 最終 fail 同方 快速 這就是 tro 理解 動力 哈嘍！大家好！ 那天看到最有趣的一句話就是 為了填坑，一位項目經理胖了20斤 。。。。。 今天就給大家介紹一下 項目經理要註意的那些“坑” 項目經理“誤踩雷區” 1 未告知成員工作目標 作為項目經理

  完美解決--用VS中的Git做代碼管理器，與他人共享代碼

  服務 git 新建 註冊郵箱 一起 下載 代碼管理 svn 進行 1、創建代碼倉庫，這裏說一下為什麽要創建倉庫，Git不能夠作為源代碼管理器，vs中自帶的也只能夠在本地進行管理，要和他們共享的話必須要有服務器端去存儲代碼，類似於SVN,它就有客戶端和服務器端，這裏推薦用Gi

  關於思維、營銷、咨詢、績效管理的一些經典分析框架

  區別 iat 思維 3.2 邏輯 介紹 企業 什麽 一次 關於思維、市場營銷、管理咨詢、績效管理等的分析框架有很多很多。即使看過很多框架，在碰到具體場景時也經常沒辦法下手。但這並不意味著不需要學習框架，因為不同框架有其適用性。多實踐，靈活運用，學會搭建自己的分析框架，達到碰

  後端程序員都做些什麽？

  展示 如何 mon dir pic sin 硬盤 asc 互聯網 後端程序員都做些什麽？ 2017-12-25 劉欣 程序猿 來自：碼農翻身（微信號：coderising） 這個問題來自於QQ網友，一句兩句說不清楚，索性寫個文章。 我剛開始做Web開發的時候，

  親愛的，你已經連閱讀理解都做不過AI了

  將在 pac nor 國外 自己 stat 關註 技術分享 互動 提起閱讀理解這四個字，你會想到什麽？被四六級雅思托福支配的恐懼？語文試卷上連原作者都搞不懂的選擇題？不管哪種答案，肯定都逃不出一個規律：進行閱讀理解這項有益身心運動的主體，必然是跟你我一樣的人類。畢竟嘛，這東

  《機器學習實戰》中的程序清單2-1 k近鄰算法classify0都做了什麽

  列表 關鍵字 難解 items 位置 class 做了 ict top k def start(): group,labels = createDataSet() return classify0([3,3], group, l

  DevOps都玩不好還想玩AIOps?

  mar 其它 一起 鏈路跟蹤 在一起 中心 conf ces 方法 devops出來沒幾年，很多媒體又開始宣傳aiops，實際上，據筆者了解，devops落地得好的公司並不多。為了實踐devops，很多公司為此做了很多工作，比如：1、把部門名字變了，比如以前叫運維中心，現在