來源：阿里巴巴中間件   作者：賀科學(xué)（晨末）

縱觀軟件研發(fā)的發(fā)展歷程,，如果說“業(yè)務(wù)需求開發(fā)”是核心主線的話，那么研發(fā)效能建設(shè)就是這一核心主線之外最大的一條支線,。每個(gè)歷史階段的研發(fā)效能所面對的主要矛盾次要矛盾都不一樣,，因此大家可以看到，在不同的歷史階段產(chǎn)生了不同的“研發(fā)效能提升產(chǎn)品”：從文本編輯器到帶有各種功能的 IDE（Integrated Develop Environment）,，從單一的命令行腳本到覆蓋代碼發(fā)布全生命周期的 CI/CD 系統(tǒng),，從各種“上古時(shí)代”的協(xié)作表格或文檔到目前已經(jīng)發(fā)展出的橫跨軟件研發(fā)生命周期、覆蓋軟件開發(fā)關(guān)鍵維度的在線協(xié)作系統(tǒng),，似乎你能想到的降本提效的方法和途徑,，都有人幫你做了專業(yè)的產(chǎn)品用來滿足你的各種要求和與眾不同的偏好。

研發(fā)效能建設(shè)是目前研發(fā)技術(shù)體系內(nèi)非常重要的一個(gè)分支，已經(jīng)逐步變成各大公司重要的研發(fā)基礎(chǔ)支撐領(lǐng)域,，都在投入大量人力在這方面進(jìn)行著不斷地投入,，期望改善整個(gè)研發(fā)群體的效能現(xiàn)狀。對于非研發(fā)效能建設(shè)領(lǐng)域的一線業(yè)務(wù)開發(fā)者而言,，“研發(fā)效能”是一個(gè)天天聽天天做,，但是沒有過多深入研究的領(lǐng)域，我們期望拋開各種眼花繚亂的產(chǎn)品概念包裝,，從最原始的定義來讓讀者深入了解研究什么是效能,，什么是“研發(fā)”，什么是研發(fā)效能,，研發(fā)效能和業(yè)務(wù),、和團(tuán)隊(duì)有什么樣的關(guān)系，從而讓大家對研發(fā)效能建設(shè)構(gòu)建起全維度的認(rèn)知,。

mbalib.com/wiki/效能'>

1. 效能,，是指使用行為目的和手段方面的正確性與效果方面的有利性。

mbalib.com%2Fwiki%2F%E6%95%88%E8%83%BD%22%7D'>https://wiki.mbalib.com/wiki/效能

2. 效能是指有效的,、集體的效應(yīng),，即人們在有目的、有組織的活動中所表現(xiàn)出來的效率和效果,，它反映了所開展活動目標(biāo)選擇的正確性及其實(shí)現(xiàn)的程度,。效能是衡量工作成果的尺度，效率,、效果,、效益是衡量效能的依據(jù)。

https://www.zdic.net/hans/效能

圖1 研發(fā)效能的關(guān)鍵維度

“研發(fā)效能”就是更高效,、更高質(zhì)量,、更可靠、可持續(xù)地交付更優(yōu)的業(yè)務(wù)價(jià)值的能力,。

?張樂 騰訊 DevOps 與研發(fā)效能資深技術(shù)專家

• 更高效：形容的是研發(fā)過程
• 更高質(zhì)量：是形容研發(fā)過程產(chǎn)出的結(jié)果
• 更可靠：是形容研發(fā)體系及其產(chǎn)出,，包括團(tuán)隊(duì)、技術(shù)體系,、產(chǎn)出共同構(gòu)成的實(shí)際屬性和對客體感
• 可持續(xù)：是形容研發(fā)過程產(chǎn)物的交付生命周期和方式
• 更優(yōu)的業(yè)務(wù)價(jià)值：是形容研發(fā)結(jié)果對業(yè)務(wù)的積極影響以及所帶來的收益。
   

持續(xù)順暢地高質(zhì)量交付有效價(jià)值

?張剛 阿里巴巴-云研發(fā) 《ALPD 技術(shù)實(shí)踐 云原生時(shí)代的架構(gòu)方法》

• 持續(xù)：研發(fā)過程產(chǎn)出物的交付方式和研發(fā)過程的生命周期
• 順暢：形容研發(fā)過程的協(xié)作效率
• 高質(zhì)量：形容研發(fā)過程產(chǎn)出的結(jié)果
• 有效價(jià)值：形容產(chǎn)出結(jié)果對業(yè)務(wù)的積極影響以及所帶來的收益
   

圖2 研發(fā)過程的分層模型

1. 實(shí)踐過程是一切人類活動的共性,、基礎(chǔ)過程
2. 生產(chǎn)過程是一種專業(yè)的,、在人員、過程,、結(jié)果方面都有一定要求的實(shí)踐過程,。
3. 信息系統(tǒng)研發(fā)過程，是信息產(chǎn)業(yè)中軟件研發(fā)領(lǐng)域的生產(chǎn)過程,，具備生產(chǎn)過程的共性,，同時(shí)也具備信息技術(shù)的個(gè)性,。
4. 業(yè)務(wù)系統(tǒng)研發(fā)過程，是信息系統(tǒng)研發(fā)過程的一個(gè)子集,，與之相對的是技術(shù)系統(tǒng)研發(fā)過程
5. 在具體到某個(gè)業(yè)務(wù)的情況下,，隨著業(yè)務(wù)生命周期的變化,，與之對應(yīng)的同階段的研發(fā)過程也存在著差異
     

