軟件研發(fā)效能提升通識(shí)
|
- 當(dāng)我們?cè)谡勓邪l(fā)效能的時(shí)候我們到底在談什么
- 研發(fā)效能的涵蓋范圍
- 各大行業(yè)龍頭企業(yè)為什么都開(kāi)始關(guān)注“研發(fā)效能”
- 研發(fā)效能?VS DevOps
- 研發(fā)效能?VS?測(cè)試自動(dòng)化
- 研發(fā)效能?VS?敏捷開(kāi)發(fā)/測(cè)試
- 組織效能?VS?個(gè)人效能
- 業(yè)界研發(fā)效能的現(xiàn)狀與趨勢(shì)分析
|
軟件研發(fā)效能提升的最佳實(shí)踐
|
- 研發(fā)效能提升的經(jīng)驗(yàn)分享(8大原則)詳解
- 研發(fā)效能的度量方法與常見(jiàn)誤區(qū)
- 企業(yè)級(jí)研發(fā)效能實(shí)踐的落地路徑與方法
- 從架構(gòu)的角度來(lái)看研發(fā)效能的提升與方案選擇
- 研發(fā)效能團(tuán)隊(duì)的建設(shè)與實(shí)踐
- 組織級(jí)別的開(kāi)源協(xié)同能力建設(shè)
- 讓“價(jià)值”流動(dòng)起來(lái)
- 風(fēng)險(xiǎn)前置能力的建設(shè)
|
需求階段研發(fā)效能提升的最佳實(shí)踐
|
- 瀑布模型?VS?敏捷模型
- 需求工程的難點(diǎn)
- 需求粒度和準(zhǔn)確定的把控
- 高效需求管理的不同形式和最佳應(yīng)用場(chǎng)景
- 需求變更的應(yīng)對(duì)方法和最佳實(shí)踐 ? ? ??
|
開(kāi)發(fā)階段研發(fā)效能提升的最佳實(shí)踐
|
- 個(gè)人開(kāi)發(fā)環(huán)境的效能提升
- 分支模式的選擇
- 開(kāi)發(fā)協(xié)作模式的選擇
- 代碼靜態(tài)質(zhì)量的前期把控
- 代碼動(dòng)態(tài)質(zhì)量的前期把控
- 如果用好CI流水線(xiàn)
- CI流水線(xiàn)效能優(yōu)化的方方面面
|
測(cè)試階段研發(fā)效能提升的最佳實(shí)踐
|
- 瀑布模式下的測(cè)試實(shí)踐
- 敏捷模式下的測(cè)試實(shí)踐
- 自動(dòng)化測(cè)試的局限性和影響效能的誤區(qū)
- 智能化測(cè)試的局限性和影響效能的誤區(qū)
- 探索式測(cè)試的威力
- 分層的測(cè)試體系建設(shè)
- 高效測(cè)試策略的選擇與設(shè)計(jì)
- GUI自動(dòng)化測(cè)試能力體系的建設(shè)
- API自動(dòng)化測(cè)試能力體系的建設(shè)
- 測(cè)試基礎(chǔ)架構(gòu)服務(wù)化能力的建設(shè)
- 測(cè)試基礎(chǔ)架構(gòu)服務(wù)化能力詳解
- 基于工具的測(cè)試效能提升
- TestOps的實(shí)踐
|
運(yùn)維階段研發(fā)效能提升的最佳實(shí)踐
|
- 人肉運(yùn)維和自動(dòng)化運(yùn)維
- CICD和運(yùn)維的聯(lián)動(dòng)與集成
- 監(jiān)控的最佳實(shí)踐
- DevOps和SRE
- SRE的工作模式
- 從腳本化到平臺(tái)化
|
基于流程改進(jìn)的研發(fā)效能提升的最佳實(shí)踐
|
- 全局優(yōu)化>局部?jī)?yōu)化
- 基于流程優(yōu)化的典型行業(yè)案例解讀
- 更好的視野與格局
- 部門(mén)內(nèi)的流程效能優(yōu)化
- 跨部門(mén)的流程效能優(yōu)化
- 流程優(yōu)化的常用方法與實(shí)踐
- 流程優(yōu)化常見(jiàn)的誤區(qū)與應(yīng)對(duì)
|
研發(fā)效能度量的最佳實(shí)踐
|
- 研發(fā)效能應(yīng)該度量什么
- 研發(fā)效能度量的常見(jiàn)誤區(qū)
- 什么才是好的度量
- 虛榮性指標(biāo)?VS?可執(zhí)行指標(biāo)
- 度量指標(biāo)設(shè)計(jì)的最佳實(shí)踐
- 行業(yè)成功案例分享
|
“研發(fā)效能”的工程實(shí)踐與行業(yè)案例
|
- Google研發(fā)效能實(shí)踐與產(chǎn)品化
- eBay研發(fā)效能實(shí)踐與產(chǎn)品化
- 阿里的研發(fā)效能實(shí)踐與產(chǎn)品化
百度的研發(fā)效能實(shí)踐與產(chǎn)品化
|