筆者常會(huì)被問(wèn)及這樣的問(wèn)題：“你之前主導(dǎo)的研發(fā)效能提升項(xiàng)目都獲得了成功，如果請(qǐng)你到我們公司來(lái)，幾年可以幫助我們把研發(fā)效能做好？”

這其實(shí)是一個(gè)無(wú)解的問(wèn)題。

從某種程度上說(shuō)，投入大，周期就會(huì)短，但是實(shí)施周期不會(huì)因?yàn)橥度霟o(wú)限大而無(wú)限變短。我們可以避開(kāi)很多曾經(jīng)踩過(guò)的坑，盡量少走彎路，但是適合自己的路還是要靠自己走出來(lái)的，拔苗助長(zhǎng)只會(huì)損害長(zhǎng)期利益。買(mǎi)了一輛跑車(chē)，你就能成為賽車(chē)手嗎？

鑒于此，筆者總結(jié)了八項(xiàng)實(shí)踐建議，如下圖所示，供讀者參考。

圖 研發(fā)效能提升的八項(xiàng)實(shí)踐建議

01

從痛點(diǎn)入手

研發(fā)效能提升八項(xiàng)實(shí)踐建議的第一項(xiàng)，是“從痛點(diǎn)入手”。

很多時(shí)候，當(dāng)我們手上拿著錘子的時(shí)候，看什么都像釘子。但是研發(fā)效能的提升恰好是反過(guò)來(lái)了，我們要先找到哪些是最礙眼的釘子，然后用體系化的方法論去打造合適的錘子。

所以在推行研發(fā)效能的早期階段，我們通常會(huì)采用自下而上的策略，從一個(gè)個(gè)工程實(shí)踐中的實(shí)際痛點(diǎn)（釘子）入手，從解決問(wèn)題的角度打造研發(fā)效能提升的亮點(diǎn)，此時(shí)我們追求的是“短、平、快”，遵循的是將問(wèn)題點(diǎn)逐個(gè)擊破的原則。

比如下面這些場(chǎng)景：

• 本地編譯耗時(shí)長(zhǎng)：提供增量編譯和分布式編譯能力。
• 本地測(cè)試?yán)щy，測(cè)試環(huán)境準(zhǔn)備復(fù)雜且耗時(shí)長(zhǎng)：基于Kubernetes的Pod提供一鍵搭建測(cè)試環(huán)境的能力。
• 自動(dòng)化測(cè)試用例數(shù)量大，執(zhí)行回歸時(shí)間過(guò)長(zhǎng)：采用并發(fā)測(cè)試用例執(zhí)行機(jī)制，使用幾百、幾千臺(tái)測(cè)試執(zhí)行機(jī)并行執(zhí)行用例，實(shí)現(xiàn)用硬件資源換時(shí)間。
• 自動(dòng)化測(cè)試用例維護(hù)成本高：測(cè)試用例采用模塊化和分層體系，實(shí)現(xiàn)低成本的自動(dòng)化用例維護(hù)。
• 測(cè)試數(shù)據(jù)準(zhǔn)備困難：引入統(tǒng)一的測(cè)試數(shù)據(jù)服務(wù)（Test Data Service）能力。
• 研發(fā)后期階段，代碼遞交集中，缺陷井噴：推行測(cè)試左移策略，鼓勵(lì)研發(fā)自測(cè)，遵循“誰(shuí)開(kāi)發(fā)、誰(shuí)測(cè)試、誰(shuí)上線、誰(shuí)值班”的原則。
• 性能缺陷在研發(fā)后期發(fā)現(xiàn)，修復(fù)重測(cè)成本高居不下：從性能測(cè)試轉(zhuǎn)變?yōu)樾阅芄こ?，讓性能融入軟件研發(fā)的各個(gè)環(huán)節(jié)，而不是最后的一錘子買(mǎi)賣(mài)。
• 安全問(wèn)題頻現(xiàn)：將安全測(cè)試能力納入研發(fā)的全生命周期，實(shí)現(xiàn)DevSecOps，而不是早期的SDL（Security Development Lifecycle，安全開(kāi)發(fā)生命周期）。
• 集群規(guī)模龐大，發(fā)布過(guò)程耗時(shí)過(guò)長(zhǎng)：各個(gè)層級(jí)的并發(fā)部署能力，集群內(nèi)節(jié)點(diǎn)的并發(fā)、集群間的并發(fā)等。
• 項(xiàng)目的過(guò)程數(shù)據(jù)都是后期集中填充，失去度量意義：項(xiàng)目的過(guò)程數(shù)據(jù)由工具自動(dòng)填充，不再依賴(lài)工程師手工輸入。比如，開(kāi)發(fā)完成的時(shí)間不再依賴(lài)于開(kāi)發(fā)人員手工填寫(xiě)，而是由Jenkins構(gòu)建完成后自動(dòng)填寫(xiě)，以保證所有過(guò)程數(shù)據(jù)的真實(shí)有效性，從而為后面的度量和改進(jìn)提供可靠的信息輸入。

