技術(shù)人員的KPI應(yīng)該怎么設(shè)?
謝 朱峰 提供靈感來源 。 感謝霍老爺為所有場景寫代碼,寫得不好請(qǐng)找他。
吐槽了HR
我們繼續(xù)討論技術(shù)人員的KPI應(yīng)該怎么設(shè)。
阿里技術(shù)有一篇文章《如何量化考核技術(shù)人的KPI》,作者是張建飛,他認(rèn)為技術(shù)人員的KPI可以分解為“三個(gè)貢獻(xiàn)”:業(yè)務(wù)貢獻(xiàn)、技術(shù)貢獻(xiàn)和團(tuán)隊(duì)貢獻(xiàn):
1、業(yè)務(wù)貢獻(xiàn):包括需求把控,業(yè)務(wù)項(xiàng)目和業(yè)務(wù)創(chuàng)新。
2、技術(shù)貢獻(xiàn):包括設(shè)計(jì)重構(gòu)、技術(shù)影響力、Code Review、創(chuàng)新提效和代碼質(zhì)量。
3、團(tuán)隊(duì)貢獻(xiàn):包括招聘、新人培養(yǎng)和團(tuán)隊(duì)氛圍。
重點(diǎn)拆解了第二個(gè)“技術(shù)貢獻(xiàn)”,作者用工作中的一些案例來描述:
1、應(yīng)用質(zhì)量:
負(fù)責(zé)或者共同負(fù)責(zé)的應(yīng)用質(zhì)量分(可以從代碼重復(fù)率,圈復(fù)雜度,分層合理性等維度考察),技術(shù)人員做了哪些提升應(yīng)用質(zhì)量分的工作。
2、設(shè)計(jì)重構(gòu):
技術(shù)人員在客戶通項(xiàng)目中,對(duì)CRM銷售域進(jìn)行了領(lǐng)域建模和設(shè)計(jì),并且抽象合理;
發(fā)現(xiàn)Infrastructure中package分類不合理,進(jìn)行了重新設(shè)計(jì)并重構(gòu)完成
發(fā)現(xiàn)現(xiàn)在系統(tǒng)中錯(cuò)誤碼比較混亂,梳理制定了新的錯(cuò)誤碼規(guī)范,并完成了代碼重構(gòu)。
3、技術(shù)影響力:
在團(tuán)隊(duì)內(nèi)分享10篇干貨,點(diǎn)贊數(shù)1000。
團(tuán)隊(duì)分享策略模式,得到同學(xué)好評(píng) 。
接受邀請(qǐng),在行業(yè)會(huì)議上分享了SOFA架構(gòu)。
4、Code Review:
在review某某代碼的時(shí)候發(fā)現(xiàn),可能存在線程不安全的隱患。
在review某某代碼的時(shí)候發(fā)現(xiàn),存在設(shè)計(jì)不合理的現(xiàn)象,此處使用責(zé)任鏈可以很優(yōu)雅的解決問題,并具備一定的擴(kuò)展性。
5、創(chuàng)新提效:
發(fā)現(xiàn)本地測試啟動(dòng)Pandora Boot比較浪費(fèi)時(shí)間,所以寫了一個(gè)Test Container大大提升了自測效率。
發(fā)現(xiàn)有一些boilerplate代碼不需要寫,所以對(duì)樂觀鎖、分頁進(jìn)行了annotation支持,簡化了代碼。
在某個(gè)項(xiàng)目或者技術(shù)點(diǎn)上面,產(chǎn)出了一篇專利:基于領(lǐng)域模型的業(yè)務(wù)配置化。
6、代碼質(zhì)量:
提測后的Bug數(shù),線上故障數(shù)(系統(tǒng)可以提取,不用自己填寫)
完善了某某模塊的單元測試,并多次在自動(dòng)化回歸中發(fā)現(xiàn)問題。
接下來給大家分享一組拉勾的圖,作者是比格(大數(shù)據(jù)工程師)制作的技術(shù)KPI、
比格認(rèn)為,雖然技術(shù)人員更希望自由的環(huán)境,但是對(duì)創(chuàng)業(yè)團(tuán)隊(duì)來說,如果大家都不按規(guī)范,那這個(gè)公司的技術(shù)團(tuán)隊(duì)就是一盤散沙。
技術(shù)人員到底應(yīng)該用什么KPI?
基于前面阿里技術(shù)文章的評(píng)論,作者M(jìn)ing認(rèn)為:
KPI是活動(dòng)的,在不同的階段KPI應(yīng)該是有側(cè)重點(diǎn)的。
1、創(chuàng)業(yè)階段,KPI應(yīng)盡可能的往業(yè)務(wù)傾斜,當(dāng)生存都是問題的時(shí)候談技術(shù)理想根本就是烏托邦。
2、當(dāng)收入逐漸穩(wěn)定下來后,則應(yīng)盡量往技術(shù)傾斜,這個(gè)時(shí)候談健壯性才有條件。當(dāng)整體都已經(jīng)走上正軌了,系統(tǒng)健壯性也足夠強(qiáng)的時(shí)候,則是持續(xù)保持一個(gè)6/4(業(yè)務(wù)/技術(shù))的比例會(huì)比較恰當(dāng),當(dāng)然這個(gè)也要根據(jù)每家企業(yè)的現(xiàn)實(shí)狀況來靈活調(diào)控。
這也就對(duì)TL自身的業(yè)務(wù)、技術(shù)、市場提出一個(gè)多維度的考核標(biāo)準(zhǔn),純粹的技術(shù)或者純粹的業(yè)務(wù)都是不可取的,畢竟大家待的都是商業(yè)機(jī)構(gòu),商業(yè)利潤才是***位的,其他的都要圍繞這個(gè),技術(shù)優(yōu)化也是為商業(yè)利潤服務(wù)的。
所以,竊以為撇開技術(shù)談業(yè)務(wù)或者撇開業(yè)務(wù)談技術(shù)都是一種烏托邦式的思考。