前騰訊研發總監王速瑜揭秘TX敏捷研發方法與平臺
相信在深圳的小伙伴們,都跟我有過類似的經歷吧。每每下班的時候抬頭看見這座龐然大物,屹立于科技園。感嘆什么時候我才能做一個像QQ、微信這樣服務于大家,改變世界的產品??倳闷?,到底什么方式,才能做到他這樣呢?今天發一篇老文章,是王速瑜在敏捷中國大會(AgileChina 2009)的訪談內容,揭秘過去騰訊的敏捷開發方式?;蛟S我們能從中發現,成功的捷徑。 文章有點長:怕累的小伙伴們可以下載訪談語音聽聽看:王速瑜談騰訊敏捷研發方法與平臺 人物簡介:愛嬰島商城CEO王速瑜。曾擔任騰訊科技(深圳)有限公司R&D研發總監,負責騰訊敏捷產品開發技術的實踐和推廣及研發基礎平臺的管理工作。 主持:剛才聽了您的講座非常不錯。那么我首先想問一下,作為騰訊這樣的產品公司,有很長的歷史了。怎么會突然會想到轉變到敏捷這樣一種方向上來,推動力是什么,這是第一個問題;如果說騰訊是敏捷,他的敏捷最大體現在哪些方面? 王速瑜:其實當時引入敏捷也是由騰訊所處的行業決定的,就是互聯網行業,因為互聯網產品的要求它有個很大的特點──就是要快,你要盡快的交付到用戶手里面去,這是剛才講的用戶價值的一個體現,這是一個方面,就是他要求產品發布出去(周期)要短。 那第二個其實還有一點就是用戶的需求是海量的,或者說是不確定的,你很難去捕獲一個很明確的用戶需求,他不像傳統的項目,我到了一個企業去實施,很容易去找用戶溝通他的需求。但是互聯網是不適合這樣的,所以這種不確定性也決定了我們要去做這樣一種敏捷的嘗試。 那還有一點就是,因為互聯網的產品他的用戶是海量的,就他這種發布的過程其實也是需要有一些敏捷體現的,你怎么樣把這個產品發布的更好一些,更容易到用戶的手里去,然后他有什么樣的一些策略能夠讓用戶去感受到這個產品的變化,這些都會去決定。 其實還有就是一些關于研發人員的問題了,因為像互聯網的產品,他其實屬于一種信息行業的產品,他可能更多是靠創意,所以他有很強的創新性,那這種創新性是依賴于團隊人員的素質。但敏捷他所強調的一些理念其實很符合這種素質,比如說,讓人更好的去溝通,更好的去協作,因為你有這樣的一些素質以后,你讓這種人員有更好的一些Idea的產生,所以這些東西都綜合決定了騰訊是需要去敏捷的。 那當然,其實騰訊在最早做這個事情的時候,還是用了一些IPD(Integrated Product Development)的方法,就是華為的一些方法。但也是發現華為的這個過程太重了,他不太適合騰訊去開展這種比較輕量的產品的開發。所以那個時候,我們就開始去研究敏捷方法,包括研究他怎么樣到騰訊這邊來實施,那最早也是從Thoughtworks這邊咨詢一個項目開始的,當時也是請了Thoughtworks到那邊到公司去做了一個三天的培訓,就是把Thoughtworks的敏捷方法做了一個完整的介紹,包括SP的一些具體的實現,我們都去做了一些學習。 然后當時也是覺得這個方法對于一些小團隊,就是一些互聯網的整個Web 2.0的產品的開發是非常有幫助的,那個時候我們就開始慢慢的去走向敏捷道路了。 主持:剛才在你演講當中,你提到了你們有一個敏捷管理平臺,那么我想請問一下,像在敏捷當中,你們怎么去理解跟運用這個管理平臺的,又怎么去把管理這個概念理解跟運用在敏捷上的? 王速瑜:其實最早這個平臺我們當時在做的時候,我當時是跟Thoughtworks的人有過交流的。當時他們給我的建議說敏捷不需要平臺,他說你們不用開發這個平臺了,開發了也沒有用。但是后來Thoughtworks也推出了這樣的一些工具,其實也是看到了在企業具體落地的時候,是需要有些平臺去承載的,這樣你才能夠保證到所有的團隊都在用這個東西,否則你很難去管理或者是監控這樣一種行為。 其實這個平臺他的好處是什么呢?第一個就是他首先是把這些研究的方法跟理念能夠沉淀下來。比如說某一個團隊,他有一個很好的實踐總結出來以后,那我可以把這種實踐歸納一下,然后在我這個平臺去體現出來,我再把這個歸納的東西推廣到其他的團隊,或者其他很多很多團隊,這是很容易去做的。但是如果你要把一個方法歸納起來以后,如果沒有平臺來承載你去推廣,那你花的成本是非常非常高的,你一個團隊,兩個團隊(可以),那騰訊有幾百個團隊幾千個團隊,你基本上是沒有辦法去做的,那這是平臺的一個好處了。 那第二個好處是什么?就是這個平臺他所有的團隊都在這個上面去運轉的時候,同時也是構成了一個社區,我們可以叫做研發社區,這個社區他有個很大的作用就是大家都在分享你項目里一些東西,某個項目的一些經驗,你是可以通過這個平臺跟另外一個團隊去分享的,那這是他第二個好處,能夠通過平臺去產生更多的價值。 那第三個就是,對公司的管理來說,其實有一個統一的平臺是能夠幫助你這個管理水平迅速的去拉平,否則如果大家都在用不同的工具,比如說A項目組他用了敏捷方法,他用Mingle,B項目可能用另外一個Scrum Works,那你就很難保證這些團隊他的水平是看齊的,那我統一的研發管理平臺是能夠做到這點。那還有一點,這對于公司長遠的管理決策是有幫助的,就我通過這個平臺我會產生很多的數據,但這些數據反過來是可以輔導,輔助這個決策的,那這是我們為什么去做平臺的一個依據了。 主持:你剛才提到這個平臺會幫助管理與追蹤一些東西?我想知道對你來說,從管理角度來看,你會去管理與追蹤哪些信息,哪些是你最看中的,如果你用了這個平臺是不是會讓他反而成為一種負擔,因為我們的員工如果用這個平臺,是需要不斷的輸入一些信息,甚至去做一些跟蹤,去做一些錄入等等,會不會有這種情況產生? 王速瑜:那這個其實也確實是個問題,因為我們當時在做這個平臺的時候也是面臨這種挑戰,因為很多人員覺得這個工具給他增加了負擔。但是如果從別的角度來看,就是我們反過來想,如果我們這個平臺工具足夠的簡單,就是我剛才一直在講用戶價值,就是我足夠的符合團隊的需要,第一我要他的效率很高,第二操作很方便,那我相信這個不會成為負擔,因為畢竟你還是會用,你不用這個平臺,你還是會用其他的工具。 比如說你做項目計劃你可能是會用Project,其實他是一樣的,所以我覺得這一點應該還是比較好,而且大家也是比較認同這樣一個平臺的存在。而且我們在開發這個平臺時候也確實是一直在朝著怎么樣把這用戶體驗做得更好更快這種方法去做的,所以我覺得這一點應該是不用擔心的。那至于作為一個管理者,你在這個平臺你會追蹤什么東西,我覺得有幾點,第一個,其實在騰訊,像我們的老板很關注員工的溝通,他們會非常重視這點,就是他希望在這個平臺上能夠看到項目組在一個很活躍的溝通氛圍,所以我們有一個交流區,能夠反映這個團隊的一個活躍度,這是我們會關注的。 那第二個,比如說作為一個項目經理或者部門的管理者,他可能會關注這個目標,所以我們這個平臺,項目的每一個進展的情況都會在平臺上有一個很透明的展現,其實這個也是符合敏捷的一些透明化的原則,這種展現是能夠讓管理者更好的去了解到這個項目的具體進展到了什么程度,出現什么問題,這個也是管理者要跟蹤的一些東西。那同時我們還會關注一些核心特性的一些實現,所以我們在這個特性的導航上面也是做得比較便利的,很容易看到某個特性進展的怎么樣,以及特性之間的關聯,這個是我們管理者非常關注的一些東西。 因為騰訊的管理者其實還是非常注重細節的,所以這種細節的特性進展我們也是希望去看到的,那這幾點基本上是會去做,但我們反而不會太關注說你這個團隊花了多少時間投入到這里,我們反而不會太去關注這個東西,所以我們更關注的一個是目標,一個是協作,還有一個就是一些關鍵特性的進展,那這是我們關注的一些東西。 主持:那么這個目標是團隊的目標還是說會針對于每個人的目標呢?能給我舉幾個例子嗎,就是你們會關注什么樣的目標呢? 王速瑜:在平臺上的目標可能更多的還是項目的目標,因為我們是希望團隊,就是這個產品的項目團隊每個階段都會有個目標。所以我們的目標展現有幾個方面,第一個就是我們有一個DashBoard,那這個DashBoard是能夠看到項目的實施進展情況跟我們預期的目標是什么樣子,這是我們希望看到的。 第二個就是我們會看到他的一些,比如說還有一些統計報表,他是可以看到進展的一個目標情況,原來比如說我們定了一個目標時間,現在他完成了多少,還剩下多少,剩余時間多少,這個我們會去關注的。那同時我們還會去關注個人的一些具體的目標,其實也是會,但是個人我們會看他,比如說原來這個迭代他負責了10個story,每一個story他的variance是多少,總variance多少,我們會看他每個人就是剩余的variance還有多少,這些我們都去關注,因為這樣是能夠幫助到這個團隊更好的去做他的迭代式開發,這些我們都會去關注的。 主持:好的,那么你覺得,因為我看到很多書上都會說,敏捷團隊他不需要去做一個很嚴格的這種進度考量,這點上你又怎么理解呢? 其實這個目標也不是說是完全是我們的管理者給他的,當然管理者,我們公司的管理是說我們每個季度都會跟每個團隊去討論下一個季度大的一個目標是什么,他的Big Picture是什么。但是具體的一個迭代的目標我們其實還是交給團隊去做的,其實我們現在的很多團隊的他的迭代的周期都是非常固定的,比如說如果是兩周一個迭代,他們每周一會固定有一個IPI的會,這個IPI的會是一個迭代的kick off會議,他會決定這個迭代要做什么,他的目標是什么,然后完了他會有一些回顧,回顧到第二周的周五下午可能會有一個產品會,他就會討論我下個迭代,下下個迭代要做什么,那這些東西其實都是由團隊一起去做的。 當然在這個溝通的過程里面其實管理者他也是會跟你的產品經理,比如說跟你的項目經理去做一些PK,他會一起來討論這個目標是什么,所以這個嚴格說也不是由我們去給他什么目標,更多還是團隊自己去適應這個目標,所以我覺得很多書上寫的這個東西其實是一種適應性的,就是你這個團隊能不能按照自己的節奏去適應這樣產品的一個發展,其實這點是很重要的。 主持:那你這個平臺的受眾其實是Team當中每個人都要去使用它? 王速瑜:你是說公司的那個研發平臺是吧?也沒有,其實我們是希望所有人在用了,但是實際上可能有些人不會在用。因為現在項目管理這塊做的比較多,所以可能項目經理也是用的最多的。然后開發人員的話,他可能每天他只要去更新一下他的一個進展就OK了,他不會太去關注其他東西,因為他可能更多的工作是在開發,在coding。那測試人員可能就會去關注他的bug的一個情況,比如說產生了多少bug,fix了多少,他會關注這些東西,當然我們為每個角色都提供了很多視圖,比如說管理者有管理者的一些分析的視圖,然后QA有QA的視圖,那我們是希望所有人都在用了,但實際上可能很多團隊也未必都在用了。但是很多團隊確實是每個角色都在用,因為我們現在整個過程是貫穿的,從他的產品立項開始到最終發布,這個過程都是貫穿的,包括你說測試都在上面那每個角色他都會有自己的一些視圖。 主持:好的,我想再問一下,你們團隊當中在使用這樣一個工具來管理研發,那么對于你們來說,作為敏捷的一個項目團隊,你的管理理念又是什么? 王速瑜:你是說跟這工具有關嗎? 主持:對,可能會跟工具有關,因為工具可能會體現出你的管理理念,但是也有可能跟工具沒有關系,在一個敏捷團隊當中,你是怎么樣來考慮管理理念方面的問題的?這種理念會不會引入到你的工具里面去?? 王速瑜:其實是有一定的關聯,包括這個產品本身的建設過程里面也是體現了這個東西。一個敏捷團隊在最開始的時候,其實我們強調一個基礎是什么,就是這個團隊的興奮度,其實這個興奮度他是來度量這個團隊的氛圍的。因為敏捷你要溝通、要協作,如果大家都沒有這樣的一種這種思維,就是愿意去溝通的這種思維或者意識的話,你是很難做得到的,所以我們最開始都是在培養團隊的興奮度,而且當時我們的工具也是做了很多功能去體現這個東西,所以我覺得這個是敏捷團隊的一個基本。那有了興奮度以后,你還要有一定的這種透明度,就是你整個團隊之間的所有的東西能不能共享出來,每個人通過什么樣的方式共享出來。當然我們除了工具以外,還有線下的白板,我們原來是有Story Wall,就像ThoughtWorks那樣我們也有做。所有這些東西都是為了增強團隊的透明度,就每一個人都知道,包括目標,包括進展,包括碰到問題,你每天都會知道,而且你每天早上會有Standup Meeting,這個是能夠保證你的透明,能夠更好地去透明。那還有一點就是我們很強調Ownership,就是你這個團隊必須有一個很好的Ownership,我們當時提倡一個口號叫什么? 就是“人人都是產品經理”。雖然我今天講產品經理主要是關注用戶價值,但是我們希望開發人員也要去關注這個用戶價值,因為畢竟產品是你最終去開發出來的,包括這個UI,你這個UI原型以及UI交互是什么樣子,你都得去負責的。所以我們是強調團隊必須有很好的Ownership,能夠大家一起為這個產品的一個滾動而去滾動,這樣才比較好,那這三點都是我們強調的一些東西。還有一個就是協作性,那這個協作性我們可能更多是通過這個工具去完成協作的,當然騰訊還有很多溝通的工具,比如說我們內部的IM等一些工具,他也是一個很好的協作工具。但同時我們也是很鼓勵大家有問題的時候能夠站出來,因為大家都坐在一起,你站出來叫一下可能這種溝通效率會更高一些,那其實這幾方面就是我們在敏捷團隊所要求的一些東西了。 當然還有其他,比如說你如何具備更好的學習能力這些也是一個要求來的,大概就是這樣幾點。 主持:剛才你提到說使用這個工具,那么你線下還會去用一些敏捷當中的實踐,比如說白板包,比如說站立會議,那最后會不會有些重復呢?? 王速瑜:你是說有重復? 主持:比如說我已經跟你開完站立會議,結果你又要求你的員工再去把那個狀態更新?? 王速瑜:沒錯,我剛才在介紹那個工具時候我也提到了,原來那個工具他們最早做的時候,還把站立會議那個回顧這些實踐他都通過一些工具的方式去承載。但是后來發現效果不明顯,就是因為可能是有一定的重復性,所以我們現在就是Standup的東西你在線下去做,包括回顧你就開個會議去做就OK了,我們不要求你在平臺上去體現出來,這是我們是沒有強制要求的。 然后至于我們線下有Story Wall,這個東西其實我們是跟平臺有關聯的,就是我們平臺那個Story Wall他會有一個很好的界面展示,那這個界面他是能夠打印出來的,打印出來以后他是能夠貼在那個Story Wall這個白板下面的。然后這樣就完成了一個很好的連接,這樣的話就保證不會把工作重復了,這個基本上現在來說沒有太大問題,因為線下最主要的是解決你的溝通的問題,那線上更多是解決你溝通跟協作的問題,因為通過平臺的協作你的效率一定是會更高一些的,大概是這樣子的。 主持:謝謝您。? 王速瑜:好,謝謝。 本文由 人人都是產品經理 @阿航?整理自?InfoQ?作者?金毅?,轉載請注明并保存本文鏈接 http://www.aharts.cn/pd/86673.html。
最近名叫阿航的小編推薦的文章不錯,持續關注中。
好文,推薦?。?/p>