圖3 常見的研發(fā)效能工具解決的是哪些層面的問題

• 研發(fā)過程在業(yè)務(wù)開展過程中的站位是什么樣的,？
• 研發(fā)過程在業(yè)務(wù)發(fā)展過程中和其他過程的關(guān)系是什么樣的？
• 研發(fā)過程在什么情況下能推動業(yè)務(wù)發(fā)展,，什么情況下會阻礙業(yè)務(wù)發(fā)展,？
   

圖5 研發(fā)過程在價(jià)值鏈中的位置

圖6 研發(fā)效能建設(shè)在業(yè)務(wù)效能中的版塊位置

1. 在業(yè)務(wù)啟動或新的產(chǎn)品功能創(chuàng)建階段，研發(fā)效能對業(yè)務(wù)結(jié)果的影響比重最大,；
2. 在業(yè)務(wù)功能上線后,，業(yè)務(wù)運(yùn)營效能對業(yè)務(wù)結(jié)果的影響比重上升,，研發(fā)效能對業(yè)務(wù)結(jié)果的影響比重降低，但是仍然不可忽略,；
3. 在業(yè)務(wù)進(jìn)入商業(yè)化階段后,，業(yè)務(wù)的交付模式?jīng)Q定了研發(fā)效能對業(yè)務(wù)結(jié)果的影響比重：標(biāo)準(zhǔn)的產(chǎn)品型交付模式下，研發(fā)效能對業(yè)務(wù)結(jié)果影響比重不大,；定制型的項(xiàng)目型交付模式,，研發(fā)效能對業(yè)務(wù)結(jié)果影響比重提升。
    

1. 在業(yè)務(wù)啟動階段，研發(fā)效能建設(shè)的重點(diǎn)是如何確保研發(fā)團(tuán)隊(duì)能夠進(jìn)行大量,、高質(zhì)量,、快速完成業(yè)務(wù)需求的交付。
2. 在業(yè)務(wù)發(fā)展階段,，研發(fā)效能建設(shè)的重點(diǎn)是如何通過效能指標(biāo)倒逼團(tuán)隊(duì)構(gòu)建標(biāo)準(zhǔn)化的產(chǎn)品功能,，沉淀業(yè)務(wù)能力，為規(guī)?；瘡?fù)制做準(zhǔn)備
3. 在業(yè)務(wù)成熟階段,，研發(fā)效能建設(shè)的重點(diǎn)是則是提升穩(wěn)定性和效率，降低各維度的成本,，促使研發(fā)團(tuán)隊(duì)在業(yè)務(wù)增量有限的情況下利用技術(shù)的創(chuàng)新帶來新的機(jī)會,，使技術(shù)成為業(yè)務(wù)的增長源之一。
4. 在業(yè)務(wù)消亡階段,，研發(fā)效能建設(shè)的重點(diǎn)是資產(chǎn)沉淀復(fù)用,，從而讓業(yè)務(wù)消亡但是組織的長期投入不會跟著消失，而是讓過去的成本價(jià)值沉淀在技術(shù)體系內(nèi)變?yōu)槠渌麡I(yè)務(wù)復(fù)用的資產(chǎn),。
    

結(jié)合第二章各小節(jié)的分析結(jié)論，我們可以形成一個(gè)綜合性的研發(fā)效能提升體系,。

研發(fā)效能建設(shè)是過程管理,、結(jié)果衡量、效果評估的綜合體系建設(shè),，整個(gè)體系除了研發(fā)自身的成本,、效率、質(zhì)量問題之外,，還涉及到全業(yè)務(wù)價(jià)值鏈路,、研發(fā)組織管理、多業(yè)務(wù)角色團(tuán)隊(duì)協(xié)同等大的綜合維度,。在整個(gè)研發(fā)效能建設(shè)過程中,，各類型的研發(fā)效率提升工具的使用是基礎(chǔ)，目標(biāo),、指標(biāo)體系系統(tǒng)是關(guān)鍵,，業(yè)務(wù)洞察系統(tǒng)是核心。同時(shí)在研發(fā)效能建設(shè)過程中,，要充分考慮到研發(fā)效能和業(yè)務(wù)生命周期的關(guān)系,，和團(tuán)隊(duì)生命周期、團(tuán)隊(duì)規(guī)模的關(guān)系,，在不同的階段和不同團(tuán)隊(duì)規(guī)模的情況下,，進(jìn)行有針對性、有側(cè)重點(diǎn)的提升,，避免只做常規(guī)的效能建設(shè),。

按照圖2 研發(fā)過程的分層模型來看，研發(fā)效能建設(shè)也需要針對每個(gè)層次做針對性的提升,，具體如下：

1. 在實(shí)踐過程這個(gè)層面，要做好最宏觀的“過程的效率,、過程的成本,、結(jié)果的效益” 三個(gè)方面的考量，這個(gè)考量是宏觀層面的,，適用一切實(shí)踐過程,，自然也就是信息系統(tǒng)研發(fā)效能建設(shè)的宏觀綜合指標(biāo)。如下圖所示：
    

