從2006年開始，騰訊的研發(fā)規(guī)模開始膨脹，開發(fā)模式急需規(guī)范和標(biāo)準(zhǔn)化，到底走IPD(集成產(chǎn)品開發(fā))還是Agile(敏捷)的開發(fā)路線，公司管理層也在為拿不定主意而犯愁，之后研發(fā)管理部開始與ThoughtWorks公司接觸，逐漸將敏捷產(chǎn)品開發(fā)引入進(jìn)來(lái)，并正式命名為TAPD(Tencent Agile Product Development)。

接觸是從一次3天的培訓(xùn)開始的，ThoughtWorks派來(lái)了一個(gè)4人講師團(tuán)隊(duì)，由此也誕生了騰訊日后推行敏捷的第一批種子。接著總結(jié)騰訊本身是怎么樣子的，有這樣一個(gè)框架之后就搞一些團(tuán)隊(duì)去實(shí)踐，通過(guò)實(shí)踐以后再不斷改進(jìn)，本身也是一個(gè)不斷迭代的過(guò)程。

騰訊在推廣敏捷的過(guò)程中也面臨一些挑戰(zhàn)，正是由于這些挑戰(zhàn)，才孕育出了獨(dú)特的騰訊敏捷模式。

1、團(tuán)隊(duì)非常多，每個(gè)團(tuán)隊(duì)特點(diǎn)都不一樣，比如規(guī)模不一樣，應(yīng)用方法不一樣;

2、產(chǎn)品非常廣，互聯(lián)網(wǎng)上所有的產(chǎn)品騰訊幾乎都有，這種多元化的產(chǎn)品它本身產(chǎn)品的研發(fā)模式會(huì)有一些不一樣，那么敏捷、TAPD怎么樣去適應(yīng)這種多元化產(chǎn)品的研發(fā);

3、敏捷在騰訊也是存在一個(gè)過(guò)程改進(jìn)，這樣就會(huì)存在一些不適應(yīng)性，針對(duì)這種不適應(yīng)性應(yīng)該怎么樣去做才能更好;

4、騰訊人員本身的素質(zhì)也是參差不齊，每年校園招聘大概會(huì)招聘1000多個(gè)畢業(yè)生，這些畢業(yè)生從畢業(yè)到能上手工作，他們對(duì)敏捷的了解，融入到團(tuán)隊(duì)中都需要一個(gè)過(guò)程;

5、一些長(zhǎng)周期的項(xiàng)目，比如QQ客戶端，一個(gè)版本的發(fā)布可能要半年到1年的時(shí)間，像這樣一個(gè)產(chǎn)品怎樣去做敏捷開發(fā)，也許它就不適合敏捷開發(fā)。

騰訊的TAPD是吸收了XP+SCRUM+FDD三者特點(diǎn)的并行迭代開發(fā)模式，涉及范疇包括敏捷項(xiàng)目管理和敏捷軟件開發(fā)。

1、產(chǎn)品

采用FDD，即產(chǎn)品特性開發(fā)驅(qū)動(dòng)的一種模式，騰訊的產(chǎn)品會(huì)有一個(gè)明確的產(chǎn)品經(jīng)理這樣一個(gè)角色，他會(huì)負(fù)責(zé)整個(gè)產(chǎn)品，包括產(chǎn)品的驗(yàn)證、產(chǎn)品的方向、市場(chǎng)調(diào)研、用戶調(diào)研等。FDD 模式是一種非常適合產(chǎn)品經(jīng)理來(lái)對(duì)產(chǎn)品做一些滾動(dòng)的要求，騰訊在產(chǎn)品設(shè)計(jì)上引入了類似FDD這樣的模式，但是也不完全是FDD，只是參考FDD，所有的開發(fā)團(tuán)隊(duì)都是由產(chǎn)品經(jīng)理所歸納出來(lái)的產(chǎn)品特性去驅(qū)動(dòng)整個(gè)產(chǎn)品的研發(fā)。

