技術(shù) KPI 的量化

提升技術(shù)氛圍，打造工程師文化不能僅停留在口頭上，可搭配一定的強(qiáng)制手段，比如和技術(shù)人員的利益綁定。這種綁定就需要我們能對技術(shù)貢獻(xiàn)進(jìn)行一個相對公平的分解和量化。

技術(shù) KPI

基于此，我將技術(shù)人員的 KPI 分解為業(yè)務(wù)貢獻(xiàn)、技術(shù)貢獻(xiàn)和團(tuán)隊貢獻(xiàn)三個大的部分。

其詳細(xì)內(nèi)容如下：

• 業(yè)務(wù)貢獻(xiàn)：包括需求把控，業(yè)務(wù)項目和業(yè)務(wù)創(chuàng)新。
• 技術(shù)貢獻(xiàn)：包括設(shè)計重構(gòu)、技術(shù)影響力、Code Review、創(chuàng)新提效和代碼質(zhì)量。
• 團(tuán)隊貢獻(xiàn)：包括招聘、新人培養(yǎng)和團(tuán)隊氛圍。

那么技術(shù)貢獻(xiàn)中的這幾個維度要怎么理解呢，解釋的話我就不多說了，用我們工作中的一些案例來描述一下吧。

應(yīng)用質(zhì)量：

• 你負(fù)責(zé)或者共同負(fù)責(zé)的應(yīng)用質(zhì)量分（可以從代碼重復(fù)率，圈復(fù)雜度，分層合理性等維度考察）。
• 你做了哪些提升應(yīng)用質(zhì)量分的工作。

設(shè)計重構(gòu)：

• 我在客戶通項目中，對 CRM 銷售域進(jìn)行了領(lǐng)域建模和設(shè)計，并且抽象合理。
• 我發(fā)現(xiàn) Infrastructure 中 package 分類不合理，進(jìn)行了重新設(shè)計并重構(gòu)完成。
• 我發(fā)現(xiàn)現(xiàn)在系統(tǒng)中錯誤碼比較混亂，我梳理制定了新的錯誤碼規(guī)范，并完成了代碼重構(gòu)。

技術(shù)影響力：

• 在團(tuán)隊內(nèi)分享 10 篇干貨，點贊數(shù) 1000。
• 團(tuán)隊分享策略模式，得到同學(xué)好評 。
• 我接受邀請，在行業(yè)會議上分享了 SOFA 架構(gòu)。

Code Review：

• 我在 Review 某某代碼的時候發(fā)現(xiàn)，可能存在線程不安全的隱患。
• 我在 Review 某某代碼的時候發(fā)現(xiàn)，存在設(shè)計不合理的現(xiàn)象，此處使用責(zé)任鏈可以很優(yōu)雅的解決問題，并具備一定的擴(kuò)展性。

創(chuàng)新提效：

• 我發(fā)現(xiàn)本地測試啟動 Pandora Boot 比較浪費時間，所以寫了一個 TestContainer 大大提升了自測效率。
• 我發(fā)現(xiàn)有一些 boilerplate 代碼不需要寫，所以對樂觀鎖、分頁進(jìn)行了 annotation 支持，簡化了代碼。
• 在某個項目或者技術(shù)點上面，我產(chǎn)出了一篇專利：基于領(lǐng)域模型的業(yè)務(wù)配置化。

代碼質(zhì)量：

• 提測后的 Bug 數(shù)，線上故障數(shù)（系統(tǒng)可以提取，不用自己填寫）?
• 我完善了某某模塊的單元測試，并多次在自動化回歸中發(fā)現(xiàn)問題。

總結(jié)

以上是生活随笔為你收集整理的技术 KPI 的量化的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。