圖7 實(shí)踐過程的效能指標(biāo)

2. 在生產(chǎn)過程這個(gè)層面，要分別從“生產(chǎn)團(tuán)隊(duì),、生產(chǎn)過程,、生產(chǎn)系統(tǒng)、生產(chǎn)結(jié)果評判”幾個(gè)維度來感知生產(chǎn)過程的情況,，例如團(tuán)隊(duì)人員是否具備從事生產(chǎn)活動的基本資格,、生產(chǎn)過程是否有流程、有標(biāo)準(zhǔn),、生產(chǎn)系統(tǒng)的產(chǎn)能和先進(jìn)性,、生產(chǎn)結(jié)果的收益等等，形成如下圖所示的生產(chǎn)過程效能指標(biāo)：
    

圖8 生產(chǎn)過程的效能指標(biāo)

3. 在信息化系統(tǒng)建設(shè)過程這個(gè)層面,，從團(tuán)隊(duì),、業(yè)務(wù)、技術(shù),、技術(shù)產(chǎn)出幾個(gè)維度來感知研發(fā)過程和結(jié)果的情況,，例如研發(fā)團(tuán)隊(duì)成員技能和素質(zhì)是否滿足信息系統(tǒng)研發(fā)要求；業(yè)務(wù)需求是否合理,，是否能夠有合理的技術(shù)方案實(shí)現(xiàn),；技術(shù)方面系統(tǒng)和架構(gòu)設(shè)計(jì)是否與業(yè)務(wù)特征匹配等等，具體如下圖所示：
    

圖9 信息系統(tǒng)研發(fā)過程的效能指標(biāo)

4. 在業(yè)務(wù)系統(tǒng)研發(fā)過程這個(gè)層面,，維度相同,，但是側(cè)重點(diǎn)已經(jīng)和信息化系統(tǒng)建設(shè)存在一定的差異，特別是技術(shù)方面的要求,，會具體到是否能支撐業(yè)務(wù)發(fā)展,，是否能保障業(yè)務(wù)發(fā)展，是否能驅(qū)動業(yè)務(wù)發(fā)展,，其他維度不再展開討論,，具體如下圖所示：
    

圖10 業(yè)務(wù)系統(tǒng)研發(fā)過程的效能指標(biāo)

5. 在成熟業(yè)務(wù)的研發(fā)過程中，業(yè)務(wù)階段特征非常明顯,，對研發(fā)團(tuán)隊(duì),、研發(fā)工作的要求也和業(yè)務(wù)特征息息相關(guān)，總體而言是 業(yè)務(wù)上“求穩(wěn),、求變,、求生”，團(tuán)隊(duì)梯隊(duì)配置上也是“梯隊(duì)求穩(wěn)”,、“穩(wěn)中求變”,、“變中求生”，而研發(fā)工作上也是“求穩(wěn)”,、“求新”,、“求沉淀”,，具體如下圖所示：
    

圖11 成熟業(yè)務(wù)系統(tǒng)研發(fā)過程的效能指標(biāo)

6. 在具體的自己負(fù)責(zé)的業(yè)務(wù)研發(fā)過程中，則需要結(jié)合當(dāng)前的團(tuán)隊(duì),、業(yè)務(wù)階段等特征,，來確定指標(biāo)了，這里就不給出具體的信息了,，讀者可以根據(jù)自己團(tuán)隊(duì)的實(shí)際情況,，從團(tuán)隊(duì)、業(yè)務(wù),、技術(shù),、產(chǎn)出結(jié)果評價(jià)四個(gè)維度分別構(gòu)建出你自己業(yè)務(wù)的效能指標(biāo)。
    

圖12 階段性目標(biāo)與指標(biāo)體系的對應(yīng)關(guān)系

4.1.1 業(yè)務(wù)方面

1. 現(xiàn)狀

• 成熟電商平臺業(yè)務(wù),，核心業(yè)務(wù)模式已經(jīng)趨于穩(wěn)定，受客戶群體特征和規(guī)模限制,，已經(jīng)進(jìn)入平臺期
• 業(yè)務(wù)領(lǐng)域復(fù)雜,，多達(dá) 8 個(gè)核心域，分別為商品域,、管控域,、交易域、訂單域,、支付域,、優(yōu)惠域、結(jié)算域,、商業(yè)化域,，也包括 8+支撐業(yè)務(wù)域,，如權(quán)限域、合同域,、租戶域,、用戶域、積分域,、互動任務(wù)域,、流量變現(xiàn)、風(fēng)控等
• 為了避免可預(yù)料到的業(yè)務(wù)規(guī)模見頂帶來的業(yè)務(wù)目標(biāo)增長停滯,，需要嘗試新的業(yè)務(wù)模式帶來增量,，整體提升業(yè)務(wù)規(guī)模。
   

2. 特征