FDD的核心是面向產(chǎn)品的功能點(diǎn)，但這個(gè)功能點(diǎn)是從客戶角度出發(fā)的，并不是從系統(tǒng)角度出來(lái)的。功能點(diǎn)是用一個(gè)短句描述出一個(gè)業(yè)務(wù)需求，而這個(gè)業(yè)務(wù)需求的粒度是按開發(fā)時(shí)間來(lái)衡量的(一般不超過(guò)兩個(gè)星期)。特征與用例的相似之處是，兩者都可以用短句(動(dòng)賓短語(yǔ))來(lái)描述;兩者的不同之處在于，用例用UML的用例圖來(lái)表示，而特征是用四色原型(類圖)來(lái)表示。產(chǎn)品經(jīng)理這個(gè)角色有點(diǎn)Scrum的Product Owner的味道。但產(chǎn)品特性和backlog相差甚遠(yuǎn)，因?yàn)楫a(chǎn)品特性只是一個(gè)動(dòng)賓短語(yǔ)，而backlog卻是一個(gè)完整的故事(story)。

2、項(xiàng)目管理過(guò)程

騰訊采取了SCRUM，但也不完全是SCRUM ，騰訊根據(jù)自己的特點(diǎn)去總結(jié)的一些實(shí)踐，大概的項(xiàng)目管理過(guò)程同SCRUM的過(guò)程比較類似，包括每天的晨會(huì)、迭代、timebox、每個(gè)迭代完成的時(shí)候會(huì)有showcase、回顧總結(jié)等。

3、開發(fā)實(shí)踐

參考了很多XP的實(shí)踐，就XP完整的實(shí)踐來(lái)說(shuō)會(huì)比較理想化，很多東西不一定在實(shí)際開發(fā)中能夠采納，所以騰訊也是采納其中的某些實(shí)踐，比如自動(dòng)化測(cè)試和持續(xù)集成，通過(guò)這樣的實(shí)踐就能保證產(chǎn)品有一個(gè)快速發(fā)布的過(guò)程。

一個(gè)完整的迭代過(guò)程 包括概念、設(shè)計(jì)、開發(fā)、測(cè)試和發(fā)布五個(gè)過(guò)程。

1、概念階段

在概念階段會(huì)采用FDD里面提到的一些好的最佳實(shí)踐來(lái)支撐到我們?cè)趺礃尤ッ艚莸淖鲂枨箝_發(fā)，會(huì)制定一些產(chǎn)品發(fā)布的計(jì)劃，比如產(chǎn)品在未來(lái)，某個(gè)迭代什么時(shí)候發(fā)布，要發(fā)布哪些產(chǎn)品特性，都是在這個(gè)階段做的。

在設(shè)計(jì)階段，會(huì)做產(chǎn)品原型上的設(shè)計(jì)。對(duì)于互聯(lián)網(wǎng)產(chǎn)品說(shuō)更多的是通過(guò)快速原型法快速的讓產(chǎn)品在不同范圍內(nèi)去做一些體驗(yàn)，比方產(chǎn)品在某個(gè)迭代的一個(gè)小迭代里面，可能會(huì)在一個(gè)團(tuán)隊(duì)里面先去體驗(yàn)，可能就會(huì)采取發(fā)布到公司某一個(gè)部門去體驗(yàn)，或者發(fā)布到整個(gè)公司范圍去體驗(yàn)，它會(huì)是一個(gè)不斷放大的一個(gè)過(guò)程。

2、開發(fā)和測(cè)試階段

在開發(fā)和測(cè)試階段，更多的采取XP的一些實(shí)踐，包括編碼規(guī)范，代碼走讀，比如1周一次代碼走讀，構(gòu)建持續(xù)集成的環(huán)境，包括自動(dòng)化構(gòu)建，自動(dòng)化測(cè)試等，會(huì)有一些好的測(cè)試上的實(shí)踐，如全員測(cè)試，就是將測(cè)試看成不僅僅是測(cè)試人員的工作，更多的是整個(gè)團(tuán)隊(duì)的工作，當(dāng)然也包括這個(gè)產(chǎn)品的其他同事的工作，通過(guò)全員測(cè)試來(lái)激發(fā)大家對(duì)產(chǎn)品質(zhì)量負(fù)責(zé)。

3、發(fā)布階段

