技术团队启示录：TOP100实践案例

借力全球软件案例研究峰会，享世界级软件研发团队最佳管理实践。

这是一本最新的全球顶尖IT公司最新软件开发案例的精选集，所有案例来源于全球软件案例研究峰会。案例的选取遵循软件研发中心的产品创新/用户体验、团队管理/组织发展、架构设计/技术战略、设计匠艺/流程再造、测试管理/质量平台五个维度，对应软件研发过程中涉及的五个角色（产品经理、团队经理、架构师、项目经理、测试经理），方便读者对号入座，找到最适合自己的案例。本书的重点在于挖掘案例成功的关键因素，总结成功案例的经验，反思失败案例的教训，通过案例帮助更多技术管理者厘清工作中的难点、盲点、痛点，以便更好地带领技术团队通往卓越。

本书精选全球顶尖IT公司最新软件开发案例，从产品、管理、技术、流程、测试五个维度分享经验，案例前沿、作者一线、图文并茂、诙谐贴切，是本值得每一位IT人士学习和珍藏好书！

本书所收录案例来自于全球软件案例研究峰会，该峰会是中国IT界一年一度的案例研究盛会（2014年度峰会于11月20-23日在北京国际会议中心召开），每年甄选有代表的100个技术创新/研发管理案例，分享开发者在本年度最值得的总结、盘点的实践案例。

本书所获全部收益将全部利用在案例研究上，包括全球软件案例研究峰会自身的滚动发展和案例研究人才培养支持。

麦思博(北京)软件技术有限公司是一家面向软件研发团队的培训咨询机构，专注于软件研发中心的快速成长,分享世界级软件研发团队最佳管理实践。

本书所收录案例来自于全球软件案例研究峰会，该峰会是中国IT界一年一度的案例研究盛会，每年甄选有代表的100个技术创新/研发管理案例，分享开发者在本年度最值得的总结、盘点的实践案例。

本书所获全部收益将全部利用在案例研究上，包括全球软件案例研究峰会自身的滚动发展和案例研究人才培养支持。

★对于产品技术的管理者而言，每年都要审视这一年行业的变化，学习其他公司的先进经验，同时提升自己。最好的方式莫过于案例研究，这本书精选了TOP100SUMMIT的精品案例，系统地讲述了同行们这一年的成绩和启示，值得一读。
——苏杰（阿里巴巴产品经理、畅销书《人人都是产品经理》作者）

★这是一本每个技术人都应该收藏的参考书。从世界500强到刚刚起步的小团队，从布局到实现，从设计到研发，每一个案例都带来不同的思考和启发。
——林敏（用户体验布道师、前三星中国设计研究所用户体验部负责人）

★企业是创新的源动力，通过此书你可以了解到，在企业内具体创新的方法，而不只是一些空洞的理念。创新也好，提高效率也好，其核心还是在于人和流程的管理，通过本书提供的案例，你能够看到一个又一个鲜活的例子，给人以启迪。
——清风（前豆瓣网技术总监）

★在知识爆炸的时代，新的方法、实践和架构等新鲜事物不断涌现，仅靠一个人、一个团队去慢慢摸索是跟不上节奏的。通过这本精选的实践案例集，我们既可以找到互联网企业，也可以找到传统企业是如何通过各种创新实践去探索新产品的开发方法的；可以看到自组织团队这样“高大上”的概念是如何落实到实际组织中的；可以从案例中借鉴架构如何演进以满足高并发和海量数据的快速处理。借鉴精选案例中智能硬件终端产品开发中的各种问题，可以“少踏很多坑”，从而让自己的产品快速推向市场。在产品开发快速迭代的今天，自动化测试成了各个团队最高优先级的事情，通过本书可以看到自动化测试如何帮助产品保证质量的同时进行快速发布。
——袁店明（原百度高级敏捷与精益咨询师）

★作为Top100Summit“测试管理/质量平台”议题方向的出品人，我亲历了案例的选择和分享过程，感受到了来自Google、Facebook、华为、腾讯、百度等一流公司精英人士的智慧、探索和思考所带来的力量。这种力量不仅仅是知识的力量，更是实践经验所带来的创造力和感染力，能够给我们启迪和鞭策，帮助我们成长，帮助我们克服一个又一个的困难。本书作为一种载体，使可能会沉寂下来的经典案例、一时闪现的灵感与思考所得又重新流动起来，流动到我们身边，和我们的智慧融在一起，产生新的力量。
——朱少民（国内软件测试界领军人物、同济大学软件学院教授）

