一、效能定義
定義1：“研發(fā)效能”就是更高效、更高質(zhì)量、更可靠、可持續(xù)地交付更優(yōu)的業(yè)務(wù)價值的能力
定義2：研發(fā)效能（結(jié)果指標(biāo)）= 平均需求價值 * 需求吞吐率 * 需求交付質(zhì)量 / 團(tuán)隊成本，參考?研發(fā)團(tuán)隊的效能度量
參考文章
五八同城 (58.com) 研發(fā)效能組織和團(tuán)隊建設(shè)之路
有贊崔玉松：如何找到團(tuán)隊杠桿點，提升團(tuán)隊效能？
二、迭代問題分析
節(jié)奏問題：2周迭代，開發(fā)時間只有3天左右，聯(lián)調(diào)時間1-4天不等，部分迭代測試時間長至1周
需求問題：需求較散，涉及多個產(chǎn)品需求，導(dǎo)致會invovle較多開發(fā)，每一個開發(fā)在迭代時間有限，且開發(fā)介入的時間不一，間接導(dǎo)致需要多次提測
準(zhǔn)入準(zhǔn)出問題：迭代分 需求?→ 反講?→ 接口定義?→ 聯(lián)調(diào)?→ 測試?→ 上線等階段，經(jīng)常一個環(huán)節(jié)的準(zhǔn)入和準(zhǔn)備不高，導(dǎo)致問題落入到下一個環(huán)節(jié)
迭代小組凝聚力：Owner并沒有把責(zé)任很好的承擔(dān)起來，規(guī)范跑著就跑沒了，產(chǎn)品經(jīng)理和迭代經(jīng)理跑著就跑沒了
人力問題：由于可能的某個迭代組工作不飽和或者迭代劃分不清晰，導(dǎo)致一個伙伴同時會分配到多個迭代，工作節(jié)奏不停切換，伙伴成就感和效率都不高
資源配置：部分迭代人力配比不合理，前端和QA都有可能是瓶頸之一，但并沒有得到有效解決
依賴問題：各個業(yè)務(wù)域依然存在依賴，協(xié)同成本較多
RD能力：rd能力方差比較大
三、架構(gòu)&工程效能問題分析
1、產(chǎn)品/業(yè)務(wù)架構(gòu)?：產(chǎn)品B點定義(缺少了畫面感) + 業(yè)務(wù)架構(gòu)A點?→ B點路徑不清晰，缺少頂層設(shè)計，導(dǎo)致 微服務(wù)定義粒度和邊界劃分不清楚，團(tuán)隊依賴嚴(yán)重，團(tuán)隊難以自閉環(huán)，敏捷組織打造困難重重；人力資源的配比沒法做提前規(guī)劃～
2、工程提效問題高途Arch項目
項目框架：用面向過程的開發(fā)寫ddd?→ 極大的增加了項目的復(fù)雜度和人員素質(zhì)的要求，增加了成倍的代碼量
starger工具包：公用包的較少，缺少管理，導(dǎo)致不同項目之前代碼重復(fù)率很高
RD的能力方差較大，經(jīng)常一個接口需要1天+的時間，如果有經(jīng)驗的伙伴可能很快完成
3、業(yè)務(wù)價值評估和業(yè)務(wù)自迭代的體系
面向業(yè)務(wù)和運營好用的ABTest平臺