• 業(yè)務(wù)模式為 B2B2C,，即服務(wù)企業(yè)客戶,，同時(shí)服務(wù)企業(yè)客戶的 C 端用戶。
• 現(xiàn)有業(yè)務(wù)模式進(jìn)入成熟期
• 成熟業(yè)務(wù)模式存在數(shù)以百計(jì)的企業(yè)客戶
• 需要探索新的業(yè)務(wù)模式和客戶群體,，尋找業(yè)務(wù)增量
   

3. 面對的挑戰(zhàn)

• 需要保障成熟業(yè)務(wù)模式穩(wěn)定發(fā)展
• 需要探索新的業(yè)務(wù)模式
   

4.1.2  技術(shù)方面

1. 現(xiàn)狀

• 分布式技術(shù)體系+復(fù)雜業(yè)務(wù)數(shù)字化
• 經(jīng)過 4 年的建設(shè),，技術(shù)系統(tǒng)眾多，除了業(yè)務(wù)領(lǐng)域?qū)?yīng)的微服務(wù)之外,，還有眾多的“業(yè)務(wù)中間件”,，包括事件服務(wù)、mock 系統(tǒng),、分布式鎖,、元數(shù)據(jù)服務(wù)、異步任務(wù)服務(wù),、文件服務(wù),、網(wǎng)關(guān)服務(wù)、業(yè)務(wù)配置服務(wù)等等
   

2. 特征

• 受業(yè)務(wù)特征的影響,，技術(shù)體系特征也劃分為 ToB 和 ToC 兩類
• ToB 業(yè)務(wù)模式下,，多租戶、基于標(biāo)準(zhǔn)業(yè)務(wù)能力的定制化,、復(fù)雜業(yè)務(wù)建模是主要的技術(shù)命題
• ToC 業(yè)務(wù)模式下,，大流量、高并發(fā),、高可用,、跨業(yè)務(wù)方的數(shù)據(jù)一致性、分布式業(yè)務(wù)系統(tǒng)的最終一致性等是主要的技術(shù)命題
• 高度復(fù)雜,、流量巨大,、業(yè)務(wù)數(shù)據(jù)體量巨大的情況下，整體系統(tǒng)的正確性,、穩(wěn)定性提升,、成本控制,、效率提升
   

3. 面臨的挑戰(zhàn)

• 架構(gòu)設(shè)計(jì)的演進(jìn)和分布式技術(shù)體系的落地
• 分布式技術(shù)系統(tǒng)的穩(wěn)定性建設(shè)
• 技術(shù)領(lǐng)域和業(yè)務(wù)領(lǐng)域建設(shè)的相互促進(jìn)
• 受業(yè)務(wù)形態(tài)影響，技術(shù)團(tuán)隊(duì)承載著對外技術(shù)服務(wù)的職責(zé)
   

4.1.3 團(tuán)隊(duì)方面

1. 現(xiàn)狀

• 技術(shù)團(tuán)隊(duì)：12 服務(wù)端（1 主管 + 3 正式員工 + 8 外包員工）+ 2 數(shù)據(jù) + 3 測試 + 3 前端
• 團(tuán)隊(duì)屬于綜合型團(tuán)隊(duì),，承載著：業(yè)務(wù)需求,、研發(fā)效能、運(yùn)營效能,、客戶技術(shù)服務(wù)、穩(wěn)定性建設(shè)等幾大板塊的工作內(nèi)容,。
   

2. 特征

• 團(tuán)隊(duì)規(guī)模小,，業(yè)務(wù)領(lǐng)域眾多，日常工作版塊眾多
• 綜合型技術(shù)團(tuán)隊(duì)
   

3. 面臨的挑戰(zhàn)

• 小微型團(tuán)隊(duì)支撐大型業(yè)務(wù),，單迭代需求多,，臨時(shí)緊急性任務(wù)多，人為因素引起的研發(fā)交付過程管理困難
• 團(tuán)隊(duì)梯隊(duì)亟需優(yōu)化補(bǔ)充
• 團(tuán)隊(duì)涉及的工作板塊多,，人員日常工作負(fù)載較高
   

根據(jù) 2.7 小節(jié)內(nèi)容可以知道,，小型研發(fā)團(tuán)隊(duì)的研發(fā)效能側(cè)重點(diǎn)不在于需求交付數(shù)量，而是在于日常工作效率和質(zhì)量方面,。因此在大團(tuán)隊(duì)的效能指標(biāo)的基礎(chǔ)之上（代碼量,、單測覆蓋率），我們結(jié)合自己團(tuán)隊(duì)的情況,，確認(rèn)團(tuán)隊(duì)的研發(fā)效能建設(shè)圍繞著 “保業(yè)務(wù)需求,，提工作效率，降工作負(fù)擔(dān),，數(shù)字化清晰化精細(xì)化”展開,，具體而言：

1. 實(shí)事求是地解決團(tuán)隊(duì)效能問題,，既不是簡單地使用某個(gè)工具某套系統(tǒng)就覺得萬事大吉，也不是簡單地考核諸如代碼量,、需求量,、需求交付周期等片面的單一維度的指標(biāo)。
    
