1、關(guān)于騰訊敏捷框架TAPD（Tencent Agile Product Development） 騰訊是一家典型的互聯(lián)網(wǎng)企業(yè)，互聯(lián)網(wǎng)行業(yè)有其鮮明的特點：1關(guān)注用戶行為 2追求創(chuàng)新（騰訊有一個創(chuàng)新中心部門） 3需求不確定性高 4快速適應(yīng)變化 5快魚吃慢魚 騰訊在敏捷開發(fā)方面的實踐大致包括3個部分： 1產(chǎn)品：采用FDD，即產(chǎn)品特性開發(fā)驅(qū)動的一種模式，騰訊的產(chǎn)品會有一個明確的產(chǎn)品經(jīng)理這樣一個角色，他會 負(fù)責(zé)整個產(chǎn)品，包括產(chǎn)品的驗證、產(chǎn)品的方向、市場調(diào)研、用戶調(diào)研等。FDD模式是一種非常適合產(chǎn)品經(jīng)理來對產(chǎn)品做一些滾動的要求，騰訊在產(chǎn)品設(shè)計上引入了 類似FDD這樣的模式，但是也不完全是FDD，只是參考FD

2、D，所有的開發(fā)團隊都是由產(chǎn)品經(jīng)理所歸納出來的產(chǎn)品特性去驅(qū)動整個產(chǎn)品的研發(fā)。 2項目管理過程：騰訊采取了SCRUM，但也不完全是SCRUM，有騰訊根據(jù)自己的特點去總結(jié)的一些實踐，大概的項目管理過程同SCRUM的過程是比較類似的，包括每天的晨會、迭代、timebox、每個迭代完成的時候會有showcase、回顧總結(jié)等。 3開發(fā)實踐：參考了很多XP的實踐，就XP完整的實踐來說會比較理想化，很多東西不一定在實際開發(fā)中能夠采納，所以騰訊也是采納其中的某些實踐，比如自動化測試和持續(xù)集成，通過這樣的實踐就能保證產(chǎn)品有一個快速發(fā)布的過程。 在騰訊的敏捷實踐中，具體的實踐情況是這樣的： 1故事墻：就是白板sto

3、ry wall，平時工作中很多團隊都會使用，這些團隊會把每天開發(fā)的一些產(chǎn)品特性采用story的方式每天都在白板里面展示出來，整個團隊每天都會圍繞這個白板能夠清晰的看到整個產(chǎn)品或者整個項目的一個過程，包括整個產(chǎn)品特性的過程。 2迭代總結(jié)：在每一個產(chǎn)品發(fā)布的時候都會有一個總結(jié)。具體的做法是，把做得好的、不好的總結(jié)出來，做得好的 在下一次迭代發(fā)揚光大，做得不好的在下一次迭代就要注意改進(jìn)。這樣的總結(jié)是要求項目的所有成員都必須參加，包括項目的開發(fā)人員、測試人員、QA、項目經(jīng) 理、產(chǎn)品經(jīng)理等，每個人都要去去總結(jié)他在上一個迭代中碰到了什么問題，通過便簽紙的方式貼出來，項目經(jīng)理實際上可以看成是SCRUM M

4、a s t e r，包括站起來總結(jié)這樣一些東西，包括我們下一次迭代繼續(xù)發(fā)揚什么，必須要注意什么東西，最后就會得出一個excel的文檔，包括上一個迭代中出的問題， 具體的解決辦法，都會有。 3每日晨會：每個團隊每天大概花15-30分鐘，回顧昨天做了什么、昨天有些什么問題、同時也會介紹每 個人今天計劃做些什么工作（特點：是站著開會）。最早是通過白板的方式去做，就是每天項目經(jīng)理組織團隊成員對著白板，白板上體現(xiàn)項目的進(jìn)展情況，通過會議 可以很明確的知道昨天大家做到什么樣子，今天大家計劃做什么，最早的時候每個成員都是口頭匯報的。實踐一段時間就發(fā)現(xiàn)了一些問題，第一、對于一個20、 30人的團隊，每天要怎樣

5、做晨會，這是目前遇到的比較大的困惑；第二、晨會很容易形式化，究竟帶來什么樣的效率和效果，目前也在通過一些方式去研究，去探 討。第三、有一些形式上的呆板，剛開始做會覺得比較有意思，覺得這跟傳統(tǒng)做法不一樣，每天這樣做并且做多了就感覺很枯燥，這也是面臨一個挑戰(zhàn)。后來騰訊也 做了一些改進(jìn)，比如為了讓成員的參與程度更強一些，包括形式上會更強一些，現(xiàn)在有些團隊就會采取每個人輪流主持的方式，剛開始晨會的時候我們也會通過一些 好玩的東西去刺激一下某些東西，但是現(xiàn)在看來的話，感覺改進(jìn)的還是不是很透。在騰訊內(nèi)部有一個交流通信的軟件，有些項目也開始不采用站起來開晨會的方式， 覺得站起來效率也高，就會通過即時通信軟件

