針對(duì)這個(gè)痛點(diǎn)，阿里高級(jí)技術(shù)專(zhuān)家張建飛提出了自己的解決思路，希望能與大家一起探討、交流。

為什么需要技術(shù) KPI？

在業(yè)務(wù)技術(shù)團(tuán)隊(duì)，有一個(gè)不好的趨勢(shì)就是團(tuán)隊(duì)越來(lái)越業(yè)務(wù)，越來(lái)越?jīng)]有技術(shù)味道。

每個(gè)人都在談業(yè)務(wù)，技術(shù)大會(huì)上在談業(yè)務(wù)，周會(huì)上在聊業(yè)務(wù)，周報(bào)里寫(xiě)的是業(yè)務(wù)項(xiàng)目......

唯獨(dú)少被談及的是技術(shù)本身。此處并不是說(shuō)業(yè)務(wù)不重要，而是說(shuō)理解業(yè)務(wù)和把控業(yè)務(wù)需求是技術(shù)人員的 base，而不是全部。

將就的代價(jià)

這種技術(shù)味道的缺失對(duì)技術(shù)團(tuán)隊(duì)來(lái)說(shuō)是非?？上У?，也不利于技術(shù)人員的成長(zhǎng)和發(fā)展。

因?yàn)楹茈y想象一個(gè)沒(méi)有技術(shù)追求的團(tuán)隊(duì)能開(kāi)發(fā)出一個(gè)健壯的、可維護(hù)性好、可擴(kuò)展性好的系統(tǒng)。

相反，這種業(yè)務(wù)代碼的堆砌，從短期看也許是“較快”實(shí)現(xiàn)了業(yè)務(wù)需求，但是從長(zhǎng)遠(yuǎn)來(lái)看，這種爛系統(tǒng)的增加會(huì)極大的阻礙業(yè)務(wù)的發(fā)展，形成一個(gè)個(gè)的黑洞應(yīng)用，而工程師被裹挾在業(yè)務(wù)需求和爛系統(tǒng)之間，疲于應(yīng)對(duì)，心力交瘁。

這種將就將導(dǎo)致系統(tǒng)腐化，技術(shù)債越壘越高，像腫瘤一樣消耗你所有的能量。

我不是藥神，只能?chē)L試開(kāi)出一藥方：那就是在不影響業(yè)務(wù)的情況下（特別是相對(duì)穩(wěn)定的業(yè)務(wù)，請(qǐng)拒絕業(yè)務(wù)方的時(shí)間倒排），Tech Story 應(yīng)該和 User Story 有同等的重要性，要把重構(gòu)優(yōu)化提到和業(yè)務(wù)需求相等的優(yōu)先級(jí)去處理。

我們不僅要對(duì)業(yè)務(wù)需求負(fù)責(zé)，我們更要對(duì)應(yīng)用的質(zhì)量，系統(tǒng)的可維護(hù)性負(fù)責(zé)。

因?yàn)槲覀兗夹g(shù)人員是應(yīng)用的父母（有些是親生父母，有些是養(yǎng)父母），你不照顧它們，不治理它們，它們就會(huì)生病，你忍心看到這樣的局面嗎？

[[245345]]

技術(shù)管理者者（TL）的失職

造成這種局面，我們的技術(shù)管理者，我們的 TL 要負(fù)有主要責(zé)任。如果一個(gè) TL 從來(lái)不關(guān)注系統(tǒng)架構(gòu)和設(shè)計(jì)，從來(lái)不寫(xiě) Code，對(duì)技術(shù)沒(méi)有熱情也不學(xué)習(xí)，甚至其本身技術(shù)就很爛。

那么在這個(gè) TL 領(lǐng)導(dǎo)下的技術(shù)團(tuán)隊(duì)，又怎么會(huì)有技術(shù)味道，團(tuán)隊(duì)成員又怎么能進(jìn)步和成長(zhǎng)？

現(xiàn)在很多的 TL 每天都混跡在各種會(huì)議上，很忙，做著各種溝通協(xié)調(diào)的事情，可是我們真的需要這么多的會(huì)議、這么多的溝通嗎？

