前言
在談效能之前，我想先談談作為一個技術(shù)人或者技術(shù)TL，研發(fā)的核心價值是什么？
之前看了一篇文章，比較有意思，分享一下觀念：
- T外包公司：最核心的競爭力不是技術(shù)，而是快速響應、資源調(diào)配整合、項目成本控制等方面。
- 企業(yè)信息化公司：研發(fā)的核心價值有三個層次：第一層是運用技術(shù)更好的去支撐業(yè)務；第二層是用技術(shù)推動業(yè)務，用自身業(yè)務經(jīng)驗（服務很多客戶）幫助客戶；第三層是去用經(jīng)驗積累去影響行業(yè)。
- 解決特定場景和問題的產(chǎn)品公司：核心價值就在于技術(shù)，專注與做技術(shù)深度。
那我們的核心價值是什么？
（1）高效支撐業(yè)務：一個是支撐，一個是高效
- 支撐：對我們的要求就是：階段性與業(yè)務目標，落地產(chǎn)品對齊。
- 高效：研發(fā)效能的思考落地。用數(shù)據(jù)說明我們的價值
（2）用技術(shù)影響行業(yè)：這個需要持續(xù)的積累和思考。
（3）建技術(shù)壁壘和技術(shù)基建，確保系統(tǒng)穩(wěn)定，業(yè)務健康和持久發(fā)展。
很多時候，我們一直在思考如何高效支撐業(yè)務這個課題上。阿里技術(shù)分享平臺或者網(wǎng)上都有非常多的文章分享，每個TL針對自己團隊的狀況也有一套自己的方法論。今天我結(jié)合自己所面臨的狀況，把自己的思考總結(jié)分享一下。
個人思考
從幾個維度分別進行思考：
1、研發(fā)的流程效能：拆分階段，發(fā)現(xiàn)關(guān)鍵問題，提出方案
1）需求階段
問題：需求反復，需求不清晰，需求爭議
解決方案：
（1）確保需求的有效期，明確業(yè)務價值和需求范圍，并確保需求理解的一致性。
（2）需求內(nèi)容，先小范圍內(nèi)溝通對焦；等需求討論清晰，再拉落地相關(guān)同學參與。
（3）需求有爭議時，為避免反復，拉上相關(guān)同學一起對焦。
（4）日常需求，定期排期，通曬。
2）研發(fā)階段：這個在研發(fā)的生產(chǎn)效能單獨說明。
3）聯(lián)調(diào)與測試階段：
問題：聯(lián)調(diào)效率低，環(huán)境不可用，提測代碼質(zhì)量低
解決方案：
（1）前后端分離，各自具備Mock的能力
（2）日常環(huán)境治理，降級系統(tǒng)服務的依賴，確保測試環(huán)境問題
（3）基準測試用例，冒煙測試，自動化腳本測試，確保提測質(zhì)量。
4）發(fā)布階段：
問題：發(fā)布頻率高；定位問題耗時；部署系統(tǒng)時長
解決方案：
（1）對同一時間的發(fā)布系統(tǒng)做適當合并。
（2）與業(yè)務約定發(fā)布頻率，控制發(fā)布周期。
（3）系統(tǒng)依賴治理，縮短部署時長；并提前打包
（4）針對排查問題耗時，提供相應的問題排查工具。
2、研發(fā)的生產(chǎn)效能
針對研發(fā)的過程生產(chǎn)，我們從如下幾個方面去提升研發(fā)效能：
（1）全鏈路技術(shù)規(guī)范：
每一個過程，通過規(guī)范文檔統(tǒng)一標準，并通過宣傳和考試的方式，讓大家都熟知內(nèi)容。并通過典型案例通曬，強化規(guī)范內(nèi)容的價值。
（2）全鏈路業(yè)務可配置
- u頁面可配：表單頁，列表頁，詳情頁，單據(jù)頁等中后臺頁面可配置。
- 典型案例：宜搭的頁面搭建
- u邏輯可配：業(yè)務參數(shù)可配置；業(yè)務規(guī)則可配置；
- 典型案例：類目特征；
- u模型可配：用元數(shù)據(jù)方式定義數(shù)據(jù)表或業(yè)務模型 擴展字段兩種方式
- 典型案例：類目屬性 ；NBF建模平臺
- u服務&流程編排：基于原子服務能力進行二次組合。
- 典型案例：AECP的服務編排；NBF的服務編排等
基于上訴的原子工具能力，再結(jié)合產(chǎn)品工廠和解決方案能力，把橫向和縱向的業(yè)務配置化能力鏈接在一起，形成一個分層的全鏈路業(yè)務可配置視圖。
（3）統(tǒng)一橫向支撐工具
拉通團隊內(nèi)部共性的支撐工具，共建一份。比如excel批量導入導出，審批流，通知工具等。
（4）非功能性代碼
- 應用腳手架：一鍵生成應用工程，包括依賴的jar包等。
- 代碼規(guī)范的模板：錯誤碼模板；日志模板；工程結(jié)構(gòu)等
- 中間件隔離層：包括使用的案例
- 通用工具類：外部開源的工具類；業(yè)務抽象的通用類；自研抽象的通用工具類；
- 業(yè)務標準攔截：用戶登錄；服務異常處理；dao的執(zhí)行時間等
- 穩(wěn)定性：限流；應用自檢；
把所有應用的共性代碼抽象，沉淀為jar，在工程中默認引入。
（5）部署交付：部署手冊指導；統(tǒng)一的問題排查工具；
（6）接口文檔化：web層統(tǒng)一遵循swagger規(guī)范；能力中心/工具遵循接口規(guī)范的文檔和client的使用案例說明等。
（7）系統(tǒng)協(xié)作的清晰邊界
我們在落地過程中，往往會存在系統(tǒng)調(diào)用，系統(tǒng)依賴等問題，建議在啟動初期，把這些關(guān)鍵問題定義出來，然后尋找TL或pm協(xié)調(diào)解決。
3、研發(fā)的協(xié)作效能
通過流程規(guī)范和模板，約定大家的協(xié)作模式
1）日常答疑的協(xié)作流程
2）項目過程管理
通過如下戰(zhàn)役模板，同步項目進展：
3）日常需求排期
約定需求排期周期，固定時間，并溝通需求通過協(xié)作管理工具。
后續(xù)可通過協(xié)作管理工具，分析統(tǒng)計數(shù)據(jù)。
4、研發(fā)的人員效能
（1）學習與培訓：
通過持續(xù)的學習，或借力其他團隊的方式，提升技術(shù)水平。
通過沉淀團隊規(guī)范，文檔，案例等方案，讓大家補齊知識。
通過復盤總結(jié)，沉淀典型案例，內(nèi)部分享，避免重復采坑。
（2）考試
光學習肯定是不行的，還需要通過考試的方式強化。可以使用這個工具：阿里在線考試系統(tǒng)。
效能指標
制定過程的指標數(shù)據(jù)，每月通曬與對比，分析數(shù)據(jù)，定位效能問題。關(guān)鍵指標可參考：
（1）需求交付周期，需求交付數(shù)，項目數(shù)
（2）代碼提交量
（3）Bug數(shù)
（4）線上問題與故障
總結(jié)
通過優(yōu)化研發(fā)過程，并有明確的數(shù)據(jù)量化，證明研發(fā)對業(yè)務的價值。
作者 | 天蓉
原文鏈接：http://click.aliyun.com/m/1000350013/
本文為阿里云原創(chuàng)內(nèi)容，未經(jīng)允許不得轉(zhuǎn)載。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。