2. 業(yè)務(wù)需求的完成和交付是團(tuán)隊(duì)工作的第一優(yōu)先級,，所有的效能建設(shè)都圍繞保障業(yè)務(wù)輸出來進(jìn)行,，確保小型團(tuán)隊(duì)日常工作對業(yè)務(wù)仍然具有推動能力，而不是讓生產(chǎn)力被巨大的業(yè)務(wù)規(guī)模,、復(fù)雜的業(yè)務(wù)模式,、眾多的客戶服務(wù)工作消耗在巨量的瑣碎的事務(wù)中。
    
3. 向過程要質(zhì)量,，而不是向結(jié)果要質(zhì)量,。這一個(gè)原則，針對的是團(tuán)隊(duì)日常交付物的質(zhì)量保障和整個(gè)技術(shù)體系的穩(wěn)定保障工作而言的,。在團(tuán)隊(duì)成員水平參差不齊的情況下,，如何確保產(chǎn)出物的質(zhì)量穩(wěn)定地處于較高水平的質(zhì)量基線之上，只有提升過程管理才能達(dá)到要求,，而在結(jié)果上設(shè)置再多的卡點(diǎn),，都沒有太好的效果，因?yàn)榻Y(jié)果的卡點(diǎn)是最后一環(huán),，單純追求結(jié)果卡點(diǎn)指標(biāo)不能解決問題,，因此需要以過程指標(biāo)來牽引日常工作，從而確保結(jié)果卡點(diǎn)指標(biāo)的達(dá)成,。同時(shí)由于現(xiàn)有團(tuán)隊(duì)規(guī)模明顯無法按照普通的方式保障大型分布式技術(shù)系統(tǒng)的穩(wěn)定性,。一些大型的百人級別的業(yè)務(wù)團(tuán)隊(duì)可以有一定的資源余量來專門做橫向的穩(wěn)定性建設(shè)工作，專門去做應(yīng)急保障,，故障出現(xiàn)了做應(yīng)急,、做止血、做恢復(fù),、做復(fù)盤,，小型團(tuán)隊(duì)不能學(xué)習(xí)大型團(tuán)隊(duì)的“最佳實(shí)踐”，只能別開生路,、創(chuàng)造性地使用不同的方式完成穩(wěn)定性的建設(shè)工作,。
    
4. 工作流程的健全和充分執(zhí)行，是現(xiàn)階段團(tuán)隊(duì)研發(fā)效能建設(shè)的主要矛盾,。很多小型團(tuán)隊(duì)因?yàn)槿松?、事多，因此為了追求“所謂的快”而沒有工作協(xié)作流程，或者有了流程也打著“敏捷”,、“高效”的幌子跳過流程的一些環(huán)節(jié),，對已經(jīng)經(jīng)過實(shí)踐檢驗(yàn)的流程不做充分執(zhí)行。還有一些團(tuán)隊(duì)依靠行政命令所有人嚴(yán)格執(zhí)行各種流程,，但是卻對流程每個(gè)環(huán)節(jié)的產(chǎn)出物不設(shè)標(biāo)準(zhǔn),、不做檢查，這樣也只能積累一些流程執(zhí)行數(shù)據(jù)而無法真正地解決過程管理要解決的問題,。我們的思路不是砍掉流程,、或者跳過流程的環(huán)節(jié)，而是降低研發(fā)同學(xué)執(zhí)行流程的成本,。讓大家花費(fèi)更低的成本把流程跑完,，在自己負(fù)責(zé)的環(huán)節(jié)產(chǎn)出符合標(biāo)準(zhǔn)的產(chǎn)出物傳遞到協(xié)作下游，通過流程完成各項(xiàng)工作中和其他角色的高質(zhì)量協(xié)作,，讓大家既能享受到流程帶來的好處，也能節(jié)省出更多的時(shí)間,。所以效能建設(shè)的重點(diǎn)就是健全工作協(xié)作流程,，完善標(biāo)準(zhǔn)定義，降低所有人為了執(zhí)行流程而投入的精力和成本,，其中最后一點(diǎn)也是重中之重,，是確保流程可以被所有人接受的前提條件。
    
5. 所有的效能建設(shè)都要基于數(shù)字化的方式來完成,，讓所有人既能看得見研發(fā)團(tuán)隊(duì)的整體負(fù)載情況,，也能看到各個(gè)角色的研發(fā)人員日常工作版塊，每個(gè)版塊投入的精力情況,，最終能夠針對不同的角色和群體進(jìn)行針對性地效能提升,，同時(shí)也方便決策者們基于團(tuán)隊(duì)當(dāng)前的負(fù)載做出合理的決策，數(shù)字化讓研發(fā)效能建設(shè)從簡單指標(biāo)考核過渡到精細(xì)化過程管理,、體系化地結(jié)果評估成為可能,。
    

4.3.1 研發(fā)日常工作版塊梳理

1. 劃分業(yè)務(wù)領(lǐng)域和版塊,，讓所有人,，包括協(xié)作的上下游產(chǎn)品團(tuán)隊(duì)、運(yùn)營團(tuán)隊(duì)都從過去雜亂的認(rèn)知演變?yōu)?“產(chǎn)品功能——業(yè)務(wù)領(lǐng)域——工作版塊”體系,，并且根據(jù)團(tuán)隊(duì)成員的個(gè)人特征,、主觀意愿,、未來期望劃分人員與工作版塊的對應(yīng)關(guān)系，在研發(fā)團(tuán)隊(duì)內(nèi)部形成版塊 Owner 的角色,。
    
