张小龙内部演讲里说的敏捷开发到底和我们平时理解的有什么不一样，怎么特别体现他的思路和方法

张小龙在多次内部演讲中，特别是关于微信产品哲学的分享里，都提到了他对开发方法的理解，这种理解与我们通常从教科书或大多数互联网公司实践中看到的“敏捷开发”有显著区别，更偏向一种哲学层面和心法层面的“敏捷”。

张小龙所强调的敏捷，其核心目标不是“快”，而是“逼近本质”，这与常规敏捷开发追求快速迭代、快速交付的显性目标不同。

我们平时理解的敏捷开发，通常有一套明确的流程和仪式感的东西，比如每日站会、迭代计划会、看板管理、用户故事点估算等，它的核心价值在于通过短周期的循环（通常是一到两周的Sprint），快速收集用户反馈，及时调整方向，从而在不确定的环境中减少浪费，更快地交付商业价值，这里的“快”是手段也是重要的衡量标准。

但张小龙在演讲中透露的思路是，他警惕这种为了快而快的流程，他认为，如果团队对产品的核心价值思考不深，仅仅是机械地执行“快速迭代”，那产出的可能只是一堆平庸的功能堆砌，甚至会因为过早引入过多用户反馈而迷失方向，他曾在演讲中质疑过那种“为了完成迭代任务而拼命找需求来做”的现象，他追求的敏捷，是一种思维上的敏捷和灵动，是团队尤其是产品决策者能够迅速洞察用户本质需求、并果断采取最简洁有效实现方式的能力，这种敏捷的最终目的是做出“正确”的产品，而不是“快速”的产品。来源：张小龙在2019年微信公开课PRO版的超长演讲，以及后续流传出的部分内部会议纪要。

在具体方法上，张小龙极度推崇“小团队、大产品”的模式，并将“克制”作为敏捷的前提，这与常规敏捷中“响应变化高于遵循计划”的实践有深层次的差异。

常规敏捷开发也强调小团队协作，但更多是出于沟通效率的考虑，张小龙的“小团队”理念则更进一步，它更像是一种保持产品灵魂纯粹性的战略选择，他认为，当团队规模过大时，会不可避免地引入官僚结构、复杂的流程和大量的内部沟通成本，这会极大地损害创造力，让产品变得臃肿和迟钝，微信在很长一段时间内都保持着惊人的小团队规模，就是为了维持这种“敏捷”的状态，团队成员，特别是核心成员，能够清晰地理解产品的整体理念,并拥有高度的自主权和责任感。

更重要的是，他将“克制”或“减法”内化到了开发流程中，常规的敏捷开发鼓励通过迭代不断添加功能，以满足不断涌现的用户需求，但张小龙认为，真正的智慧在于知道“不做什么”，他的团队在应用“敏捷”方法时，有一个强大的“过滤器”——即是否符合微信“用完即走”的极简哲学，一个需求即使被提出来，并且技术上很容易实现，如果它破坏了产品的整体和谐或核心体验，也会被果断拒绝，这种强大的原则性，使得微信的迭代看起来并不“快”，甚至有些“慢”，但每一个改动都经过了深思熟虑，力求精准。来源：张小龙历年公开演讲中对微信产品价值观的阐述，如“善良比聪明更重要”、“微信是一个工具”等理念，都反向约束了开发过程中的行为。

张小龙对“数据驱动”和“用户反馈”的审慎态度，也体现了他独特的敏捷思路。

标准的敏捷开发非常依赖数据指标和用户反馈来指导下一次迭代的方向，A/B测试是常见手段，但张小龙在演讲中明确表达了对过度依赖数据的警惕，他认为数据只是表象，甚至是“过时”的，它只能告诉你发生了什么，但不能告诉你用户内心真正的渴望，他更相信产品经理的“直觉”和“共情能力”,这种直觉来源于对人性深刻而长久的观察。

在微信的开发过程中，并不是所有决策都交给数据和即时反馈，微信朋友圈最初没有设置屏蔽功能，公众号一开始也没有阅读量显示，这些决策在当时可能不符合部分用户的“反馈”，但张小龙基于对社交压力的长远考量，坚持了最初的设计，这种“反敏捷”的做法，恰恰体现了他对“敏捷”更深的理解：敏捷不是对用户表面需求的亦步亦趋，而是要有能力穿透现象，抓住本质，并有勇气坚持正确的方向，哪怕短期内“数据”不好看。来源：张小龙在谈论产品经理的能力时，多次强调“洞察人性”比“分析数据”更重要。

张小龙的敏捷开发方法论可以概括为：

它剥离了常规敏捷开发中过于形式化和流程化的部分，回归到创造优秀产品的本源，它以“小团队”为组织保障，以“克制”和“本质思考”为核心原则，以“人性洞察”而非单纯“数据驱动”为决策依据，这种敏捷，追求的是一种内在的、精神上的流畅和高效，其目标是打造出具有长期生命力和灵魂的产品，而非仅仅快速响应市场，这特别体现了张小龙作为一个顶级产品经理的独特思路：他始终将“人”和“产品的本质价值”置于一切流程、方法和数据之上。