課程簡介

敏捷和 DevOps 時(shí)代的研發(fā)效能度量怎么做？如何有效評(píng)估團(tuán)隊(duì)和交付能力和發(fā)展趨勢(shì)？如何避免 錯(cuò)誤的度量方式，不但無法取得預(yù)期效果而且還會(huì)造成負(fù)面影響？業(yè)界 BAT和國外優(yōu)秀公司是怎么做的？有沒有可以參照的度量指標(biāo)集和成功案例？我會(huì)結(jié)合這些問題，分享大型互聯(lián)網(wǎng)公司集團(tuán)級(jí)度量體系和平臺(tái)建設(shè)的實(shí)踐經(jīng)驗(yàn)，總結(jié)出了一套被證明切實(shí)可行的、通過度量為抓手分析軟件交付價(jià)值流的產(chǎn)出和瓶頸，從而有針對(duì)性地促進(jìn)企業(yè)研發(fā)效能提升的體系和方法。

目標(biāo)收益

一個(gè)度量框架；一套度量原則；一套度量指標(biāo)集；一套平臺(tái)建設(shè)思路；一份經(jīng)驗(yàn)總結(jié)和避坑指南

培訓(xùn)對(duì)象

課程內(nèi)容

案例方向

---

構(gòu)建技術(shù)領(lǐng)導(dǎo)力/團(tuán)隊(duì)協(xié)作/測(cè)試前沿技術(shù)/DevOps

案例背景

---

敏捷和 DevOps 時(shí)代的研發(fā)效能度量怎么做？如何有效評(píng)估團(tuán)隊(duì)和交付能力和發(fā)展趨勢(shì)？如何避免 錯(cuò)誤的度量方式，不但無法取得預(yù)期效果而且還會(huì)造成負(fù)面影響？業(yè)界 BAT和國外優(yōu)秀公司是怎么做的？有沒有可以參照的度量指標(biāo)集和成功案例？我會(huì)結(jié)合這些問題，分享大型互聯(lián)網(wǎng)公司集團(tuán)級(jí)度量體系和平臺(tái)建設(shè)的實(shí)踐經(jīng)驗(yàn)，總結(jié)出了一套被證明切實(shí)可行的、通過度量為抓手分析軟件交付價(jià)值流的產(chǎn)出和瓶頸，從而有針對(duì)性地促進(jìn)企業(yè)研發(fā)效能提升的體系和方法。

收益

---

一個(gè)度量框架；一套度量原則；一套度量指標(biāo)集；一套平臺(tái)建設(shè)思路；一份經(jīng)驗(yàn)總結(jié)和避坑指南

解決思路

---

研發(fā)效能度量原則提煉：結(jié)果大于過程、全局大于局部、定量大于定性、團(tuán)隊(duì)大于個(gè)人、指導(dǎo)性 可牽引行動(dòng)、全面性 可相互制約、動(dòng)態(tài)性 可按階段調(diào)整。需要基于價(jià)值流的度量框架，結(jié)合效能度量指標(biāo)全景圖，建設(shè)和演進(jìn)研發(fā)效能度量平臺(tái)，使用平臺(tái)通過數(shù)據(jù)量化分析驅(qū)動(dòng)研發(fā)效能改進(jìn)提升

結(jié)果

---

經(jīng)驗(yàn)總結(jié) 避坑指南：度量不是免費(fèi)的，如何平衡成本與收益；不追求完美，迅速迭代，如何按場(chǎng)景適配；度量不是為了控制，而是驅(qū)動(dòng)改進(jìn)，如何避免指標(biāo)失真