騰訊采用的是灰度發(fā)布，同傳統(tǒng)的軟件發(fā)布不一樣。項(xiàng)目中整個(gè)迭代過(guò)程就通過(guò)類似SCRUM模式去管理，如有每日晨會(huì)，如何建設(shè)團(tuán)隊(duì)氛圍，統(tǒng)一的管理平臺(tái)，每次迭代完成時(shí)的總結(jié)回顧等等，這屬于項(xiàng)目管理的工作。

其中分析、設(shè)計(jì)、開發(fā)、測(cè)試、發(fā)布這五個(gè)過(guò)程可以內(nèi)部再迭代，而且這五個(gè)過(guò)程不是分階段開展的，即不是分析完了之后才設(shè)計(jì)，全部設(shè)計(jì)完了才開發(fā)，開發(fā)結(jié)束了才測(cè)試，測(cè)試通過(guò)了才發(fā)布。而是邊分析邊設(shè)計(jì)——在業(yè)務(wù)不復(fù)雜的情況下，這是可行的——邊設(shè)計(jì)邊開發(fā)，開發(fā)完一個(gè)功能就測(cè)試一個(gè)功能，同時(shí)開發(fā)下一個(gè)功能。

還有一些基礎(chǔ)的工作，如代碼管理，版本管理，文檔管理，異地開發(fā)管理，這些在騰訊的整個(gè)管理體系里面都包含的，還有會(huì)制定一些相關(guān)的規(guī)范，不過(guò)規(guī)范不是很強(qiáng)硬的要求每一個(gè)項(xiàng)目必須執(zhí)行，更多的由團(tuán)隊(duì)自己選擇，讓他們根據(jù)自己團(tuán)隊(duì)的特點(diǎn)、規(guī)模去選擇應(yīng)該采取哪些實(shí)踐。

1、故事墻

就是白板story wall，平時(shí)工作中很多團(tuán)隊(duì)都會(huì)使用，這些團(tuán)隊(duì)會(huì)把每天開發(fā)的一些產(chǎn)品特性采用story的方式每天都在白板里面展示出來(lái)，整個(gè)團(tuán)隊(duì)每天都會(huì)圍繞這個(gè)白板能夠清晰的看到整個(gè)產(chǎn)品或者整個(gè)項(xiàng)目的一個(gè)過(guò)程，包括整個(gè)產(chǎn)品特性的過(guò)程。寫在白板上比用Excel或者其它工具管理好，因?yàn)閷懺诎装迳献屓烁杏X更緊迫、更正式、更一目了然，有一種別人在監(jiān)督、在注視的感覺。

2、每日晨會(huì)

每個(gè)團(tuán)隊(duì)每天大概花15-30分鐘，回顧昨天做了什么、昨天有些什么問題、同時(shí)也會(huì)介紹每個(gè)人今天計(jì)劃做些什么工作。對(duì)Team而言這是檢查進(jìn)度、快速調(diào)整非常有效的形式。

最早是通過(guò)白板的方式去做，就是每天項(xiàng)目經(jīng)理組織團(tuán)隊(duì)成員對(duì)著白板，白板上體現(xiàn)項(xiàng)目的進(jìn)展情況，通過(guò)會(huì)議可以很明確的知道昨天大家做到什么樣子，今天大家計(jì)劃做什么，最早的時(shí)候每個(gè)成員都是口頭匯報(bào)的。

實(shí)踐一段時(shí)間就發(fā)現(xiàn)了一些問題：

對(duì)于一個(gè)20、30人的團(tuán)隊(duì)，每天要怎樣做晨會(huì)，這是目前遇到的比較大的困惑;

晨會(huì)很容易形式化，究竟帶來(lái)什么樣的效率和效果，目前也在通過(guò)一些方式去研究，去探討。有一些形式上的呆板，剛開始做會(huì)覺得比較有意思，覺得這跟傳統(tǒng)做法不一樣，每天這樣做并且做多了就感覺很枯燥，這也是面臨一個(gè)挑戰(zhàn)。

