技术团队

敏捷开发离不开技术团队的支持。对于产品团队提出的方案，技术团队很少以“技术上实现不了”为理由拒绝，Harvey把这个视为技术团队的“技术信仰”。从用户使用体验的角度思考问题，而不是从技术实现难易程度和开发量的角度思考，这是微信技术团队的特点。Justin认为，Allen对于技术团队的高要求是催生这种氛围一个原因：

在我们这个团队中，从Allen的要求来说就是“没有技术实现不了的”。他基本上是这么认为的，比如你和他说这样不行，他会坚持第二次第三次，最后很可能就可以了，那么后来团队就养成习惯了，技术团队不会轻易对一个功能能否实现做判断。

有不少用户对微信的评价都是“快速流畅”，“微信上传速度很快，没有等待的感觉。”“微信的翻页很流畅，手指向上拉动就可以很快的翻到前面的对话。”不过为了实现这种快速流畅的用户体验微信技术团队做了很多努力，以翻页这个操作为例，Lake介绍说：

翻页也有不同形式，做粗糙的话可能要等1秒钟，会停顿一下，这是不好的。我们希望虽然翻的时候有一屏一屏的概念，但是只有一瞬而过的loading过程，但翻的速度快到让你感受不到分页的存在，知道但是不需要等待——这都是很微妙的东西，这就是细节。

但为了实现这一点很难，因为一个会话有几千条消息的时候，必然会影响速度。cpu需要计算，技术人员需要对技术有深入理解，要用什么样的技术保证功能的实现，而且翻页的动作每天都会发生，是一个非常重要的体验。无论如何要保证。

Allen认为，这种挑战可以带给技术团队更大的成就感和更快的成长：

我更多知道他们需要的荣耀感是什么。对于一个技术人员来说，他有事情可以作出来，并且做得很好，远远比他没有任何事情可做，然后每天平平淡淡的混一天日子，其实他并不希望混日子，他希望做出一个庞大的系统，并且是很好的系统，通过产品来验证他。

我们这里好多技术人员其实骨干是毕业生，他们进来以后，我们发现他们成长最快，成就感也最大，并且他们应该会很感谢说有机会参与到微信这样一个项目里面。

对一个技术人员来说，做一个后台系统，做一个前端的开发，能够在短短一年多里面从零搭建一个系统，服务一亿用户，这是非常大跨越了，或者说成就感也好，对自己的锻炼也好。

流程管理

微信发展初期，团队的流程管理和文档管理都处于不严谨的状态，“常常是为了快速，三个人站在那里讨论，但没有落实成文档，三个人自己都知道，是靠三个人的记忆去做。”Kink回忆说。随着微信形态和功能的复杂化，团队成员发现团队项目进度管理的问题逐步暴露了出来，“当我们一次讨论10个点的时候，就会忘记1个点；讨论到四、五十个点的时候，就会忘记十几个点。这时候我们就发觉又要保持敏捷，又要在敏捷之后去用文档或各种方式来保持信息不流失。”为了解决这个问题，各个团队都逐渐建立起一些需求管理和进度控制的流程，包括将不同团队的需求点明确为需求清单，同时在不同团队间安排专人负责项目接口，确认和监督每个需求点的落实情况。

对于敏捷开发可能带来的“混乱”，Allen认为：

可能这是我们这里研发上的一个不同点，就是看起来一些步骤挺乱的，但是这种“挺乱”的状态我认为又是必要的，不乱就太慢了……挺乱但不要真的乱掉，这可能是我们需要每一级的管理干部在心理上做到有序，形式上可以乱一点。