腾讯TAPD.docVIP

腾讯TAPD 腾讯敏捷框架TAPD （Tencent Agile Product Development） 1. 实践大致包括3个部分 1.1. 产品 采用FDD，即产品特性开发驱动的一种模式，腾讯的产品会有一个明确的产品经理这样一个角色，他会负责整个产品，包括产品的验证、产品的方向、市场调研、用户调研等。FDD模式是一种非常适合产品经理来对产品做一些滚动的要求，腾讯在产品设计上引入了类似FDD这样的模式，但是也不完全是FDD，只是参考FDD，所有的开发团队都是由产品经理所归纳出来的产品特性去驱动整个产品的研发。 1.2. 项目管理过程 腾讯采取了SCRUM，但也不完全是SCRUM，有腾讯根据自己的特点去总结的一些实践，大概的项目管理过程同SCRUM的过程是比较类似的，包括每天的晨会、迭代、timebox、每个迭代完成的时候会有showcase、回顾总结等。 1.3. 开发实践 参考了很多XP的实践，就XP完整的实践来说会比较理想化，很多东西不一定在实际开发中能够采纳，所以腾讯也是采纳其中的某些实践，比如自动化测试和持续集成，通过这样的实践就能保证产品有一个快速发布的过程。 2. 具体的实践情况 2.1. 故事墙 就是白板story wall，平时工作中很多团队都会使用，这些团队会把每天开发的一些产品特性采用story的方式每天都在白板里面展示出来，整个团队每天都会围绕这个白板能够清晰的看到整个产品或者整个项目的一个过程，包括整个产品特性的过程。 2.2. 迭代总结 在每一个产品发布的时候都会有一个总结。具体的做法是，把做得好的、不好的总结出来，做得好的在下一次迭代发扬光大，做得不好的在下一次迭代就要注意改 进。这样的总结是要求项目的所有成员都必须参加，包括项目的开发人员、测试人员、QA、项目经理、产品经理等，每个人都要去去总结他在上一个迭代中碰到了 什么问题，通过便签纸的方式贴出来，项目经理实际上可以看成是SCRUM M a s t e r，包括站起来总结这样一些东西，包括我们下一次迭代继续发扬什么，必须要注意什么东西，最后就会得出一个excel的文档，包括上一个迭代中出的问题， 具体的解决办法，都会有。 2.3. 每日晨会 每个团队每天大概花15-30分钟，回顾昨天做了什么、昨天有些什么 问题、同时也会介绍每个人今天计划做些什么工作（特点：是站着开会）。最早是通过白板的方式去做，就是每天项目经理组织团队成员对着白板，白板上体现项目 的进展情况，通过会议可以很明确的知道昨天大家做到什么样子，今天大家计划做什么，最早的时候每个成员都是口头汇报的。实践一段时间就发现了一些问题，第 一、对于一个20、30人的团队，每天要怎样做晨会，这是目前遇到的比较大的困惑；第二、晨会很容易形式化，究竟带来什么样的效率和效果，目前也在通过一 些方式去研究，去探讨。第三、有一些形式上的呆板，刚开始做会觉得比较有意思，觉得这跟传统做法不一样，每天这样做并且做多了就感觉很枯燥，这也是面临一 个挑战。后来腾讯也做了一些改进，比如为了让成员的参与程度更强一些，包括形式上会更强一些，现在有些团队就会采取每个人轮流主持的方式，刚开始晨会的时 候我们也会通过一些好玩的东西去刺激一下某些东西，但是现在看来的话，感觉改进的还是不是很透。在腾讯内部有一个交流通信的软件， 有些项目也开始不采用站起来开晨会的方式，觉得站起来效率也高，就会通过即时通信软件每天去交流，最后由一个人去统一输出，这样能解决一些分布式团队的合 作。所谓分布式团队就是这个团队中有些同事在这个大楼，有些同事是在那个大楼，通过这种实时交流的方式可以解决一些问题。 2.4. 结对编程 并没有很好的实施开来，但是在一些团队里面还是一直在尝试着做结对编程的工作。一个在编写程序，旁边还有一个人，同时记录编写过程、编写思路、碰到的问题、自己的想法，编写完以后一段时间他们会交换一下，就是互相交换着进行编程，这是一个结对编程的一个过程。 2.5. 时间盒 timebox， 在腾讯的产品研发中，产品的每一个迭代都有一个明确的时间盒。在每一次迭代开始的时候会召开一次IPM会议，即本次迭代的计划会议，会议中团队中的所有成 员包括产品人员、开发人员、项目经理、总监、部门领导，一起去敲定本次迭代要完成的任务，一旦任务敲定下来，本次迭代就会严格按照这个去落实执行。 2.6. 一个完整的迭代过程 包括概念、设计、开发、测试和发布五个过程。在概念阶段，会采用FDD里面提到的一些好的最佳实践来支撑到我们怎么样去敏捷的做需求开发，会制定一些产品 发布的计划，比如产品在未来，某个迭代什么时候发布，要发布哪些产品特性，都是在这个阶段做的。在设计阶段，会做产品原型上的设