6、每天去交流，最后由一個人去統(tǒng)一輸出，這樣能解決一些分布式團隊的合作。所謂分布式團隊就是這個團隊中有些同事 在這個大樓，有些同事是在那個大樓，通過這種實時交流的方式可以解決一些問題。 4結(jié)對編程：并沒有很好的實施開來，但是在一些團隊里面還是一直在嘗試著做結(jié)對編程的工作。一個在編寫程序，旁邊還有一個人，同時記錄編寫過程、編寫思路、碰到的問題、自己的想法，編寫完以后一段時間他們會交換一下，就是互相交換著進(jìn)行編程，這是一個結(jié)對編程的一個過程。 5時間盒：timebox，在騰訊的產(chǎn)品研發(fā)中，產(chǎn)品的每一個迭代都有一個明確的時間盒。在每一次迭代開始 的時候會召開一次IPM會議，即本次迭代的計劃會議，會議中團

7、隊中的所有成員包括產(chǎn)品人員、開發(fā)人員、項目經(jīng)理、總監(jiān)、部門領(lǐng)導(dǎo)，一起去敲定本次迭代要完 成的任務(wù)，一旦任務(wù)敲定下來，本次迭代就會嚴(yán)格按照這個去落實執(zhí)行。 6一個完整的迭代過程：包括概念、設(shè)計、開發(fā)、測試和發(fā)布五個過程。在概念階段，會采用FDD里面提到 的一些好的最佳實踐來支撐到我們怎么樣去敏捷的做需求開發(fā)，會制定一些產(chǎn)品發(fā)布的計劃，比如產(chǎn)品在未來，某個迭代什么時候發(fā)布，要發(fā)布哪些產(chǎn)品特性，都是 在這個階段做的。在設(shè)計階段，會做產(chǎn)品原型上的設(shè)計。對于互聯(lián)網(wǎng)產(chǎn)品說更多的是通過快速原型法快速的讓產(chǎn)品在不同范圍內(nèi)去做一些體驗，比方產(chǎn)品在某個迭代 的一個小迭代里面，可能會在一個團隊里面先去體驗，可能就會

8、采取發(fā)布到公司某一個部門去體驗，或者發(fā)布到整個公司范圍去體驗，它會是一個不斷放大的一個過 程。在開發(fā)和測試階段，更多的采取XP的一些實踐，包括編碼規(guī)范，代碼走讀，比如1周一次代碼走讀，構(gòu)建持續(xù)集成的環(huán)境，包括自動化構(gòu)建，自動化測試等， 會有一些好的測試上的實踐，如全員測試，就是將測試看成不僅僅是測試人員的工作，更多的是整個團隊的工作，當(dāng)然也包括這個產(chǎn)品的其他同事的工作，通過全員 測試來激發(fā)大家對產(chǎn)品質(zhì)量負(fù)責(zé)。在發(fā)布階段，騰訊采用的是灰度發(fā)布，同傳統(tǒng)的軟件發(fā)布不一樣。項目中整個迭代過程就通過類似SCRUM模式去管理，如有每 日晨會，如何建設(shè)團隊氛圍，統(tǒng)一的管理平臺，每次迭代完成時的總結(jié)回顧等等，

9、這屬于項目管理的工作。還有一些基礎(chǔ)的工作，如代碼管理，版本管理，文檔管 理，異地開發(fā)管理，這些在騰訊的整個管理體系里面都包含的，還有會制定一些相關(guān)的規(guī)范，不過規(guī)范不是很強硬的要求每一個項目必須執(zhí)行，更多的由團隊自己選 擇，讓他們根據(jù)自己團隊的特點、規(guī)模去選擇應(yīng)該采取哪些實踐。 7灰度發(fā)布：這是互聯(lián)網(wǎng)的一個特點，說白了，就是對用戶一個逐步放量的一個過程，而且不要求團隊要盡早 的將產(chǎn)品包發(fā)布出來，也就是不要求馬上發(fā)布給所有用戶，而是會分批的去發(fā)布，比如按號段發(fā)布，比如在公司內(nèi)部先體驗。發(fā)布的時候也有策略，比如發(fā)布時如何 放量，對用戶有些什么樣的實驗，技術(shù)上怎樣做一些后臺開關(guān)，運營上怎樣跟進(jìn)，怎樣保

