微信研发团队里鼓励一种试错的信仰：
他们坚信，在互联网开发里，如果能够有一个团队在更短的时间内尝试了更多机会(并能改进过来)，就能有(更多的)机会胜出。敏捷是一种态度，在软件开发过程中，项目管理者都会非常忌讳“变更”这个词，但是在微信的项目运作中是不可以的。因为微信必须要容忍说哪怕在发布前的十分钟，也要允许他变更。
这是非常大的挑战，因为打破了所有传统项目开发的常识。所有人都说不可能做到的，但微信做到了。研发团队所做的一切都是要给产品决策者有最大的自由度，而这个决策正是微信能够胜出的关键。
怕修改，怕变更，是许多研发者非常忌讳。也给产品决策者带来很大的压力，在这个讯息万变的世界里，变，才是唯一不变的。产品决策者是无法给出绝对完美的解决方案，事实上也没有“绝对”两个字。只能寻求近乎完美的相对之道。
产品决策者内心的宏图虽然足够美好，但由于对技术的某种忌讳，往往会给予研发团队一个宽容度很高的充满弹性的色谱倾向。有趣的是，研发团队并不会领情这种模棱两可的方向，理工思维的他们强调的是确定性，是说一不二的串行，在他们的世界里，0和1是正反两面，绝不是相近。
然而，产品灵魂深处的有趣、简便、开放，又离不开现实的需求，以及市场时刻变化着的事实，产品与研发，若都往敏捷靠拢一点点，站在一个更高的层次，共同面临竞品如林的战场，与市场运营同吃同住，而不是坐井观天，闭门造车于自己一亩三分地，或许会发现，只有敢于试错，敢于清空，敢于重头再来，用敏捷的心态面对一切“变更”，用敏捷的氛围取代僵化的空气，才是一种有别于代码的、基于战胜人性弱点的开发环境；才是一种让项目能落地、能走心、能胜出的确保团队韧性的保障。
实际上，一个称职的产品决策者，怎么可能让一个项目重头再来，不过是一些日常的因市场变化而变化的微调，但是即便是这样的“快速迭代”，在很多研发者的内心也是拒绝的，这才是问题所在。所以说，敏捷是一种框架，更是一种态度！
君子敏于行而讷于言，天下功夫唯快不破。敏捷，应该成为一个研发团队的修养，拒绝平庸全靠敏捷。