如果溝通的結(jié)果只是做業(yè)務(wù)和 PD 對(duì)團(tuán)隊(duì)的傳話筒，沒(méi)有業(yè)務(wù)創(chuàng)新，沒(méi)有用技術(shù)和數(shù)據(jù)系統(tǒng)化的解決業(yè)務(wù)問(wèn)題，沒(méi)有在技術(shù)方向和架構(gòu)上給團(tuán)隊(duì)指引，沒(méi)能切實(shí)的幫助系統(tǒng)優(yōu)化、團(tuán)隊(duì)提效，請(qǐng)問(wèn)這樣的溝通給業(yè)務(wù)帶來(lái)了什么價(jià)值，給團(tuán)隊(duì)帶來(lái)了什么價(jià)值？

還是沉下心來(lái)，多看看書(shū)，哪怕非技術(shù)的書(shū)也好。多寫(xiě)寫(xiě)代碼，哪怕跟業(yè)務(wù)無(wú)關(guān)的代碼也好。

所以，我們要回歸技術(shù)本身。我們不需要這么多“高高在上”、“指點(diǎn)江山”的技術(shù) Manager。

而是需要能真正深入到系統(tǒng)里面，深入到代碼細(xì)節(jié)，給團(tuán)隊(duì)帶來(lái)實(shí)實(shí)在在改變的技術(shù) Leader。

[[245346]]

技術(shù) KPI 的量化

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

技術(shù) KPI

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

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

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

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

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

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

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

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

技術(shù)影響力：

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

Code Review：

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

創(chuàng)新提效：

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

代碼質(zhì)量：

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

KPI 答疑

對(duì)于上面的 KPI 大部分的技術(shù)同學(xué)是表示認(rèn)可的，當(dāng)然質(zhì)疑的聲音也很多，我這里挑一些典型的回答一下。

Q：技術(shù) KPI 的提出，會(huì)不會(huì)導(dǎo)致技術(shù)同學(xué)只關(guān)注技術(shù)不做業(yè)務(wù)項(xiàng)目了？ 

A：關(guān)于績(jī)效，肯定是綜合看業(yè)務(wù)貢獻(xiàn)，技術(shù)貢獻(xiàn)和團(tuán)隊(duì)貢獻(xiàn)。但是作為一個(gè)重要參考和風(fēng)向標(biāo)，技術(shù) KPI 是有積極意義的。

Q： 你這個(gè)設(shè)計(jì)重構(gòu)怎么量化？

A：這個(gè)很難用系統(tǒng)標(biāo)準(zhǔn)化，更多的還是要依賴(lài) TL 的專(zhuān)業(yè)能力進(jìn)行評(píng)分，但即使是這樣，也比以前什么都沒(méi)有完全黑盒要強(qiáng)。至少在傳達(dá)一個(gè)信息，我們鼓勵(lì)好的設(shè)計(jì)，鼓勵(lì)不斷地重構(gòu)優(yōu)化。

Q：我們現(xiàn)在的業(yè)務(wù)需求已經(jīng)在堆積，一線同學(xué)根本沒(méi)有時(shí)間去做重構(gòu)優(yōu)化。

A：這個(gè)問(wèn)題開(kāi)篇其實(shí)已經(jīng)說(shuō)過(guò)了，你是要不斷地裹挾在業(yè)務(wù)需求和爛代碼里面呢，還是花時(shí)間 improve，然后更快地支持業(yè)務(wù)。這個(gè)權(quán)衡應(yīng)該不難做，關(guān)鍵是要看決心和能力。

對(duì)于很多業(yè)務(wù)，我沒(méi)有看到推遲幾天上線就會(huì)影響業(yè)務(wù)格局的業(yè)務(wù)場(chǎng)景，所以作為技術(shù)團(tuán)隊(duì)，我們就應(yīng)該在 User Story 之外，加上我們的 Technical Story，把完成業(yè)務(wù)需求和系統(tǒng)重構(gòu)都當(dāng)成我們的核心任務(wù)