10、證4小時人員的留守，發(fā)布完后怎樣收集用戶反饋等等都會有一些統(tǒng)一的規(guī) 則。比方實驗室某WEB產(chǎn)品的發(fā)布，可以同時有多個版本，1.1版可能會有100%的用戶在用，1.2版可能只有1%的用戶在用，它們是一個交叉升級的過 程。 8用戶研究：如何加強用戶的參與度，這是一種成本比較低的用戶研究方法。通過抓取一些用戶數(shù)據(jù)做分析， 分析用戶在這個產(chǎn)品上整個體驗的過程是怎樣的，通過后臺的數(shù)據(jù)可以看到整個活動的曲線，同時CE也可以通過一些科學(xué)的手段去保證，包括市場調(diào)研、用戶研 究、數(shù)據(jù)挖掘、產(chǎn)品體會等，這就是通過一些對用戶反饋、用戶觀察的工具去配合去對用戶做研究。比如QQ拍拍的一個用戶的研究，我們可以到現(xiàn)場去做的

11、一個調(diào) 研，經(jīng)常會由產(chǎn)品經(jīng)理和用戶研究人員到用戶的實際辦公地點進(jìn)行調(diào)研，做一天的反饋，通過觀察用戶一天是如何使用你的產(chǎn)品，配合一些相關(guān)的工具去科學(xué)的分 析。因為互聯(lián)網(wǎng)是非常強調(diào)同用戶的這種反饋的，騰訊有自己內(nèi)部的一個CE反饋平臺，在這個平臺上可以收集到所有用戶的反饋，產(chǎn)品經(jīng)理可以每天都會看到他所 負(fù)責(zé)的產(chǎn)品有哪些反饋，包括內(nèi)部的、外部的，然后他就可以根據(jù)這些反饋對產(chǎn)品進(jìn)行一些快速的調(diào)整，包括開發(fā)一些什么樣的產(chǎn)品特性，內(nèi)部同事也可以踴躍的在 平臺上反饋，內(nèi)部同事本身就是QQ用戶。 9項目管理支撐工具：騰訊內(nèi)部有一個團隊在研究和開發(fā)這樣一個工具，用來支撐項目管理過程中的工作實 踐，當(dāng)然界面不會做得

12、特別好，畢竟是內(nèi)部團隊用的。比如騰訊的IT工具中實現(xiàn)了故事墻（story wall），就是模擬線下的工作白板，能夠把一個迭代分成不同的階段來看這個story的工作情況，能夠很方便的支持每個團隊在每天晨會的時候可以對著這 樣一個界面去做他的這個晨會，比如說有一些story做完了，就可以將它從這個狀態(tài)拖到下一個階段的狀態(tài)，每個團隊每一天都會對著這樣一個故事墻，就能很 清晰的了解到每個成員的工作情況，幫助團隊很透明化的去工作，而且目標(biāo)一致。這是騰訊在工具上的支持。 10敏捷團隊團隊方面的探索：比如QQMail團隊是這樣的，有產(chǎn)品組、有開發(fā)組、UI組、測試組，整 個團隊都是圍繞QQMail去開發(fā)，采用

13、了敏捷開發(fā)的過程，具體團隊成員間分工協(xié)作的詳細(xì)內(nèi)容大概會有幾個要點，第一、從設(shè)計上看，每周每個迭代都會有一 個IPM會，IPM會要求所有角色一起參加，包括產(chǎn)品經(jīng)理、項目經(jīng)理、QA、DE、UI等等，在會議上他們一起討論產(chǎn)品需求，如產(chǎn)品經(jīng)理談?wù)勊私獾降挠?戶反饋，談?wù)勊麖墓绢I(lǐng)導(dǎo)那了解到多少產(chǎn)品上的要求，談?wù)勊麑@些產(chǎn)品特性的優(yōu)先級考慮，就在會議上開發(fā)人員評估開發(fā)這樣一個特性大概需要多少工作量，有 沒有技術(shù)上的困難，測試人員也會了解大家討論的內(nèi)容，這樣使得測試人員能在開發(fā)階段之前就能了解整個產(chǎn)品的需求是怎么樣子的，整個團隊就這樣來討論并確定 一個迭代開發(fā)的范圍，在開發(fā)過程中，所有的角色都會參與，

