腾讯敏捷框架

《腾讯敏捷框架》由会员分享，可在线阅读，更多相关《腾讯敏捷框架（5页珍藏版）》请在金锄头文库上搜索。

1、关于腾讯敏捷框架 TAPD(Tencent Agile Product Development)腾讯是一家典型的互联网企业，互联网行业有其鲜明的特点：1关注用户行为2追求创新（腾讯有一个创新中心部门）3需求不确定性高4快速适应变化5快鱼吃慢鱼腾讯在敏捷开发方面的实践大致包括 3 个部分：1产品：采用FDD,即产品特性开发驱动的一种模式，腾讯的产品会有一个明确的产品经 理这样一个角色，他会 负责整个产品，包括产品的验证、产品的方向、市场调研、用户调 研等。FDD模式是一种非常适合产品经理来对产品做一些滚动的要求，腾讯在产品设计上 引入了类似FDD这样的模式，但是也不完全是FDD,只是参考FDD,

2、所有的开发团队都 是由产品经理所归纳出来的产品特性去驱动整个产品的研发。2. 项目管理过程：腾讯采取了 SCRUM,但也不完全是SCRUM,有腾讯根据自己的特点去 总结的一些实践，大概的项目管理过程同SCRUM的过程是比较类似的，包括每天的晨会、 迭代、timebox、每个迭代完成的时候会有showcase、回顾总结等。3. 开发实践：参考了很多 XP 的实践，就 XP 完整的实践来说会比较理想化，很多东西不 一定在实际开发中能够采纳，所以腾讯也是采纳其中的某些实践，比如自动化测试和持续集 成，通过这样的实践就能保证产品有一个快速发布的过程。在腾讯的敏捷实践中，具体的实践情况是这样的：1.故事

3、墙：就是白板story wal 1,平时工作中很多团队都会使用，这些团队会把每天开发的我有问题要发布任务挣锚寻找适合的任务完成它，中标菽猖真金成长毎于人都在竞爭中不断学习和成长的过程.在这里找到与你志趣相投的朋友.这里可以外包你的需求.无论是设计还是文案在这里发布单子可吸引几十万会员的关注.人才在这里寻找解决方案的同时还可以菽猖企业急需的创意人才.这里是于人才蓄水库你可以用猪N戒威客關做什么？是设计一于标志？起于名字*?作于网站*?还是解决一于问题*?从令天起 看看这些你可以用猪八戒威客网 撇的爭？点击下面的文章也许里面就有你所需要的喔？卜开始网络赚钱我要发布任务http:/hi.baidu.

4、co m/q764240534在家；】逵更轻松自由让百万人才为我创意发动百万人为我推广全部一些产品特性采用story的方式每天都在白板里面展示出来，整个团队每天都会围绕这个白 板能够清晰的看到整个产品或者整个项目的一个过程，包括整个产品特性的过程。2迭代总结：在每一个产品发布的时候都会有一个总结。具体的做法是，把做得好的、不 好的总结出来，做得好的 在下一次迭代发扬光大，做得不好的在下一次迭代就要注意改进。 这样的总结是要求项目的所有成员都必须参加，包括项目的开发人员、测试人员、QA、项 目经 理、产品经理等，每个人都要去去总结他在上一个迭代中碰到了什么问题，通过便签 纸的方式贴出来，项目经理

5、实际上可以看成是SCRUM M a s t e r，包括站起来总结这样一些 东西，包括我们下一次迭代继续发扬什么，必须要注意什么东西，最后就会得出一个 excel 的文档，包括上一个迭代中出的问题， 具体的解决办法，都会有。 3每日晨会：每个团队每天大概花15-30 分钟，回顾昨天做了什么、昨天有些什么问题、 同时也会介绍每 个人今天计划做些什么工作（特点：是站着开会）。最早是通过白板的方式 去做，就是每天项目经理组织团队成员对着白板，白板上体现项目的进展情况，通过会议可 以很明确的知道昨天大家做到什么样子，今天大家计划做什么，最早的时候每个成员都是口 头汇报的。实践一段时间就发现了一些问题，