第1篇 产品创新/用户体验1

产品技术之道—漫谈UC浏览器2

“车机”用户体验研究及设计5

与海外高端运营商联合创新—中兴设计实践13

借力商业技术于空间机器人21

Netflix在亚马逊AWS云平台上的应用和创新案例26

第2篇 团队管理/组织发展33

快速提升初建团队需求分析能力34

大型研发团队的知识管理实践38

自组织团队的实践与讨论43

从绩效考核到绩效管理50

IT技术团队管理中的反激励和应对措施56

游戏式管理系统—盛大网络的管理方法62

全球研发中心创新实践—解读惠普全球研发管理方法69

一个跨国银行的敏捷转型73

敏捷驱动—方正新产品研发的敏捷之道80

第3篇 架构设计/技术战略87

从零开始搭建大数据平台—乐视网TV开放平台构建总结88

大数据下的OLAP平台构建实践—腾云天下OLAP平台构建总结101

云计算的前世今生—微软首席安全架构师看云计算105

有道云笔记的云端架构设计—有道云笔记开发体会114

百万账户同时在线的58即时通信系统架构—58帮帮开发总结118

海量实时记录的快速索引方法123

打造端到端的智能设备安全解决方案—联想解决终端问题总结132

第4篇 设计匠艺/流程再造143

持续交付是由问题倒逼而产生—豆瓣网持续交付实践总结144

集成与交付方案目标—去哪儿网快速开发实践总结148

如何进行多终端Web前端优化—QQ互联多终端前端优化实践总结156

淘宝定向广告算法创新案例介绍—淘宝网广告创新算法总结162

TCPCOPY击败DOUBLE CLICK的利器—网易广告投放系统开发实践总结166

柔性流程设计—一种真正面向业务价值的软件开发过程体系171

使用Adobe AIR进行跨平台桌面软件开发176

基于ZooKeeper和Storm的车载流式计算框架—富士通实践总结182

程序蓝图可视自动化逆向工程技术187

敏捷转型初体验—开发自测实践196

第5篇 测试管理/质量平台203

使用Javascript创建测试文化—谷歌的测试文化204

基于Java Script产品的TA框架的六次改进—支付宝无线统一测试平台211

从25个月到10个月—移动终端产品的精益方法质量保证实践218

接口自动化测试方案及平台—飞信项目接口测试实践222

敏捷的Web UI自动化测试框架229

面向对象在自动化UI测试中的应用234

人工智能技术在UI自动化测试中的应用239

H3C多层次自动化拦截体系—数通自动化运用模式介绍244

构筑系统的Web安全性测试体系250

基于持续交付的移动互联应用测试平台263

TCL嵌入式测试技术在网络设备测试中的应用266

架构设计/技术战略篇

数据结构设计是云端架构设计的第一要务。要做一个云端服务，最初要考虑的不应该是怎么去设计代码，怎么去弄一个代码框架出来，而是应该把数据结构给设计好。对于数据结构设计，需要考虑功能需求和性能需求两个方面。

1．从功能需求的角度考虑

所谓功能需求，是一个将服务或者功能抽象化的过程，设计出一组不同的数据类型，互相配合可以实现功能逻辑。就以有道云笔记而言，为了实现一个带多级笔记本、增量同步、支持标签、可插入附件等功能的一个云端服务，我们的数据结构有目录条目、笔记元数据信息、文件数据三种主要数据类型。为了实现文件diff，又将文件数据切块存放，衍生出了文件chunk类型。

2．从性能需求的角度考虑

从性能需求的角度，数据结构设计又可以分为两个要点。（1）存储服务的选择。当设计好的数据结构满足了功能需求之后，要考虑什么样的数据该使用什么样的存储方式，数据库该用mysql、HBase还是mongodb，文件系统选择HDFS还是TFS。不同的存储服务都有其最合适的使用场景，因此需要结合数据结构的访问需求去选择最合适存储服务。（2）优化数据结构设计。最常访问数据类型，比如笔记的目录，要尽可能的小，可以比较轻易地放到内存cache里面，从而防止大量请求落到后端存储服务上，给磁盘和IO造成压力；而大数据，比如几M甚至上G的文件，访问频度要尽可能的小，并且要在磁盘上尽可能地连续存放，请求时也是流式读取，从而避免读取时不断地做磁盘寻道；而介于两者之间的数据，往往访问频度比较大，放到内存又不能完全放得下，需要做LRUCache，此时可以考虑使用SSD做此类数据的cache，也许会有不错的效果。