2. 分析各個(gè)工作板塊中的關(guān)系,，以 “C 端核心業(yè)務(wù)鏈路” 和 “B 端管控鏈路” 為兩大核心板塊，以“穩(wěn)定性建設(shè),、研發(fā)效能,、運(yùn)營效能建設(shè)” 為橫向底層支撐性板塊，以 “業(yè)務(wù)生態(tài)建設(shè)” 為未來發(fā)展布局版塊 組合成了目前的工作版塊,，整個(gè)體系已經(jīng)穩(wěn)定存在了 3 年,，支撐了業(yè)務(wù)各個(gè)發(fā)展階段的需求，到目前來看也不需要做大的調(diào)整,。
    
3. 客戶技術(shù)服務(wù)工作內(nèi)容多,、雜、要求高,、易被投訴,，當(dāng)時(shí)占用大量的研發(fā)資源，非常明顯地威脅到了業(yè)務(wù)需求的交付,，在無法擴(kuò)張團(tuán)隊(duì)規(guī)模的情況下,，把技術(shù)服務(wù)體系暫時(shí)歸攏到 “穩(wěn)定性建設(shè)、研發(fā)效能,、運(yùn)營效能建設(shè)”版塊中,，構(gòu)建了多級技術(shù)服務(wù)體系，分別是 “機(jī)器人+知識庫”作為第一級,， “穩(wěn)定性建設(shè),、研發(fā)效能、運(yùn)營效能建設(shè)”版塊的外包同學(xué)作為技術(shù)服務(wù)的第二級,，該板塊的 Owner 作為技術(shù)服務(wù)的第三級,，各個(gè)業(yè)務(wù)領(lǐng)域的一線研發(fā)同學(xué)作為最后一級。
    

4.3.2 研發(fā)日常工作流程梳理

1. 研發(fā)流程覆蓋面非常窄,，只涵蓋了需求研發(fā)的生命周期,，而且這個(gè)涵蓋面比較窄的流程也完全是以 CI/CD 系統(tǒng)為主導(dǎo)的，就是簡單的 “寫代碼,、做部署、做測試,、做發(fā)布,、做驗(yàn)證”。
     
2. 大量的日常工作沒有協(xié)作流程,，更不用提協(xié)作流程的關(guān)鍵環(huán)節(jié)的識別和標(biāo)準(zhǔn)的定制
    
3. 后續(xù)根據(jù)實(shí)際情況補(bǔ)充了一些流程,，但是流程本身停留在文檔和宣貫層面，執(zhí)行過程依靠相關(guān)人員人肉記憶和維護(hù),，流程執(zhí)行不充分,，并且新增的流程讓團(tuán)隊(duì)成員覺得效率變低，投入在非研發(fā)工作方面的精力變大,，存在一定的抵觸情緒,，流程的執(zhí)行依靠一線成員的自覺和管理者的抽查。
    

1. 是否有工作流程的說明文檔，講清楚流程參與的角色有哪些,，不同的角色參與哪些環(huán)節(jié),，不同流程環(huán)節(jié)產(chǎn)出物的標(biāo)準(zhǔn)是什么。
    
2. 團(tuán)隊(duì)成員是否都知道這個(gè)流程的全部信息,，如果有一個(gè)人不知道這個(gè)流程的全貌,，就說明流程約等于沒有。
     
3. 這個(gè)流程要用公司的工作流引擎驅(qū)動,，不同人在不同階段在線參與流程的推進(jìn)和停退工作,，如果上游的產(chǎn)物符合標(biāo)準(zhǔn)，則依靠上游輸入完成本環(huán)節(jié)的工作,，形成標(biāo)準(zhǔn)產(chǎn)出物,，反饋到在線的流程中，最后推進(jìn)流程向下一個(gè)環(huán)節(jié)流轉(zhuǎn),。每個(gè)環(huán)節(jié)的流轉(zhuǎn)都有即時(shí)通信工具（本團(tuán)隊(duì)為釘釘）提示到相關(guān)人員,，既包括執(zhí)行人，也包括關(guān)心流程進(jìn)展的管理者,。
    

1. 產(chǎn)品需求開發(fā)流程
2. 產(chǎn)品需求提測流程
3. 產(chǎn)品需求發(fā)布流程
4. 系統(tǒng)保障應(yīng)急流程
     

4.3.3 研發(fā)日常工作任務(wù)數(shù)字化

1. “15 分鐘項(xiàng)目管理日會——團(tuán)隊(duì)周會”流程,，主要感知風(fēng)險(xiǎn)、感知研發(fā)進(jìn)度,、調(diào)整任務(wù)計(jì)劃和安排,；
    
2. 客戶服務(wù)流程，包括工單處理子流程,、工單日會復(fù)盤流程,、工單轉(zhuǎn)需求流程、工單轉(zhuǎn)風(fēng)險(xiǎn)流程,；
    
3. 團(tuán)隊(duì)內(nèi)部運(yùn)營,、建設(shè)流程，主要是在其他流程的驅(qū)動和產(chǎn)出物的基礎(chǔ)上不斷完成團(tuán)隊(duì)日常工作運(yùn)轉(zhuǎn),，補(bǔ)充團(tuán)隊(duì)技術(shù)能力和業(yè)務(wù)能力
    

