胖企鹅如何小步快跑——看腾讯的敏捷开发

Posted 2021-04-25 谦启管理评论

很多企业会面临这样的问题：初创期员工精简、团队协作效率高、大家干劲十足，在企业逐步发展壮大、员工规模扩大后，却逐渐变得人浮于事、效率降低。那么腾讯是如何解决这些问题的呢？

美编：郭峰玮/谦启咨询

主编：陈勇/谦启咨询

出处：谦启管理评论（chanage_salon）

企业在发展壮大的过程中一定会扩大员工规模，人多当然有人多的好处，但人多了，问题也很可能随之增多。企业规模越来越大，管理者却可能会发现企业患上了“效率低下、员工懒散”等大企业病，每个人的工作似乎也挑不出太大的毛病，但人均效能却很低，产出甚至不如团队规模小的时候。如何克服大企业病，提高人均效能？我们以腾讯的研发管理为例，探寻可行的解决方式。

● ● 1 ● ●

曾经的困境：在不知不觉间平庸

当腾讯发展壮大时，团队管理越来越向规范化、流程化方向发展，提高管理的专业化水平当然是有必要的，但是也可能会跑偏，陷入僵化臃肿的怪圈，反而使工作效率降低。张小龙在腾讯内部的“领导力大会”上就曾经分享过当年接手QQ邮箱时遇到的困境。

这种困境用张小龙的原话来讲就是“一个非常平庸的团队用了一些非常平庸的方法去做出来一个非常平庸的产品”。为什么会这么说呢？因为团队遵循了公司花费大量精力建立起来的非常科学的流程管理制度，深入分析了市场环境和客户需求，研究了竞争对手Hotmail和网易邮箱，每周每月都在推行着计划，似乎该做的都做了，而且过程合理也没有人犯错，但结果却是用户压根不买账。QQ邮箱虽然有一些很复杂听起来很厉害的功能，但用户登陆后运行很慢，所以和竞争对手间的差距越拉越大。

直到2006年，在最糟糕的时刻，为了不让QQ邮箱死掉，张小龙团队只能背水一战，选择赌一把，成立一个只有10人左右的小团队：2、3个web的开发，2、3个产品，1、2个UI，还有1、2个测试，忘掉各种流程规范，进行密集研发。团队在一间大办公室里，有问题不断探讨交流进行修改。实际上，就这么小的一个团队在后面几年里面做的事情和成果远远超过之前几十人的努力。

● ● 2 ● ●

解决之道：敏捷开发

其实QQ邮箱起死回生的实践中正是运用了“敏捷开发”理论，敏捷是什么意思呢？概括来讲，敏捷开发就是一种以用户的需求进化为核心，迅速迭代、循序渐进地进行软件开发的方法，核心是快速响应和持续迭代。要保证在迭代周期内，团队成员思想保持高度一致、以共同的节奏和共同的周期完成周期性运转，保证在每一个周期的同一时间点，团队中的每一个人做的事情是相对一致的。迭代也让团队内外有着共同的预期，知道什么时间点该做什么，该交付什么出来。

或许这样理解起来仍有些抽象，那么让我们来看传统的开发是怎样进行的。传统的开发有个专有名词叫“瀑布式开发”，分为5个阶段：需求分析、设计、编码、测试和维护。这套方法定义了很完备的过程规范、严格遵从这种方式会使得研发运作过程十分严谨。但是，在瞬息万变的互联网和移动互联网时代，市场环境、用户需求、竞争对手等因素都在时时发生着改变。传统的瀑布式开发要求针对客户需求写出详细的分析说明书，仅仅这一点就耗费了大量时间，严格遵循规范但不够灵活的流程管理的结果可能是研发人员在开发过程中按部就班，产品技术上没有太多瑕疵，但是正式推出市场时可能部分功能已经落伍。

和瀑布式开发相比，敏捷开发的特点就是“小步快跑、尽早交付”。在市场环境和客户需求变更非常迅速的情况下，为了让需求方尽早地看到结果，并给出反馈，以小步快跑进行开发并尽早地交付新的版本不失为一种好的解决方式。毕竟在互联网时代，可用的产品一定胜过完备的文档，并且及时的迭代可以不断修正问题。

而要做到“小步快跑、尽早交付”，对团队也提出了一定要求：

（1）准确分析市场需求

这一点也是很多人对敏捷开发的误区。敏捷并不意味着不做项目计划，只是不一定拘泥于形式，一定要拿出完备规范的开发计划书，有时候敏捷开发的计划就是团队人员在白板上画出的原型和点、甚至是口头计划。这种计划不代表分析不严谨，事实上，敏捷开发比瀑布式开发更加注重需求的分析和计划的制定。因为敏捷开发的核心就是为了及时响应用户和市场的需求，所以并不会死守着计划不进行调整。一旦市场发生变化，即使到了开发后期，敏捷团队也应该对需求的改变持欢迎态度，对原先的计划进行调整，利用变化来为产品创造竞争优势。

（2）迭代周期尽可能短，且周期固定

“小步快跑”意味着产品的交付时间间隔越短越好，通常是2-4周，频繁地迭代能保证不断修正BUG，而迭代周期固定则能和用户形成良好的合作关系，便于客户及时反馈，不断地完善和提高产品的用户体验。小米就是一个很好的例子，MIUI开发版一周更新一次，至今已连续363周进行更新。

（3）团队规模最好也能敏捷

敏捷开发对团队的沟通要求很高，过多的人数会造成沟通成本的增高，信息在传达过程中很可能会有偏差，使团队难以保持步调一致。通常情况下，敏捷团队的人数少于20人，超过的话可以再进行团队分割。比如腾讯在管理200人或者更大规模团队时，就会按照产、研、运的组织结构进行复制，把大规模团队拆分为10个20人的团队，或20个10人的团队，分别负责产品的子模块。拆分时会保证子团队人员仍以产、研、运三驾马车组成，具备交付功能，可独立工作，再通过子团队之间的协作，完成整个大产品的研发和交付。

● ● 3 ● ●

总结

目前腾讯的敏捷开发已经发展出了系统化工具TAPD，微信、QQ、王者荣耀都在使用这种管理研发流程。甚至这种工具现在已经成为了一种平台，美团点评、微众银行、哔哩哔哩等都在使用它。

使用TAPD的产品或企业

单从应用角度来讲，敏捷开发比较适用于互联网技术或产品，很多传统企业用瀑布式开发方式即可。但“小步快跑、不断迭代”等思想仍值得所有企业借鉴的，比如前任通用CEO伊梅尔特，在前几年就试图把这种管理方式带入传统行业。

《谦启管理评论》最新原创

【谦启带你学管理系列文章】

【知名企业管理或激励案例】

• 
  

• 
  

• 
  

• 
  

• 
  

• 
  

•