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

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

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

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

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

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

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

　　这里当然我并不是说我看到我们的不足，其实更多的是我特别希望让大家了解还有一些方法论是大家没有掌握到的或者说还没有意识到的，如果我们只是这样一种按部就班往前推进一些事情，我们可能会陷入一个危险里面而自己不会觉得，特别是微信本身还在一个上升过程里面，大家会觉得非常的乐观。我想我们在做邮箱的时候，其实一直有一个很强大的竞争对手在前面，网易邮箱，我们要不断追赶它，这是有方向感的。但是对微信来说我们并没有这样一个外部对手立在那里给我们一个警醒，这也是需要我们自己给自己警醒的。所以关于敏捷开发我特别希望大家能够多去做一些尝试，其实这个尝试并不是需要大家说一定要把项目剥离出来几个人来做才行。它更多是一种方法论，而不是具体的一种形态。

　　关于人才轮岗

　　最后，我也想附带提一下对于人才、对于组织的一些思考。