14、像QQMail團隊，QQMail是一個明確的產(chǎn)品，07年整個用戶量翻了10倍，就是采用的敏 捷開發(fā)，在QQMai產(chǎn)品開發(fā)過程中有一個要求，就是開發(fā)人員和測試人員在每完成一個需求都要進(jìn)行一次showcase，即每開發(fā)完一個產(chǎn)品需求，要把產(chǎn) 品經(jīng)理、開發(fā)組、測試組都叫到一起，一起來總結(jié)一下這個產(chǎn)品特性開發(fā)到什么樣子，是不是有比較好的用戶體驗，是不是滿足一些預(yù)想的東西，而且也會對一些用 戶進(jìn)行調(diào)研，也就是讓用戶參與到產(chǎn)品的測試中來。會采取全員測試的過程，即測試人員、開發(fā)人員、產(chǎn)品人員、UI人員會參與測試，并且每個人在開發(fā)一個需求 完后，都要去做測試，而且也會進(jìn)行交叉測試，比如這個開發(fā)人員會去測試一下

15、其他開發(fā)人員開發(fā)的東西，所以在騰訊是希望全員測試的理念能夠深入到團隊里面 去，在上線后的4個小時里也會要求人員留守，去看看這個產(chǎn)品后臺統(tǒng)計的數(shù)據(jù)，及時分析用戶的行為，去發(fā)現(xiàn)用戶對這個特性的感覺是怎樣的，用戶的反應(yīng)是怎樣 的，看看會不會出一些錯誤，這個就是4個小時內(nèi)必須留守的制度。QQMail從06年、07年到08年的一個發(fā)展情況可以看到整個團隊的心情曲線是逐步向 好的方向發(fā)展的，QQMail最早在06年的時候，本身實際是存在很多的問題，比如需求太過于前衛(wèi)，因為跟用戶脫節(jié)，團隊內(nèi)部幻想著提供什么樣的產(chǎn)品特性 給用戶，采取一些什么樣的技術(shù)架構(gòu)去做一些更好的體驗，比如06年采用了很強的Ajax框架，

16、前臺架構(gòu)完全是通過Ajax去實現(xiàn)的，由此帶來了很多的問 題，而且當(dāng)時它整個team的要求也非常高，搞得整個團隊比較疲憊，在06年中期就有一個小小的改變，包括對整個產(chǎn)品在性能上的改變，但實際上對于團隊來 說還是比較被動的去接受，就是比較被動的去感受用戶的變化，對產(chǎn)品究竟怎么走、怎么營收整個團隊都比較茫然。到06年10月，在QQMail團隊中開始推 廣敏捷的一些理念，提倡團隊怎樣去更好的關(guān)注用戶需求，怎樣通過一些敏捷實踐讓團隊做得更好，10月份做了很多交流，整個團隊也看到了一些希望，敏捷開發(fā) 剛剛引入到一個團隊是比較新鮮的，包括如快速響應(yīng)、響應(yīng)變化的這些理念，給團隊帶來了很深的感受，在06年年底就

17、對整個團隊的分工協(xié)作做了一些改進(jìn)，在 07年通過一些敏捷上的運作看到整個效果還是非常的明顯，這是比較成功的一點，大概是07年中這個產(chǎn)品的用戶量大概是06年的10倍，就是07年達(dá)到了 1000萬?，F(xiàn)在整個團隊也把迭代、整個研發(fā)節(jié)奏固定下來了，會在固定的周期有固定的角色去響應(yīng)用戶不同的東西，會把跟用戶的這種距離拉得更近一些，這就 是QQMail團隊的一個大概的發(fā)展歷程。 11在騰訊敏捷是怎么樣開始的。最早的時候是通過認(rèn)知，認(rèn)知就是包括了解業(yè)界的一些方法論，包括同 Thoughtworks的一個接觸去了解敏捷是怎樣的，而認(rèn)可的話我們會去總結(jié)我們騰訊本身是怎么樣子的，我們有這樣一個框架之后我們就會搞一

18、些團隊去 實踐，通過實踐以后再不斷改進(jìn)，本身也是一個不斷迭代的過程。整個實施階段大概分成幾個階段：06年參加Thoughtworks外部培訓(xùn)和行業(yè)走察 試點期：組織很多專題研討和內(nèi)部培訓(xùn)，樹立標(biāo)桿，更大范圍內(nèi)進(jìn)行培訓(xùn) 推廣期：內(nèi)部建立一個顧問團隊，開發(fā)一些掃盲的課程，不斷的到一些團隊里面去介紹去培訓(xùn)，讓大家接受這些理念。騰訊內(nèi)部專門有內(nèi)部門戶去介紹騰訊整個產(chǎn)品 研發(fā)體系，所有團隊都可以將自己實踐的感受提交到這個門戶，其他團隊就可以了解到另外一個團隊的一些優(yōu)秀的實踐，同時騰訊內(nèi)部做了很多的交流研討，包括我 們會有專門的團隊去同大家談敏捷，不斷的將一些好的實踐推廣到各個團隊去，在騰訊也會有一個敏捷能力模型，會把團隊分A1、A2、A3