02

從全局切入

第二項(xiàng)是“從全局切入”。

很多時(shí)候我們會(huì)嘗試去優(yōu)化某個(gè)具體的環(huán)節(jié)，而忽略了全局優(yōu)化的可能。

舉個(gè)例子，我們?nèi)メt(yī)院看病，在掛號(hào)時(shí)經(jīng)常會(huì)出現(xiàn)排隊(duì)半小時(shí)，而實(shí)際掛號(hào)可能就花費(fèi)兩分鐘的情況，接下來(lái)很可能又是漫長(zhǎng)的排隊(duì)等待醫(yī)生就診，好不容易進(jìn)入了診室，可能問(wèn)診不到五分鐘就又被要求去驗(yàn)血……整個(gè)過(guò)程中實(shí)際有效時(shí)間的占比很小。

如果這個(gè)時(shí)候我們還試圖去優(yōu)化掛號(hào)本身的時(shí)間，而不去關(guān)注優(yōu)化各個(gè)環(huán)節(jié)的等待時(shí)間，那顯然是錯(cuò)誤的方向。

因此，效率的提升既要關(guān)注單個(gè)步驟的優(yōu)化，也要專(zhuān)注減少步驟與步驟之間的無(wú)用等待。這一點(diǎn)體檢中心就比公立醫(yī)院做得好很多，我們很少會(huì)見(jiàn)到體檢中心每個(gè)科室門(mén)口都大排長(zhǎng)龍的情景，因?yàn)轶w檢中心出于經(jīng)濟(jì)利益的考慮會(huì)關(guān)注吞吐量，會(huì)通過(guò)全局排隊(duì)調(diào)度優(yōu)化來(lái)實(shí)現(xiàn)更高的盈利。

回到軟件研發(fā)領(lǐng)域，你會(huì)發(fā)現(xiàn)類(lèi)似上面醫(yī)院這種不合理的排隊(duì)現(xiàn)象隨處可見(jiàn)，比如軟件缺陷的流轉(zhuǎn)，軟件需求的實(shí)現(xiàn)與交付，軟件制品包發(fā)布等待，等等。

這些也是提升研發(fā)效能需要重點(diǎn)關(guān)注的領(lǐng)域，需要從全局理清楚全流程，識(shí)別出等待浪費(fèi)的時(shí)間，通過(guò)流程再造與優(yōu)化實(shí)現(xiàn)全局效率的提升。

03

用戶(hù)獲益

對(duì)于研發(fā)效能的提升，有一點(diǎn)我們必須牢記，那就是成功的標(biāo)準(zhǔn)不是研發(fā)效能平臺(tái)的成功，而是客戶(hù)的成功。只有客戶(hù)獲益才是檢驗(yàn)研發(fā)效能項(xiàng)目成功的唯一標(biāo)準(zhǔn)，下面我們?cè)倏偨Y(jié)一些要點(diǎn)。

偽需求：偽需求是指研發(fā)效能團(tuán)隊(duì)自己臆想出來(lái)的需求，是屬于典型的“手里拿著錘子，看什么都像釘子”的典型案例。那么如何識(shí)別偽需求呢？識(shí)別標(biāo)準(zhǔn)其實(shí)很簡(jiǎn)單，就看用戶(hù)是不是愿意和你分?jǐn)偝杀?，如果業(yè)務(wù)線已經(jīng)開(kāi)始做了，或者想要開(kāi)始做，那就說(shuō)明那是業(yè)務(wù)線的剛需，如果研發(fā)效能平臺(tái)能幫助用戶(hù)提供方案，那么研發(fā)效能平臺(tái)的接入就是水到渠成的事情。筆者見(jiàn)過(guò)很多這類(lèi)剛需的例子，比如微服務(wù)架構(gòu)下集成測(cè)試環(huán)境的搭建就是其中的典型。