圖13 Linkedmall 團(tuán)隊(duì)研發(fā)任務(wù)項(xiàng)目管理

4.3.4 研發(fā)效能目標(biāo)體系建設(shè)

1. 短期目標(biāo)

• 團(tuán)隊(duì)方面

• 提升一線研發(fā)同學(xué)的綜合能力,，使全員具備復(fù)雜業(yè)務(wù)系統(tǒng)建模及架構(gòu)設(shè)計(jì)能力，在現(xiàn)有業(yè)務(wù)復(fù)雜度和技術(shù)命題的場景下能夠獨(dú)擋一面,。

• 降低團(tuán)隊(duì)成員在日常工作中非業(yè)務(wù)研發(fā)工作投入的精力,，降低團(tuán)隊(duì)協(xié)作成本。

   

• 技術(shù)方面

• 持續(xù)通過過程管理保障業(yè)務(wù)需求交付質(zhì)量和數(shù)量,，確保交付能力在基線之上

• 持續(xù)通過效率工具體系的建設(shè)降低各角色員工日常工作成本,，提升單人和協(xié)作工作效率

   

• 業(yè)務(wù)方面

• 逐步構(gòu)建業(yè)務(wù)指標(biāo)體系，讓研發(fā)工作結(jié)果有標(biāo)準(zhǔn)可衡量,。

• 逐步嘗試業(yè)務(wù)落地過程數(shù)字化實(shí)踐,，進(jìn)行業(yè)務(wù)洞察體系的早期建設(shè)

2. 中長期（2-3 年）的效能建設(shè)目標(biāo)如下：

• 團(tuán)隊(duì)方面

• 在有條件的情況下擴(kuò)大團(tuán)隊(duì)規(guī)模。目標(biāo)解釋說明：團(tuán)隊(duì)效能工作做得再好,，在對團(tuán)隊(duì)需求承載能力和交付數(shù)量,、質(zhì)量方面，可能不如增加幾個(gè)人見效更快,。但是需要注意的是,，加人只在研發(fā)效能的某些維度會有很好的效果，但是加人解決不了信息傳遞不暢的問題,，更解決不了決策存在缺陷偏差的問題,，所以加人雖然見效快，但是仍然是簡單粗暴的,，在精細(xì)化過程管理方面該做的功課還是得做,。

• 構(gòu)建合理的團(tuán)隊(duì)梯隊(duì)，將整個(gè)效能建設(shè)做到體系化地傳承和傳遞,，確保效能方面的認(rèn)知始終上下一致,。

• 通過合理的方式方法把科學(xué)的效能提升方法傳遞到上下游的協(xié)作團(tuán)隊(duì)，統(tǒng)一各方認(rèn)知,，形成步調(diào)一致的實(shí)踐行為,，在對研發(fā)效能形成組織保障的同時(shí)，力爭對業(yè)務(wù)效能建設(shè)產(chǎn)生積極影響,。

• 技術(shù)方面

• 對常見的研發(fā)效能指標(biāo)形成準(zhǔn)確的,、自動化的衡量工具,，或使用已有的效能產(chǎn)品工具完成研發(fā)常見效能指標(biāo)的跟蹤

• 構(gòu)建適用于業(yè)務(wù)研發(fā)團(tuán)隊(duì)的效率工具體系，確保易擴(kuò)展,、易復(fù)用

• 結(jié)合團(tuán)隊(duì)目前的技術(shù)體系特征,，構(gòu)建對應(yīng)的技術(shù)系統(tǒng)和工具解決穩(wěn)定性、日常發(fā)布運(yùn)維過程中存在的效率問題,，持續(xù)實(shí)踐業(yè)務(wù)落地過程數(shù)字化,，構(gòu)建相關(guān)技術(shù)能力。

• 業(yè)務(wù)方面

• 利用既有的實(shí)踐基礎(chǔ),，構(gòu)建覆蓋面廣,、復(fù)用性強(qiáng)的指標(biāo)體系系統(tǒng)

• 在業(yè)務(wù)落地過程數(shù)字化實(shí)踐方面總結(jié)經(jīng)驗(yàn)理論，進(jìn)行業(yè)務(wù)洞察體系的中長期建設(shè)

   

3. 效能建設(shè)的終局目標(biāo)

• 利用已有的效能產(chǎn)品結(jié)合部分自建的工具系統(tǒng),，構(gòu)成橫跨整個(gè)研發(fā)生命周期,、覆蓋研發(fā)日常工作各個(gè)板塊的過程管理體系和系統(tǒng)，并且形成與之配套的工作流和方法論,，建立與之對應(yīng)的準(zhǔn)確地,、無干擾的、能反饋團(tuán)隊(duì)效能真實(shí)情況的指標(biāo)體系,。
   
• 完成構(gòu)建通用的業(yè)務(wù)洞察系統(tǒng),，通過工具系統(tǒng)、方法論來提升整體做業(yè)務(wù)的效能,，降低決策成本,，提升決策正確率，以科學(xué)的系統(tǒng)和體系保障業(yè)務(wù)發(fā)展,。
   

