一、背景
移動(dòng)互聯(lián)網(wǎng)行業(yè)中，為了應(yīng)對(duì)市場(chǎng)環(huán)境和競(jìng)品的競(jìng)爭(zhēng)壓力，為了快速滿足海量用戶的多樣化需求，同時(shí)當(dāng)業(yè)務(wù)團(tuán)隊(duì)規(guī)模擴(kuò)大到一定程度（如50人以上）時(shí)，會(huì)遇到許多影響團(tuán)隊(duì)協(xié)作和業(yè)務(wù)交付效率問(wèn)題（如需求各方PK、各方步調(diào)與節(jié)奏不一致、關(guān)聯(lián)配合協(xié)調(diào)困難、職能墻的困擾、bug后期爆發(fā)、hotfix與patch多、等）。
如何提升大業(yè)務(wù)團(tuán)隊(duì)的快速交付能力，就成為了非常重要和急需解決的命題。下面以UC瀏覽器和九游大業(yè)務(wù)團(tuán)隊(duì)為例，以班車模式為核心來(lái)闡述打造大業(yè)務(wù)團(tuán)隊(duì)快速交付能力的模式與關(guān)鍵實(shí)踐。
二、快速交付模式
總關(guān)鍵詞：
統(tǒng)一業(yè)務(wù)目標(biāo)與發(fā)布節(jié)奏
業(yè)務(wù)、技術(shù)與團(tuán)隊(duì)解耦
團(tuán)隊(duì)協(xié)作規(guī)則
工程化與工具支撐
關(guān)鍵說(shuō)明：
1、統(tǒng)一業(yè)務(wù)目標(biāo)與發(fā)布節(jié)奏：
定期（季度、月）拉通各業(yè)務(wù)方進(jìn)行業(yè)務(wù)目標(biāo)和重點(diǎn)的規(guī)劃，并分解到版本，確定每個(gè)版本的發(fā)布發(fā)布節(jié)奏。達(dá)到大業(yè)務(wù)團(tuán)隊(duì)聚焦業(yè)務(wù)目標(biāo)和價(jià)值，步調(diào)統(tǒng)一和協(xié)同作戰(zhàn)之目的。
2、業(yè)務(wù)、技術(shù)與團(tuán)隊(duì)解耦：
A、按特性來(lái)進(jìn)行業(yè)務(wù)解耦，把大產(chǎn)品分解成多個(gè)相對(duì)對(duì)立的特性功能。
B、從系統(tǒng)架構(gòu)出發(fā)，將大系統(tǒng)分解成多個(gè)相對(duì)對(duì)立的模塊。
C、按特性來(lái)組建特性或?qū)ｍ?xiàng)團(tuán)隊(duì)，把大團(tuán)隊(duì)拆分成多個(gè)由產(chǎn)研測(cè)組成的敏捷小團(tuán)隊(duì)，每個(gè)敏捷小團(tuán)隊(duì)人數(shù)控制在10人左右。特性團(tuán)隊(duì)長(zhǎng)期打磨某個(gè)獨(dú)立功能，專項(xiàng)團(tuán)隊(duì)則更多是組織精銳攻關(guān)解決TOP重點(diǎn)問(wèn)題。
通過(guò)業(yè)務(wù)、技術(shù)與團(tuán)隊(duì)等維度的解耦，達(dá)到降低系統(tǒng)復(fù)雜度、減少互相關(guān)聯(lián)與干擾、降低溝通和協(xié)作成本，確保各特性團(tuán)隊(duì)和專項(xiàng)團(tuán)隊(duì)能（相對(duì)）獨(dú)立各自快速迭代與交付。
3、大團(tuán)隊(duì)協(xié)作規(guī)則：
A、各特性團(tuán)隊(duì)和專項(xiàng)團(tuán)隊(duì)各自分支獨(dú)立規(guī)劃、迭代和交付：大需求按業(yè)務(wù)場(chǎng)景拆分成獨(dú)立小需求，分支上完成后分批回trunk；小需求分支上完成后可及時(shí)回trunk。
B、各特性團(tuán)隊(duì)和專項(xiàng)團(tuán)隊(duì)匹配班車發(fā)布節(jié)奏：需要發(fā)布的需求依據(jù)主線班車迭代計(jì)劃來(lái)做上班車的匹配。大需求和基礎(chǔ)模塊改造需求（比如研發(fā)工作量超過(guò)10人天）回trunk的計(jì)劃時(shí)間點(diǎn)最好比主線班車版本分支開出時(shí)間點(diǎn)早1-2個(gè)工作日，以便應(yīng)對(duì)風(fēng)險(xiǎn)和降低趕不上班車的幾率。
C、需求提交到trunk的質(zhì)量要求：大需求和基礎(chǔ)模塊改造需求（比如研發(fā)工作量超過(guò)10人天）需要在分支上完成內(nèi)測(cè)與灰度，產(chǎn)研測(cè)項(xiàng)目綜合評(píng)估通過(guò)后才能提交到trunk。各專項(xiàng)可招募各自的粉絲用戶參與產(chǎn)品需求交流和內(nèi)測(cè)等活動(dòng)，和用戶交流互動(dòng)，及時(shí)獲得和更好滿足用戶的真實(shí)需求，及時(shí)收集到用戶反饋的問(wèn)題和建議，并及時(shí)做修復(fù)和處理。
D、分支灰度策略和要求：分支上發(fā)灰度時(shí)需要在最近發(fā)布的穩(wěn)定版本基礎(chǔ)上進(jìn)行。
4、工程化與工具支撐：
為了保障交付的效率和質(zhì)量，需要逐步提升團(tuán)隊(duì)工程化和工具化能力，如持續(xù)集成和UI自動(dòng)化測(cè)試、穩(wěn)定性自動(dòng)化測(cè)試、一鍵提測(cè)和發(fā)布系統(tǒng)等。
三、實(shí)施階段與效果
在UC瀏覽器和九游游戲大業(yè)務(wù)團(tuán)隊(duì)快速交付能力打造過(guò)程中，按初始、穩(wěn)定、持續(xù)優(yōu)化三個(gè)階段推進(jìn)和實(shí)施。
1、初始階段
當(dāng)業(yè)務(wù)面臨發(fā)布周期長(zhǎng)、質(zhì)量不高、大團(tuán)隊(duì)協(xié)作復(fù)雜等問(wèn)題時(shí)，引入班車模式，重點(diǎn)是完成團(tuán)隊(duì)協(xié)作規(guī)則制定和團(tuán)隊(duì)建立，并快速的行動(dòng)起來(lái)。
2、穩(wěn)定階段
大業(yè)務(wù)團(tuán)隊(duì)采用班車模式運(yùn)作一段時(shí)間后，團(tuán)隊(duì)已逐步熟悉班車模式的運(yùn)作框架、發(fā)布節(jié)奏等，但交付效率、版本質(zhì)量、人員成長(zhǎng)等還需要繼續(xù)提升，此時(shí)需要快速總結(jié)并對(duì)重點(diǎn)問(wèn)題進(jìn)行優(yōu)化。
3、持續(xù)優(yōu)化階段
快速交付模式已經(jīng)過(guò)完善和優(yōu)化，團(tuán)隊(duì)在交付效率、交付質(zhì)量、團(tuán)隊(duì)能力成長(zhǎng)等多方面都已成熟和得到了提升。此時(shí)引導(dǎo)團(tuán)隊(duì)做更多思考，確定新的目標(biāo)和下一階段優(yōu)化重點(diǎn)，不斷思考和探索，不斷追求極致，持續(xù)提升交付能力。
目前UC瀏覽器大業(yè)務(wù)團(tuán)隊(duì)班車模式實(shí)施已經(jīng)進(jìn)入持續(xù)優(yōu)化階段，較好解決了早期發(fā)布周期較長(zhǎng)、Patch較多、關(guān)聯(lián)協(xié)作困難等問(wèn)題，團(tuán)隊(duì)交付能力已得到大幅度的提高，正在探索隨發(fā)模式。九游游戲在2015年中引入班車模式，班車模式基本運(yùn)作順利，在團(tuán)隊(duì)協(xié)作效率方面已取得初步成效，目前重點(diǎn)是提升班車交付質(zhì)量和交付效率。
(本文于2016-03-19首次發(fā)布)