（摘自《技术团队启示录：TOP100实践案例》一书中《有道云笔记的云端架构设计—有道云笔记开发体会》。作者：有道云笔记云端技术架构负责人，王奉坤。）

设计匠艺/流程再造篇

店铺定向算法分析

淘宝平台的特点之一，就是拥有大量的店铺。很多做得很好店铺，在长期经营过程中，已经形成了自己独特的风格。这些风格，是用LDA、PLSA等传统算法，很难归纳出来的。这种风格，是一个店铺的运营、装修、服务、商品包装，甚至客服态度综合在一起的一种感觉。那么，既然有这种店铺自己的风格存在，我们是不是可以利用起来作为定向的维度之一呢？答案是肯定的。

经过数据分析，我们发现，有“店铺风格倾向性”的人群比例，超过三成。这里的“店铺风格倾向性”指的是经常访问、曾经收藏、经常购买某一个店铺的人，这种人一般来说对一个店铺有一定的依赖性，不定期的会来访问以下，看看有没有新品出售，有没有新的活动在进行，有点类似粉丝和品牌的效应。

既然有超过三成的覆盖率，那么这个维度能影响的覆盖率是显著的，剩下的事情就是制定具体的算法策略。有“店铺风格倾向性”的人，其喜欢的店铺往往不止一个，这里需要对一个人所有喜欢的店铺做一个排序。要排序，就要打分。那么打分的依据是什么？

经过对数据进行各方面分析，我们的打分方案原则有以下几点：

（1）不同店铺浏览行为对点击贡献不同：浏览较大，其他次之。

（2）时间衰减。

（3）行为频度上限：在上限附近的人群对于点击贡献急剧下降。

依据上面的原则，我们对点击贡献进行了拟合分析；我们也分析了时间衰减，给出了衰减函数；同时，对于高行为频度给出了一个反向补偿。

根据这套算法，我们对一个人喜欢的店铺进行了排序，并进行了实际流量检验。结果显示，在覆盖流量上的CTR提升超过了24%。当然，覆盖率不足是一个问题，以后可以通过相似店铺等方法进行提升。

这是一个非常典型的“单一垂直维度”的案例，非常好地满足了那些有“店铺风格倾向性”的人的需求。在这里，其实可以用一些全局的方法来设计算法，比如把店铺方面的行为作为一部分特征，放入整体的点击率预估系统里面，但是，这种全局方法不如现有的方法干净利索，也不利于后续的局部调优。这是一个典型的定向维度的创新案例。

（摘自《技术团队启示录：TOP100实践案例》一书中《淘宝定向广告算法创新案例介绍—淘宝网广告创新算法总结》。作者：淘宝定向广告算法负责人，王勇睿。）

测试管理/质量平台篇

基于持续交付的移动互联应用测试平台技术要点分析

1．体化交付方案

产品的源头是需求，内容是代码，交付给用户的是产品，一体化交付方案希望将产品实现过程中的源头，代码和产品过程串联起来，通过人员、流程和工具的整合，加快产品化的过程，更快地响应市场的变化。

2．分层测试框架

面向底层和接口的测试，面向需求的功能测试以及面向用户的使用过程和场景构成了移动互联应用平台的分层测试内容。分层体现了不同层次的测试重点，同样的，对应不同层次的测试，也意味着不同的测试方法和测试周期。

3．用户化的自动化测试

自动化的测试，不仅仅意味着测试效率的提升，更决定着版本发布周期的变短。用例的自动化生成和测试执行能够提供更快的测试验证过程，使得版本发布频率更高，同时交付给下一段用户的版本质量更高。

4．分布式的测试资源

测试资源不足是测试团队面临的最常见的困难，对于中小互联网厂商而言，测试样机资源更是明显不足。分布式的测试资源可以实现即插即用的解决方案，让闲置的测试资源更高效地利用起来，通过这个思路，让远程触发测试执行变得更容易，测试队列的建立也为资源的使用提供了简单有效的使用模型。