4.3.5 研發(fā)產(chǎn)出效果度量體系建設(shè)

從團(tuán)隊(duì)現(xiàn)狀背景信息，到研發(fā)效能建設(shè)原則的確定,，再到階段性地研發(fā)效能建設(shè)實(shí)踐,，拋開以往的各種最佳實(shí)踐和宣傳，就實(shí)事求是地基于現(xiàn)狀,、結(jié)合指標(biāo)體系進(jìn)行針對性的提升,，并且明確短期建設(shè)、長期建設(shè)分別要達(dá)到什么樣的目標(biāo)，這樣才能真正地,、全面地解決團(tuán)隊(duì)的研發(fā)效能問題?；诶碚撝笇?dǎo)實(shí)踐,，再基于實(shí)踐總結(jié)并完善理論，并且逐步將復(fù)雜深奧的理論簡化以后形成大多數(shù)人可以理解的,、易于執(zhí)行的方法論,，就完成了從實(shí)踐到理論再到實(shí)踐的過程。接下來就帶著大家一起看下經(jīng)過簡化的方法論是什么樣的,。

1. 信息流,，從信息的產(chǎn)生方，通過某種形式被感知,，再被傳遞,，到達(dá)依賴這些信息做決策的節(jié)點(diǎn)，這個(gè)節(jié)點(diǎn)可能是某個(gè)人,，也可能是某幾個(gè)人,，也可能是某個(gè)團(tuán)隊(duì)，整個(gè)信息的傳遞過程中也存在著二次加工,，傳遞的信息與原始信息相比可能附加了新的決策后的信息,，或被覆蓋也可能。
    
2. 決策流,，在某個(gè)層面的決策者拿到信息后,，進(jìn)行分析、決策,，形成新的信息,，這些信息有的會繼續(xù)傳遞下去，有的轉(zhuǎn)為執(zhí)行的指令,，觸發(fā)執(zhí)行流,。
    
3. 執(zhí)行流，就是在和決策者對齊決策信息后,，開始進(jìn)行實(shí)際執(zhí)行的過程,，包括了確定目標(biāo)、明確策略,、具體執(zhí)行,、反饋上報(bào)調(diào)整、最終完成執(zhí)行這樣一系列的環(huán)節(jié),。
    
4. 價(jià)值流,，就是一個(gè)或多個(gè)業(yè)務(wù)中，各種各樣的執(zhí)行流所得的結(jié)果，匯聚成整體的對他人,、客戶的價(jià)值流,，沿著價(jià)值鏈傳遞，完成價(jià)值創(chuàng)造和獲利的整個(gè)鏈條的循環(huán),。
    
5. 利益流,，就是在整個(gè)價(jià)值創(chuàng)建和變現(xiàn)周期內(nèi)，參與價(jià)值創(chuàng)造與變現(xiàn)的各方所獲得的利益的過程,，利益分配的形態(tài)，構(gòu)成了整個(gè)利益流,。這個(gè)鏈條是最隱蔽的,，也是最重要的鏈條，很多局面的形成和破解,，往往最終都會聚焦在利益流上面,。在建設(shè)優(yōu)質(zhì)、積極的價(jià)值鏈條時(shí),，要關(guān)注利益流的某個(gè)環(huán)節(jié)是否可能會影響,、干擾甚至阻塞了整體價(jià)值鏈的運(yùn)轉(zhuǎn)；而在打破一些劣質(zhì),、消極的價(jià)值鏈條時(shí),，則要關(guān)注利益流的某個(gè)環(huán)節(jié)是不是不當(dāng)?shù)摹⑹撬袉栴}產(chǎn)生的根源,，從而進(jìn)行針對性的改造,，讓劣質(zhì)、消極的利益鏈條發(fā)展變化,，轉(zhuǎn)變?yōu)閮?yōu)質(zhì),、積極的利益鏈條。利益流還有很多內(nèi)容可談,，未來會在 《技術(shù)一號位的方法論——組織篇》中深入展開討論,。
    

圖14 研發(fā)團(tuán)隊(duì)工作板塊大圖（未標(biāo)出價(jià)值流和利益流）

根據(jù)上一小節(jié)畫出的工作版塊和業(yè)務(wù)流程圖,，開始結(jié)合具體的問題進(jìn)行分析，分析是人的問題,，則增加團(tuán)隊(duì)的培養(yǎng),，提升團(tuán)隊(duì)成員的認(rèn)知，促進(jìn)其實(shí)踐行為的改善,；如果是機(jī)制流程的問題,，則建立健全機(jī)制流程，考慮到協(xié)作各方是誰,，分別扮演什么角色,，核心利益訴求是什么；以此類推,，在信息維度關(guān)注信息的收集,、存儲,、傳遞,，在決策維度關(guān)注信息的感知、分析,、決策過程是否存在問題,；在執(zhí)行維度關(guān)注 目標(biāo)、策略,、執(zhí)行,、階段復(fù)盤調(diào)整、取得結(jié)果這些方面是否存在問題,，在價(jià)值方面關(guān)注價(jià)值的營銷,、銷售、交付,、收款等方面是否存在問題,；在利益方面要看收入、利潤,、利益分配是否合理等,。