解构微信（三）：揭秘无锡网站设计微信的矫捷开发与流程管

《解构微信》为系列文章。作者深化微信团队，围绕微信产品诞生与持续欠缺，从产品开发、团队工作、品牌推行、流程等方面停止深化钻研，干货较多。点击可查《解构微信（一）》和《解构微信（二）》，分别讲述了微信诞生、发展以及团队。

矫捷开发

矫捷是一种态度，试错是一种信奉。——微信团队Harvey

矫捷开发是一种常用的软件开发形式，与传统的“瀑布式开发”相比，矫捷开发可以继续满足始终变化的须要变动。微信团队的情况正是这样，“整个开发过程中产品会始终修正，这是咱们的特征。”Harvey说，“哪怕在发布前的非常钟，咱们也要容许产品决策者提出变更。”“为了给产品决策者提供最大的自由度，矫捷准则成为整个开发流程的指点准则，”“极度矫捷”也成为技术团队乃至整个微信团队的谋求。

微信团队的开发流程异样蕴含瀑布式开发中的次要步骤，“决策——须要评审——细化产品设计——交互设计——开发——迭代——灰度发布——测试——上线经营”，“然而这个过程咱们（微信团队）是并发来做的，”Justin说。同时，整个开发过程中充满了由须要变动驱动的“微循环”。

在每一个“微循环”的起点——须要提出环节，产品经理、交互团队和技术团队的同事会一同，对往常搜集到的用户须要和意见停止探讨。微信客户端UI组组长Kink以为，“假设只是产品经理闭门想产品，其实是不大好的；能够产品经理提出的须要在交互设计层面并不是最终须要，只是一个外表现象，用户须要需求更深层的发掘；而从开发的角度看能够有繁复的模式来达到目标，但体现为不同的方式。

“经过三个团队的成员共同探讨确定上去的产品方向，他以为往往‘更靠谱’而且升高了名目夭折的能够性。接上去，因为交互团队、技术团队都参与到须要的消费环节中，对产品的大致外形比较清楚，交互、技术这两个团队的工作就可能和产品团队的工作并行展开。Kink说：“大家都明确产品是什么样的，就可能同步末尾了，交互可能做交互计划，视觉可能选定方向，开发同事可能做代码设计。等交互计划进去，视觉设计师可能马上依据交互计划完成，开发同事一看到交互计划就可能末尾写代码了。”

在名目推动的过程中仍会发现各种成绩，这时三个团队的担任人会再次碰头对成绩停止探讨，假设成绩不大，这种小规模的探讨就可能当时处理；假设发现有比较重大的成绩，团队成员会花更多的工夫探讨当初的设计能否存在毛病，这种探讨Allen、Harvey也会参与出去。假设确定成绩在于本来的须要设计不正当，那么新一轮的“微循环”又会启动。

整个微信团队都在北方通讯大厦的10楼，这使得团队成员之间的面对面交换非常方便。“面对面交换”既是矫捷开发提倡的准则，也是团队从邮箱时代积攒的阅历。Kink以为：“无阻碍沟通有助于矫捷的完成，大家不管什么时分什么中央碰到面就聊：这边有什么艰巨，那个须要的工夫点，设计上有什么能改善的……很多成绩是在茶水间里一次三五分钟的探讨中处理的。”Lake对此的评估是：

1小时说的话，打进去要10小时，而且面对面沟通可能快速反应，有什么成绩大家间接就可能探讨了。假设有面对面沟通的条件尽量用这种模式，但不是那种简短的会议方式。在座位旁边两三集体五到非常钟的交换，然后快速散开，就一个成绩迅速停止探讨，得出论断，散开，这是咱们的工作生存，这个是必须的。

在矫捷开发中，无锡微信开发，须要的快速变动要求开发团队始终修正甚至是重写代码，这给开发团队带来了渺小的艰巨和压力。为了预防和缓解这个成绩，微信团队在根本技术架构中确立了“大系统小做”、“让所有可扩充”、“必须有根底组件”等几个准则。技术团队以为这样的技术构架能保证“产品层面的改动对技术层的影响不会太大”，为技术团队顺应矫捷提供基天分力。Justin回忆冤家圈的开发过程时说：

比如冤家圈这个产品教训了很屡次变动，出了好几十个版本，然而有货色是不变的，就是数据模型是不变的。所以咱们在产品设计和细节还没进去的时分，咱们从后台到协定设计到本地存储的整个数据构造设计都已经做好了，界面的框架也可能先做，等设计最终确定的时分，咱们技术这边已经进入ready的阶段。这是咱们和他人不同的中央。

技术团队