5．让用户更好地参与

用户早期的参与和讨论可以让产品更具生命力，如何向最终用户传递版本是一个需要解决的问题。版本既不能差到无法正常使用，又要能够以一定的频率不断更新来修复使用过程中发现的缺陷。自动化的应用可以部分解决这个难题。

6．真实的使用场景

用户是在真实的环境中使用产品，而不是坐在实验室里面。如果这个产品提供给美国人使用，为什么不在美国的环境下测试一下呢？想像一下，假如在AT&T或者Sprint的网络下看看效果怎么样，是不是更让人放心。分布式的测试环境和基于云的测试服务，让真实的环境触手可及。

7．技术要点回顾

版本端到端的快速发布，即从开发生成版本到终端集成版本，从底层网络协议到上层最终用户使用的全面覆盖。

（摘自《技术团队启示录：TOP100实践案例》一书中《基于持续交付的移动互联应用测试平台》。作者：中兴技术总工，刘长山。）

作为IT行业最早的一批从业者中的一员，我一直在思考和研发中心管理者交流时谈到的问题，例如“互联网环境变化这么快，我们技术团队该何去何从”、“同样的产品为什么××的用户体验比我们好这么多”，等等。这些问题我无法一一作答，但我认为，有必要于每年在世界范围内，选取有代表性的技术研发实践案例来做一个总结，将一些著名研发团队一线带头人手中的项目以及工作思路分享出来，让更多的有如上疑问的从业者能够从中得到成功的经验或者失败的启示。

全球软件案例研究峰会（以下简称“TOP100 Summit”）已经走到了第三个年头，它是一个通过社区化方式、案例的形式来传递技术管理实践经验的高峰论坛。它在业界第一次在全球范围内高密度汇集了100个研发团队的智慧。TOP100 Summit通过案例“浓缩”了各大研发中心的一线带头人、技术精英甚至是决策者一年来的经验与感悟；呈现了技术从业者眼中的“大牛”们的“私房”方法论；将目光聚焦在互联网语境下研发团队的变革之路上。

TOP100 Summit中所有的分享者都是技术力量的组成部分，他们代表的技术团队是每个技术人心中的“梦之队”。对于所有在技术领域呕心沥血的人来说，能够在一年一度的TOP100Summit倾听分享者的故事，感受他们的思想，挖掘他们在实战中的经验与教训，总结归纳出一些真实的原理，应该是我们能为他们带来的最大的价值吧。

当然，这个价值不能让参会者独享，这也是精选会议中优秀案例并集结成册的初衷。成功的经验固然值得研习，失败的教训也是宝贵的财富。本书的每个案例都来自于真实的团队，所以每个案例并不是针对个人的赞歌，而是磨砺出一个优秀的研发团队、一个优秀的技术管理者的真实记录。

建立一个案例“智库”是我们的梦想，也是我们的使命。通过TOP100Summit会议以及本书，我们希望建立一个链接全球优秀“技术大脑”的经验分享平台，打造一个基于全球视野下的技术管理者的“WIKI”，帮助大家在互联网时代开放、自由地汲取案例带来的独特价值，转化为所有研发中心可用的促进成长的案例。

另外，要说明的是，为了使读者原汁原味地感受到作者的风格，本书在编著过程中尽量保持作者的叙述方式。同时受限于篇幅，我们从深入探索的100位研发团队带头人的案例实践精选出了40多个案例进行分享，以飨读者。

最后，案例“智库”的建立远非一朝一夕之功，为了给所有技术管理者带来更高质量的案例，为了推动案例更快速地转化为实际的生产力，我们已经推出了《TOP100全球软件案例精选集》和《技术团队启示录：TOP100案例实践》两本书。我们还将继续努力，一起期待更精彩的案例吧！

路漫漫其修远兮，吾将上下而求索！

对于产品技术的管理者而言，每年都要审视这一年行业的变化，学习其他公司的先进经验，同时提升自己。最好的方式莫过于案例研究，这本书精选了TOP100 SUMMIT的精品案例，系统地讲述了同行们这一年的成绩和启示，值得一读。

—阿里巴巴产品经理、畅销书《人人都是产品经理》作者 苏杰

这是一本每个技术人都应该收藏的参考书。从世界500强到刚刚起步的小团队，从布局到实