后來(lái)騰訊也做了一些改進(jìn)，比如為了讓成員的參與程度更強(qiáng)一些，包括形式上會(huì)更強(qiáng)一些，現(xiàn)在有些團(tuán)隊(duì)就會(huì)采取每個(gè)人輪流主持的方式，剛開始晨會(huì)的時(shí)候我們也會(huì)通過(guò)一些好玩的東西去刺激一下某些東西，但是現(xiàn)在看來(lái)的話，感覺改進(jìn)的還是不是很透。在騰訊內(nèi)部有一個(gè)交流通信的軟件，有些項(xiàng)目也開始不采用站起來(lái)開晨會(huì)的方式，覺得站起來(lái)效率也不高，就會(huì)通過(guò)即時(shí)通信軟件每天去交流，最后由一個(gè)人去統(tǒng)一輸出，這樣能解決一些分布式團(tuán)隊(duì)的合作。所謂分布式團(tuán)隊(duì)就是這個(gè)團(tuán)隊(duì)中有些同事在這個(gè)大樓，有些同事是在那個(gè)大樓，通過(guò)這種實(shí)時(shí)交流的方式可以解決一些問題。

3、規(guī)劃游戲

對(duì)敏捷的一種常見誤解是不要計(jì)劃，其實(shí)在敏捷的體系中不僅強(qiáng)調(diào)計(jì)劃，甚至區(qū)分Release計(jì)劃、Iteration計(jì)劃和Task計(jì)劃等多種不同粒度、不同時(shí)長(zhǎng)的計(jì)劃。規(guī)劃游戲突出的是讓用戶代表參與，由用戶代表評(píng)估用戶故事/特性的優(yōu)先級(jí)，開發(fā)人員評(píng)估任務(wù)的開發(fā)時(shí)間，由用戶代表+項(xiàng)目經(jīng)理+核心 成員三方共同排序、組合，確定本次迭代計(jì)劃需要實(shí)現(xiàn)的特性列表。在騰訊用戶代表就是產(chǎn)品經(jīng)理。騰訊特別強(qiáng)調(diào)的是并行迭代，即多個(gè)版本并行，最大程度發(fā)揮資源的效率。Release(發(fā)布)可理解成當(dāng)實(shí)現(xiàn)的產(chǎn)品特性累積到一定用戶價(jià)值時(shí)的正式發(fā)布，它是比迭代更大的概念;迭代是在固定時(shí)間內(nèi)開發(fā)特性的過(guò)程，Release一般包括多次迭代。

4、時(shí)間盒

在騰訊的產(chǎn)品研發(fā)中，產(chǎn)品的每一個(gè)迭代都有一個(gè)明確的時(shí)間盒。在每一次迭代開始的時(shí)候會(huì)召開一次IPM會(huì)議，即本次迭代的計(jì)劃會(huì)議，會(huì)議中團(tuán)隊(duì)中的所有成員包括產(chǎn)品人員、開發(fā)人員、項(xiàng)目經(jīng)理、總監(jiān)、部門領(lǐng)導(dǎo)，一起去敲定本次迭代要完成的任務(wù)，一旦任務(wù)敲定下來(lái)，本次迭代就會(huì)嚴(yán)格按照這個(gè)去落實(shí)執(zhí)行。TimeBox反映了敏捷開發(fā)的節(jié)奏，即在固定時(shí)間內(nèi)實(shí)現(xiàn)不固定特性的周期，拋開需求定義階段，從設(shè)計(jì)-實(shí)現(xiàn)-測(cè)試到部署，在騰訊一般一至兩周時(shí)間居多。

5、產(chǎn)品演示

提交測(cè)試前由開發(fā)人員演示實(shí)現(xiàn)的功能，產(chǎn)品經(jīng)理到場(chǎng)Review是否符合當(dāng)初的設(shè)想，避免接近發(fā)布時(shí)才反饋。

6、迭代總結(jié)