結(jié)構(gòu)問(wèn)題：著名商業(yè)顧問(wèn)劉潤(rùn)說(shuō)過(guò)“結(jié)構(gòu)不對(duì)，什么都不對(duì)”。比如，兩個(gè)和尚分粥的故事想必大家都聽(tīng)過(guò)，一碗粥兩個(gè)和尚要均分，但是分粥的和尚總想多喝點(diǎn)粥，那怎么才能做到無(wú)監(jiān)管情況下的公平呢？教育分粥的和尚說(shuō)出家人“以少吃為懷”嗎？顯然一旦沒(méi)有了監(jiān)管，他就會(huì)給自己多分點(diǎn)，解決這個(gè)問(wèn)題的最好辦法就是一個(gè)和尚分粥，另一個(gè)和尚選粥——這個(gè)體制就決定了分粥的均勻性。

因此，好的策略是承認(rèn)每個(gè)人都是自私的，但是我們制定的策略要能夠在人人都是自私的基礎(chǔ)上獲得全局利益的最大化。

如果全局利益最大化是建立在要求每個(gè)人都是大公無(wú)私的基礎(chǔ)上，那就是失敗的設(shè)計(jì)，因?yàn)檫@必然會(huì)導(dǎo)致失敗?；氐窖邪l(fā)效能提升這個(gè)問(wèn)題上，我們必須抱著“不是我們的研發(fā)效能平臺(tái)有多好，而是業(yè)務(wù)線用了以后有什么提升”的態(tài)度來(lái)定位自己，才能從結(jié)構(gòu)上獲得成功的籌碼。

服務(wù)意識(shí)：理解了上面的觀點(diǎn)，再來(lái)理解服務(wù)意識(shí)就很容易了。在研發(fā)效能平臺(tái)落地的過(guò)程中，我們需要和業(yè)務(wù)線互助以實(shí)現(xiàn)雙贏，業(yè)務(wù)線收獲現(xiàn)成可用的方案，研發(fā)效能平臺(tái)收獲最佳實(shí)踐的沉淀，這些最佳實(shí)踐的沉淀是至關(guān)重要的，為后期的批量成功復(fù)制提供了技術(shù)基礎(chǔ)。

04

持續(xù)改進(jìn)

持續(xù)改進(jìn)是研發(fā)效能平臺(tái)自身發(fā)展的必經(jīng)之路。

很多問(wèn)題在開(kāi)始時(shí)，我們的關(guān)注點(diǎn)是如何快、速簡(jiǎn)單地解決問(wèn)題，但是當(dāng)用戶(hù)量和接入團(tuán)隊(duì)日益增長(zhǎng)后，我們更需要關(guān)注解決方案的普適性和通用性。如果一開(kāi)始就試圖尋找完美的方案，那么必然會(huì)得不償失。

比如，我們需要在Jenkins中通過(guò)hook機(jī)制去觸發(fā)一些操作（比如代碼靜態(tài)掃描、單元測(cè)試等），最簡(jiǎn)單的做法就是在hook中實(shí)現(xiàn)操作的具體步驟，這種實(shí)現(xiàn)在開(kāi)始的效率很高，也非常容易實(shí)現(xiàn)，但卻不是最優(yōu)的方案，因?yàn)閔ook中的代碼只會(huì)被執(zhí)行一次，而且hook越來(lái)越多以后，各種實(shí)現(xiàn)都散落在各個(gè)地方，難以維護(hù)，一旦有新的需要（比如要加入慢SQL掃描），就需要改hook實(shí)現(xiàn)，而且這種做法也違背了IaC（Infrastructure as Code）原則。

更好的做法是引入研發(fā)效能的消息中心，通過(guò)下游操作的訂閱模式來(lái)實(shí)現(xiàn)未來(lái)的可擴(kuò)展性。

但是，如果我們從一開(kāi)始就創(chuàng)建消息中心，實(shí)現(xiàn)的難度和成本都會(huì)大增，業(yè)務(wù)線有可能就等不及這個(gè)方案，從而研發(fā)效能的提升就無(wú)法如期落地。所以我們認(rèn)為，研發(fā)效能的落地可以采取“先圈地、后改進(jìn)”的策略。

05

全局優(yōu)化

