实际上，就这么小的一个团队在后面几年里面做的事情远远超过之前几十人的努力，这个小团队是怎么样工作的？这个小团队是当时用了一个方法，叫敏捷项目管理，这里可能在座的一些同事都已经不太了解这个词了，但是当时在腾讯挺鼓励用这样一种方法，我建议在座的如果没有去好好研究过的可以好好研究一下。我们真的做到一种非常敏捷的一种项目的推进方式。

但是在座大家可能意识不到，因为我们手头做的事情，包括微信，还在快速增长，离触底还很远，大家没有机会感受到这种情境。

这里所谓的敏捷是什么意思呢？是真的非常快。在座有几个同事是当时这个小团队里面的，几乎大部分人都在，其实大家有空可以跟大家多交流一下，如果回想起来大家可能会觉得、我自己也觉得那个时期过的非常愉快。为什么非常愉快？因为对我自己来说，很有满足感。当我头一天晚上发现我们这里有一个东西要改一下，我发一个邮件出去，有的第二天上班的时候就发现这个东西改过来了，已经上线了，大多数一个星期上线是不夸张的，无疑这是一种很爽的感觉。

现在你们在座的可能是体会不到这种感觉，就形成了一些问题。我有一天跟公众平台同事开会的时候就说到当时邮箱的案例，有一天晚上我发了一个微信说：有一些用户反馈说，公众号回复里面只能看到读者评论的次数有多少次，但是看不到作者再评论的有多少人赞，这个事情存在很久了，为什么没有加上？应该早一点把它加上。但是同时我多了一个念头，我说这个需求可能大家会做一个计划，排一个流程出来，可能要等到两个月以后才会加上去。于是，我就多加了一句话，必须一个星期以后上线，结果过了两天大家告诉我这个东西已经上去了。

如果按照日常的习惯，我们加一个东西真的要两个月了，但是其实非要两个月吗？其实并不是这样子的。而是说大家习惯了改一个东西是很大的事情，那么它真的需要两个月。可是，在当时 QQ 邮箱起来的时候真的不是这样一个速度。如果这样的话，它可能也就起不来了。

讲到这里，我感触特别深。

当然也有可能人数来决定的，为什么我老是说特别怀念 150 人的小团队，因为当我们人数增多的时候，我们自己会制造出很多流程出来。我们自己会习惯自己这种效率，而对一个非常小的团队来说，他不需要开会、也不需要干嘛，大家坐在一起，扭头就可以说有一个问题我们解决它吧。

在这种敏捷方面，我们可能在离敏捷的方向越来越远，但是我们自己并不觉得。越来越远的后果是，我们自己都觉得我们做的事情没劲，因为你今天想到一个很兴奋的主意，过了一个星期你自己也会淡化它。敏捷带来一个最好的心理感受是什么呢？我们今天可以想一些与众不同的点子，然后我们可以很快就看到效果，因为我们可以很快把它上线了，然后可以去验证，如果不对就下线，如果还有改进余地，下个星期再去改它。如果改了还不行，那继续下线，如果改了行，它一定很好……这是一个能够持续实现你的想法的过程。但是如果说有一个很好的点子去尝试一下，然后大家讨论一下说好吧，那我们尝试一下。然后过了两个月还没有排上去，然后第三个月发布了，你可能对这个事情没有激情了，发布了你也不会看它了。

比如刚才这个小例子，作者回复要不要赞的问题，他们说刚刚讨论过这个问题，只不过大家有一点分歧，到底是读者的评论点赞的数排在前面还是作者的点赞排在前面？这个大家有分歧，所以就放下了，放下就不知道什么再拣起来了。这里的区别就是说，如果大家真的做到很快速的、很敏捷的迭代的话，我相信这里的意见分歧并不是一个问题。相反如果心里觉得任何一个想法都要经过三个月才能够看到的话，那包括我自己也对这个想法可能就失去了热情，因为你过了几个月都忘记这个事情了。

在邮箱从 06 年、07 年开始进入这样一种敏捷项目推进方法以后，后面几年每年都是一个非常高速的往上发展的过程。这个过程就像一辆汽车有了发动机、有了足够汽油就会自己一直跑下去，是这么一种感觉。后面几年，我们一直保持这样快速迭代、快速上线、快速验证想法这样敏捷的方法，团队运转也非常顺畅。当然跟微信比起来还有一个很重要原因，当时邮箱团队一直没有怎么样快速增大，所以不会遇到人很多的问题。微信这里其实因为有人数的问题，虽然我们也尽可能说把一些人员做一些拆分、分解，尽可能是一种小团队运作方式，但是不可避免的即使在部门内部大家的方法论越来越常规化，所以大家提每一个东西可能都需要经过很长时间、甚至大家都觉得遥遥无期的排期。