6、第一、对于一个20、 30 人的团队，每天要怎 样做晨会，这是目前遇到的比较大的困惑；第二、晨会很容易形式化，究竟带来什么样的效 率和效果，目前也在通过一些方式去研究，去探 讨。第三、有一些形式上的呆板，刚开始 做会觉得比较有意思，觉得这跟传统做法不一样，每天这样做并且做多了就感觉很枯燥，这 也是面临一个挑战。后来腾讯也 做了一些改进，比如为了让成员的参与程度更强一些，包 括形式上会更强一些，现在有些团队就会采取每个人轮流主持的方式，刚开始晨会的时候我 们也会通过一些 好玩的东西去刺激一下某些东西，但是现在看来的话，感觉改进的还是不 是很透。在腾讯内部有一个交流通信的软件，有些项目也开始不采用

7、站起来开晨会的方式， 觉得站起来效率也高，就会通过即时通信软件每天去交流，最后由一个人去统一输出，这样 能解决一些分布式团队的合作。所谓分布式团队就是这个团队中有些同事 在这个大楼，有 些同事是在那个大楼，通过这种实时交流的方式可以解决一些问题。4结对编程：并没有很好的实施开来，但是在一些团队里面还是一直在尝试着做结对编程 的工作。一个在编写程序，旁边还有一个人，同时记录编写过程、编写思路、碰到的问题、 自己的想法，编写完以后一段时间他们会交换一下，就是互相交换着进行编程，这是一个结 对编程的一个过程。5.时间盒：timebox,在腾讯的产品研发中，产品的每一个迭代都有一个明确的时间盒。在 每

8、一次迭代开始 的时候会召开一次IPM会议，即本次迭代的计划会议，会议中团队中的所 有成员包括产品人员、开发人员、项目经理、总监、部门领导，一起去敲定本次迭代要完 成 的任务，一旦任务敲定下来，本次迭代就会严格按照这个去落实执行。6一个完整的迭代过程 ：包括概念、设计、开发、测试和发布五个过程。在概念阶段，会 采用FDD里面提到的一些好的最佳实践来支撑到我们怎么样去敏捷的做需求开发，会制定 一些产品发布的计划，比如产品在未来，某个迭代什么时候发布，要发布哪些产品特性，都 是 在这个阶段做的。在设计阶段，会做产品原型上的设计。对于互联网产品说更多的是通 过快速原型法快速的让产品在不同范围内去做一些

9、体验，比方产品在某个迭代 的一个小迭 代里面，可能会在一个团队里面先去体验，可能就会采取发布到公司某一个部门去体验，或 者发布到整个公司范围去体验，它会是一个不断放大的一个过 程。在开发和测试阶段，更 多的采取XP的一些实践，包括编码规范，代码走读，比如1周一次代码走读，构建持续集 成的环境，包括自动化构建，自动化测试等， 会有一些好的测试上的实践，如全员测试， 就是将测试看成不仅仅是测试人员的工作，更多的是整个团队的工作，当然也包括这个产品 的其他同事的工作，通过全员 测试来激发大家对产品质量负责。在发布阶段，腾讯采用的 是灰度发布，同传统的软件发布不一样。项目中整个迭代过程就通过类似SCR

10、UM模式去管 理，如有每 日晨会，如何建设团队氛围，统一的管理平台，每次迭代完成时的总结回顾等 等，这属于项目管理的工作。还有一些基础的工作，如代码管理，版本管理，文档管 理， 异地开发管理，这些在腾讯的整个管理体系里面都包含的，还有会制定一些相关的规范，不 过规范不是很强硬的要求每一个项目必须执行，更多的由团队自己选 择，让他们根据自己 团队的特点、规模去选择应该采取哪些实践。7灰度发布：这是互联网的一个特点，说白了，就是对用户一个逐步放量的一个过程，而 且不要求团队要尽早 的将产品包发布出来，也就是不要求马上发布给所有用户，而是会分 批的去发布，比如按号段发布，比如在公司内部先体验。发布的

11、时候也有策略，比如发布时 如何 放量，对用户有些什么样的实验，技术上怎样做一些后台开关，运营上怎样跟进，怎 样保证 4 小时人员的留守，发布完后怎样收集用户反馈等等都会有一些统一的规 则。比方 实验室某 WEB 产品的发布，可以同时有多个版本， 1.1 版可能会有 100%的用户在用， 1.2 版可能只有 1%的用户在用，它们是一个交叉升级的过 程。8用户研究：如何加强用户的参与度，这是一种成本比较低的用户研究方法。通过抓取一 些用户数据做分析， 分析用户在这个产品上整个体验的过程是怎样的，通过后台的数据可 以看到整个活动的曲线，同时CE也可以通过一些科学的手段去保证，包括市场调研、用户 研