在每一個(gè)產(chǎn)品發(fā)布的時(shí)候都會(huì)有一個(gè)總結(jié)。具體的做法是，把做得好的、不好的總結(jié)出來(lái)，做得好的在下一次迭代發(fā)揚(yáng)光大，做得不好的在下一次迭代就要注意改進(jìn)。這樣的總結(jié)是要求項(xiàng)目的所有成員都必須參加，包括項(xiàng)目的開發(fā)人員、測(cè)試人員、QA、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理等，每個(gè)人都要去去總結(jié)他在上一個(gè)迭代中碰到了什么問題，通過(guò)便簽紙的方式貼出來(lái)，項(xiàng)目經(jīng)理實(shí)際上可以看成是Scrum Ma ster，包括站起來(lái)總結(jié)這樣一些東西，包括我們下一次迭代繼續(xù)發(fā)揚(yáng)什么，必須要注意什么東西，最后就會(huì)得出一個(gè)excel的文檔，包括上一個(gè)迭代中出的問題，具體的解決辦法都會(huì)有。

7、自運(yùn)轉(zhuǎn)團(tuán)隊(duì)

早期的項(xiàng)目，為了能提高效率，項(xiàng)目經(jīng)理希望每個(gè)角色都能全力以赴的提升自己的效率，于是自己承擔(dān)起來(lái)大量溝通和推進(jìn)的工作，那個(gè)時(shí)候的都在被PM推著走，一旦PM休假，項(xiàng)目基本沒有什么產(chǎn)出，當(dāng)時(shí)去了以后，發(fā)現(xiàn)問題很嚴(yán)重，團(tuán)隊(duì)的主動(dòng)性必須被調(diào)動(dòng)起來(lái)才行。

自運(yùn)轉(zhuǎn)團(tuán)隊(duì)，是將需求開發(fā)過(guò)程詳細(xì)劃分成開發(fā)的各環(huán)節(jié)，并明確每個(gè)環(huán)節(jié)的負(fù)責(zé)人，由該負(fù)責(zé)人來(lái)驅(qū)動(dòng)上下游的負(fù)責(zé)人，而不再由項(xiàng)目經(jīng)理來(lái)連接各個(gè)環(huán)節(jié)，再配合上高效的項(xiàng)目協(xié)助工具平臺(tái)，實(shí)現(xiàn)開發(fā)過(guò)程自運(yùn)轉(zhuǎn)。這時(shí)項(xiàng)目經(jīng)理則由指揮者變成服務(wù)者，觀察環(huán)節(jié)之間產(chǎn)生的瓶頸，并及時(shí)采取措施掃除障礙。

1、用戶研究

如何加強(qiáng)用戶的參與度，這是一種成本比較低的用戶研究方法。通過(guò)抓取一些用戶數(shù)據(jù)做分析，分析用戶在這個(gè)產(chǎn)品上整個(gè)體驗(yàn)的過(guò)程是怎樣的，通過(guò)后臺(tái)的數(shù)據(jù)可以看到整個(gè)活動(dòng)的曲線，同時(shí)CE也可以通過(guò)一些科學(xué)的手段去保證，包括市場(chǎng)調(diào)研、用戶研究、數(shù)據(jù)挖掘、產(chǎn)品體會(huì)等，這就是通過(guò)一些對(duì)用戶反饋、用戶觀察的工具去配合去對(duì)用戶做研究。比如QQ拍拍的一個(gè)用戶的研究，我們可以到現(xiàn)場(chǎng)去做的一個(gè)調(diào)研，經(jīng)常會(huì)由產(chǎn)品經(jīng)理和用戶研究人員到用戶的實(shí)際辦公地點(diǎn)進(jìn)行調(diào)研，做一天的反饋，通過(guò)觀察用戶一天是如何使用你的產(chǎn)品，配合一些相關(guān)的工具去科學(xué)的分析。因?yàn)榛ヂ?lián)網(wǎng)是非常強(qiáng)調(diào)同用戶的這種反饋的，騰訊有自己內(nèi)部的一個(gè)CE反饋平臺(tái)，在這個(gè)平臺(tái)上可以收集到所有用戶的反饋，產(chǎn)品經(jīng)理可以每天都會(huì)看到他所負(fù)責(zé)的產(chǎn)品有哪些反饋，包括內(nèi)部的、外部的，然后他就可以根據(jù)這些反饋對(duì)產(chǎn)品進(jìn)行一些快速的調(diào)整，包括開發(fā)一些什么樣的產(chǎn)品特性，內(nèi)部同事也可以踴躍的在平臺(tái)上反饋，內(nèi)部同事本身就是QQ用戶。

