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