研發(fā)效能提升的落地，光靠自下往上和光靠自上往下都是行不通的，而是應(yīng)該雙管齊下，“從兩邊往中間擠”才是切實(shí)可行的方案。

研發(fā)效能提升的初期，主要是靠“自下往上”的工程實(shí)踐來(lái)實(shí)現(xiàn)各種痛點(diǎn)問(wèn)題的各個(gè)擊破，比如通過(guò)分布式編譯來(lái)降低編譯的時(shí)長(zhǎng)，通過(guò)AI技術(shù)來(lái)自動(dòng)生成單元測(cè)試的用例，通過(guò)分析代碼遞交歷史自動(dòng)推薦最合適的代碼評(píng)審者等。通過(guò)這些專(zhuān)項(xiàng)的效率提升逐漸向管理層證明研發(fā)效能提升的實(shí)際價(jià)值，由此引起管理層對(duì)研發(fā)效能的重視，進(jìn)而為管理層從上往下推進(jìn)研發(fā)效能的提升打下基礎(chǔ)。

隨著研發(fā)效能實(shí)踐逐漸進(jìn)入深水區(qū)，單一領(lǐng)域效能提升的邊際效應(yīng)會(huì)逐漸遞減，此時(shí)基于橫向拉通的全局優(yōu)化變得非常關(guān)鍵，自上往下的推動(dòng)在此時(shí)將會(huì)起到關(guān)鍵的作用。很多橫向跨部門(mén)的流程優(yōu)化和整合必須借助管理層的力量才能有效地向前推進(jìn)。

06

效能平臺(tái)架構(gòu)的靈活性

這里我們先來(lái)講兩個(gè)概念：“唱戲的”和“搭臺(tái)的”。剛開(kāi)始做研發(fā)效能的時(shí)候，我們既是搭臺(tái)的又是唱戲的，在研發(fā)效能平臺(tái)（搭臺(tái)）的基礎(chǔ)上提供各業(yè)務(wù)線的解決方案（唱戲）。但是，當(dāng)業(yè)務(wù)線的接入規(guī)模不斷擴(kuò)大的時(shí)候，各個(gè)垂直領(lǐng)域的多樣化需求越來(lái)越多，我們已經(jīng)很難應(yīng)對(duì)各家的個(gè)性化非通用需求了（每家要唱的戲都不同）。此時(shí)，研發(fā)效能平臺(tái)的開(kāi)放能力就成為關(guān)鍵，它必須能夠應(yīng)對(duì)這種多樣性，讓業(yè)務(wù)線能夠在平臺(tái)上實(shí)現(xiàn)各自的個(gè)性化需求，所以研發(fā)效能平臺(tái)本身的技術(shù)架構(gòu)設(shè)計(jì)必須考慮可擴(kuò)展性和靈活性。

比如，我們可以Jenkins持續(xù)集成工具視為一個(gè)平臺(tái)，在這個(gè)平臺(tái)上支持安裝各種插件，以增強(qiáng)平臺(tái)功能，從而實(shí)現(xiàn)平臺(tái)架構(gòu)的靈活性。

07

杜絕“掩耳盜鈴”

“掩耳盜鈴”是我們?cè)诼涞匮邪l(fā)效能過(guò)程中經(jīng)常會(huì)犯的錯(cuò)誤。下面給出了一些研發(fā)效能的“最差實(shí)踐”，讀者可以在心里默默數(shù)一數(shù)被砸中幾條。

• 代碼質(zhì)量門(mén)禁Sonar設(shè)而不卡。
• 單元測(cè)試只是執(zhí)行，不寫(xiě)斷言Assert。
• 代碼覆蓋率形同虛設(shè)。
• Peer Review走過(guò)場(chǎng)。
• 代碼遞交過(guò)于隨意。
• 監(jiān)控超配，有報(bào)警但無(wú)人認(rèn)領(lǐng)。

另一種掩耳盜鈴的錯(cuò)誤實(shí)踐是普遍采用虛榮性指標(biāo)來(lái)做度量效能。

那么到底什么是虛榮性指標(biāo)呢？

虛榮性指標(biāo)是指那些不能直接用來(lái)指導(dǎo)后續(xù)行動(dòng)的指標(biāo)，我們需要的是可以指導(dǎo)我們行動(dòng)的可執(zhí)行指標(biāo)，可以參考以下內(nèi)容。