2、故事卡片/故事墻/特征列表

StoryCard是XP中推薦的需求定義方法，要求符合Invest和Moscow原則;故事墻則用于跟蹤故事卡片的 變化狀態(tài)，而特征列表是Tencent一直沿用的需求表達(dá)形式，在騰訊的TAPD工具中已經(jīng)實(shí)現(xiàn)了類似ThoughtWorks 的Mingle的故事卡片管理功能，對(duì)于需求跟蹤而言這是不錯(cuò)的方法，一目了然。

3、結(jié)對(duì)編程

理論上結(jié)對(duì)編程可以提高代碼的質(zhì)量，而且并不會(huì)降低開發(fā)效率，但騰訊的業(yè)務(wù)繁忙，資源上不允許兩人結(jié)對(duì)。但是在一些團(tuán)隊(duì)里面還是一直在嘗試著做結(jié)對(duì)編程的工作。一個(gè)在編寫程序，旁邊還有一個(gè)人，同時(shí)記錄編寫過(guò)程、編寫思路、碰到的問題、自己的想法，編寫完以后一段時(shí)間他們會(huì)交換一下，就是互相交換著進(jìn)行編程，這是一個(gè)結(jié)對(duì)編程的一個(gè)過(guò)程。

4、測(cè)試驅(qū)動(dòng)

“測(cè)試驅(qū)動(dòng)開發(fā)”在騰訊執(zhí)行地并不太好，騰訊的產(chǎn)品以Web形式居多、業(yè)務(wù)邏輯相對(duì)簡(jiǎn)單，C++下的單元測(cè)試有些力不從心。相反自動(dòng)化測(cè)試在騰訊比較盛行，因?yàn)橛袦y(cè)試部門專門的自動(dòng)化測(cè)試Team在推動(dòng)，而且鏈接的是正式生產(chǎn)環(huán)境，可以即時(shí)反映產(chǎn)品當(dāng)前的狀態(tài)。

5、持續(xù)集成

持續(xù)集成可以降低發(fā)布前集成階段的難度與成本，騰訊的自動(dòng)化構(gòu)建系統(tǒng)推行的比較早，覆蓋了大多數(shù)產(chǎn)品，而且正在朝自動(dòng)化構(gòu)建-自動(dòng)化測(cè)試-自動(dòng)化發(fā)布三者協(xié)同的目標(biāo)邁進(jìn)。作為加快產(chǎn)品的發(fā)布的能力，持續(xù)集成在以下幾個(gè)方面作用明顯。

自動(dòng)編譯輸出報(bào)告，維護(hù)代碼可運(yùn)行，及時(shí)暴露風(fēng)險(xiǎn)，降低集成成本。

Dailybuild日構(gòu)建系統(tǒng)，讓產(chǎn)品經(jīng)理、測(cè)試人員可以盡早進(jìn)行體驗(yàn)和測(cè)試。

作為一個(gè)自動(dòng)化系統(tǒng)，利用靜態(tài)代碼檢查、單元測(cè)試報(bào)告等手段為團(tuán)隊(duì)提供報(bào)告，促進(jìn)編碼質(zhì)量不斷得到重視，降低缺陷解決成本、縮短解決時(shí)間。

6、灰度發(fā)布

灰度發(fā)布是騰訊的又一創(chuàng)新，它將產(chǎn)品試用擴(kuò)大到海量用戶一端，在小范圍及時(shí)吸取用戶反饋，分析用戶行為和喜好，持續(xù)修正自己產(chǎn)品的功能體驗(yàn)。在互聯(lián)網(wǎng)行業(yè)，灰度發(fā)布已經(jīng)成為最重要的發(fā)布控制手段。有時(shí)我們希望通過(guò)向小部分用戶開發(fā)新功能，讓他們先來(lái)體驗(yàn)新功能、新特性。通過(guò)用戶反饋、數(shù)據(jù)運(yùn)營(yíng)的手段及早獲得反饋，及時(shí)改進(jìn)。以此方式，既可以降低發(fā)布風(fēng)險(xiǎn)，也可以提升發(fā)布頻率，加快發(fā)布節(jié)奏。