12、究、数据挖掘、产品体会等，这就是通过一些对用户反馈、用户观察的工具去配合去对 用户做研究。比如 QQ 拍拍的一个用户的研究，我们可以到现场去做的一个调 研，经常会 由产品经理和用户研究人员到用户的实际办公地点进行调研，做一天的反馈，通过观察用户 一天是如何使用你的产品，配合一些相关的工具去科学的分 析。因为互联网是非常强调同 用户的这种反馈的，腾讯有自己内部的一个CE反馈平台，在这个平台上可以收集到所有用 户的反馈，产品经理可以每天都会看到他所 负责的产品有哪些反馈，包括内部的、外部的， 然后他就可以根据这些反馈对产品进行一些快速的调整，包括开发一些什么样的产品特性， 内部同事也可以踊跃的在

13、平台上反馈，内部同事本身就是QQ用户。9项目管理支撑工具：腾讯内部有一个团队在研究和开发这样一个工具，用来支撑项目管 理过程中的工作实 践，当然界面不会做得特别好，毕竟是内部团队用的。比如腾讯的IT工 具中实现了故事墙(story wall),就是模拟线下的工作白板，能够把一个迭代分成不同的阶 段来看这个story的工作情况，能够很方便的支持每个团队在每天晨会的时候可以对着这样 一个界面去做他的这个晨会，比如说有一些story做完了，就可以将它从这个状态拖到下一 个阶段的状态，每个团队每一天都会对着这样一个故事墙，就能很 清晰的了解到每个成员 的工作情况，帮助团队很透明化的去工作，而且目标一致

14、。这是腾讯在工具上的支持。10敏捷团队团队方面的探索：比如QQMail团队是这样的，有产品组、有开发组、UI组、 测试组，整个团队都是围绕QQMail去开发，采用了敏捷开发的过程，具体团队成员间分 工协作的详细内容大概会有几个要点，第一、从设计上看，每周每个迭代都会有一个IPM 会， IPM 会要求所有角色一起参加，包括产品经理、项目经理、 QA、 DE、 UI 等等，在会 议上他们一起讨论产品需求，如产品经理谈谈他了解到的用 户反馈，谈谈他从公司领导那 了解到多少产品上的要求，谈谈他对这些产品特性的优先级考虑，就在会议上开发人员评估 开发这样一个特性大概需要多少工作量，有 没有技术上的困难，

15、测试人员也会了解大家讨 论的内容，这样使得测试人员能在开发阶段之前就能了解整个产品的需求是怎么样子的，整 个团队就这样来讨论并确定 一个迭代开发的范围，在开发过程中，所有的角色都会参与， 像QQMail团队，QQMail是一个明确的产品，07年整个用户量翻了 10 倍,就是采用的敏 捷 开发，在QQMai产品开发过程中有一个要求，就是开发人员和测试人员在每完成一个需求 都要进行一次showcase，即每开发完一个产品需求，要把产品经理、开发组、测试组都叫 到一起，一起来总结一下这个产品特性开发到什么样子，是不是有比较好的用户体验，是不 是满足一些预想的东西，而且也会对一些用 户进行调研，也就是

16、让用户参与到产品的测试 中来。会采取全员测试的过程，即测试人员、开发人员、产品人员、 UI 人员会参与测试， 并且每个人在开发一个需求 完后，都要去做测试，而且也会进行交叉测试，比如这个开发 人员会去测试一下其他开发人员开发的东西，所以在腾讯是希望全员测试的理念能够深入到 团队里面 去，在上线后的 4 个小时里也会要求人员留守，去看看这个产品后台统计的数据， 及时分析用户的行为，去发现用户对这个特性的感觉是怎样的，用户的反应是怎样 的，看 看会不会出一些错误，这个就是4个小时内必须留守的制度。QQMail从06年、07年到08 年的一个发展情况可以看到整个团队的心情曲线是逐步向 好的方向发展的， QQMail 最早 在 06 年的时候，本身实际是存在很多的问题，比如需求太过于前卫，因为跟用户脱节，团 队内部幻想着提供什么样的产品特性 给用户，采取一些什么样的技术架