• “接入Sonar的工程數(shù)”就是虛榮性指標(biāo)，與之對(duì)應(yīng)的可執(zhí)行指標(biāo)是“Sonar問(wèn)題的增長(zhǎng)趨勢(shì)”和“Sonar問(wèn)題的修復(fù)時(shí)長(zhǎng)”。
• “系統(tǒng)用戶(hù)數(shù)”就是虛榮性指標(biāo)，與之對(duì)應(yīng)的可執(zhí)行指標(biāo)是“DAU單日活躍用戶(hù)數(shù)”和“MAU月活躍用戶(hù)數(shù)”。
• “接入研發(fā)效能平臺(tái)的項(xiàng)目數(shù)”就是虛榮性指標(biāo)，與之對(duì)應(yīng)的可執(zhí)行指標(biāo)是“百分之多少的項(xiàng)目使用過(guò)研發(fā)效能平臺(tái)來(lái)完成開(kāi)發(fā)測(cè)試和發(fā)布流程”。

總而言之，我們需要的是雪中送炭，而不是錦上添花。

08

吃自己的“狗糧”

最后一點(diǎn)，吃自己的“狗糧”，意為“做自己研發(fā)效能平臺(tái)的第一個(gè)用戶(hù)”，研發(fā)效能平臺(tái)本身的研發(fā)流程必須通過(guò)自己的平臺(tái)來(lái)執(zhí)行，這樣才能站在用戶(hù)的角度看待自己的方案，才能和業(yè)務(wù)線用戶(hù)“共情”。

如果我們作為效能工具平臺(tái)的研發(fā)團(tuán)隊(duì)，自己都不用自己的工具平臺(tái)來(lái)完成研發(fā)過(guò)程，就很難要求別人也來(lái)使用我們的研發(fā)效能平臺(tái)。

基于這項(xiàng)理念，我們始終踐行的做法是，研發(fā)效能團(tuán)隊(duì)主持開(kāi)發(fā)的產(chǎn)品和解決方案，自己必須是第一個(gè)用戶(hù)，同時(shí)我們自己必須認(rèn)可其帶來(lái)的價(jià)值，只有這樣才能站在用戶(hù)的視角來(lái)客觀地評(píng)價(jià)我們的產(chǎn)品和方案，不至于出現(xiàn)“王婆賣(mài)瓜自賣(mài)自夸”的現(xiàn)象。

* 本文節(jié)選自《軟件研發(fā)效能提升之美》一書(shū)，歡迎閱讀此書(shū)了解更多內(nèi)容！

▊《軟件研發(fā)效能提升之美》

吳駿龍 茹炳晟 著

如果你想了解更多軟件研發(fā)效能的系統(tǒng)知識(shí)和趣聞?shì)W事，或正在從事軟件研發(fā)效能相關(guān)工作，希望進(jìn)一步深造學(xué)習(xí)，請(qǐng)不要錯(cuò)過(guò)這本《軟件研發(fā)效能提升之美》。

本書(shū)由兩位行業(yè)知名專(zhuān)家聯(lián)袂編寫(xiě)，匯聚了行業(yè)前沿的研發(fā)效能提升實(shí)踐與案例，同時(shí)提煉出大量方法論和經(jīng)驗(yàn)反思，以詼諧幽默而又不失嚴(yán)謹(jǐn)詳實(shí)的風(fēng)格，全方位多角度覆蓋研發(fā)效能領(lǐng)域的核心知識(shí)，深入淺出，發(fā)人深思。收錄作者行業(yè)知名大會(huì)熱門(mén)演講精華內(nèi)容，集合研發(fā)效能提升的前沿技術(shù)與理念，40余名行業(yè)專(zhuān)家與企業(yè)高管傾情推薦。

做好研發(fā)效能提升是不容易的，我們需要的不僅僅是前沿技術(shù)的加持，更重要的是理念的更新?lián)Q代和優(yōu)秀實(shí)踐的傳承，而這些，正是本書(shū)所希望帶給讀者的核心價(jià)值。我們不僅會(huì)告訴你“怎么做”，還會(huì)告訴你這么做的“緣由和故事”，呈現(xiàn)所有人都能學(xué)得會(huì)且?guī)У米叩难邪l(fā)效能實(shí)踐。這樣，也許若干年后你重讀本書(shū)，依然能夠時(shí)讀時(shí)新，有全新的收獲。