簡(jiǎn)單說(shuō)就是，將一項(xiàng)業(yè)務(wù)不是一下發(fā)布給所有用戶，而是分批分期的發(fā)布，目的有兩個(gè)方面，一是減輕服務(wù)器壓力，二是期間可以在小范圍收集到用戶的反饋，如果業(yè)務(wù)出現(xiàn)問題，不會(huì)讓大范圍用戶受到影響。隨著經(jīng)驗(yàn)的累計(jì)，我們有了許多種灰度策略和方法，灰度也有了更多的應(yīng)用，甚至引入到了測(cè)試環(huán)境，即選擇一些熱心用戶，將功能首先發(fā)布給他們，通過(guò)他們的使用，來(lái)幫助進(jìn)行一些現(xiàn)網(wǎng)測(cè)試，這使得一些難于模擬的測(cè)試場(chǎng)景變得簡(jiǎn)單，測(cè)試人員的壓力大大降低;更重要的用戶是最好的測(cè)試人員，測(cè)試結(jié)果更加真實(shí);同時(shí)他們也享受到了優(yōu)先體驗(yàn)的特權(quán)，可謂一舉三得。發(fā)布的時(shí)候也有策略，比如發(fā)布時(shí)如何放量，對(duì)用戶有些什么樣的實(shí)驗(yàn)，技術(shù)上怎樣做一些后臺(tái)開關(guān)，運(yùn)營(yíng)上怎樣跟進(jìn)，怎樣保證4小時(shí)人員的留守，發(fā)布完后怎樣收集用戶反饋等等都會(huì)有一些統(tǒng)一的規(guī)則。

7、發(fā)布汽車

過(guò)于頻繁的發(fā)布會(huì)打破團(tuán)隊(duì)節(jié)奏，有效的發(fā)布管理是必不可少的，根據(jù)業(yè)務(wù)特點(diǎn)，我們通常會(huì)采用三種發(fā)布模式，我們管它叫“發(fā)布汽車”。

（1）班車模式

像班車一樣，固定周期進(jìn)行，比如每?jī)芍馨l(fā)布一次，這周比較適合特性規(guī)劃比較好的產(chǎn)品，比如QQ客戶端基本每個(gè)月都會(huì)發(fā)布一個(gè)版本。

（2）的士模式

與QQ客戶端不同，QQServer作為一個(gè)平臺(tái)，它的需求來(lái)源非常多，因此它采用多線并行的方式，根據(jù)需求來(lái)源分成十多個(gè)子項(xiàng)目，根據(jù)每個(gè)子項(xiàng)目如果想要發(fā)布，就像打的一樣隨叫隨發(fā)布。他的好處是快，但是協(xié)調(diào)發(fā)布的成本是比較高的，比作班車花錢要多。

（3）警車模式

顧名思義可以不按法規(guī)來(lái)開車，因此對(duì)于一下特別緊急的需求或運(yùn)營(yíng)事件，必須采用警車這種模式，緊急發(fā)布，但這樣做成本更高，會(huì)把交通秩序搞亂，開發(fā)節(jié)奏打破。

8、重構(gòu)

好的代碼不是設(shè)計(jì)出來(lái)的，而是重構(gòu)出來(lái)的。

當(dāng)然流程和開發(fā)方法確定了還遠(yuǎn)遠(yuǎn)不夠，更難的是如何將它推動(dòng)落地。首先騰訊組織開發(fā)了承載敏捷思想的TAPD項(xiàng)目管理工具，它類似 ThoughtWorks的Mingle。然后推出了敏捷能力模型，類似CMM成熟度模型一樣對(duì)Team評(píng)級(jí)加以引導(dǎo);同時(shí)還推出了敏捷指數(shù)排行榜形成競(jìng)爭(zhēng)，營(yíng)造你追我趕的聲勢(shì)氛圍。

本文經(jīng)授權(quán)轉(zhuǎn)載自微信公眾號(hào)：吳濤Douglas

專家介紹：