在微信事业群的内部演讲中，张小龙分享了QQ邮箱团队的工作方式演变。
这些年，那支小团队的工作效率超出了大家的预期。他们采用了我们平时可能不太熟悉的一种方法——敏捷项目管理。在腾讯，我们很鼓励这种工作方式。通过非常敏捷的项目推进方式，他们真的做到了。
张小龙特别提到了一个叫“敏捷开发”的方法。
“敏捷开发”是近年来国内在软件开发领域经常提及的一种方法论。
那么，什么是敏捷开发？什么样的产品适合采用敏捷开发呢？接下来，我们将详细阐述。
敏捷开发与传统的瀑布式开发相对立。
在过去的软件开发中，瀑布式开发被广泛应用。它通常是从市场、运营或售前收集需求，然后由产品团队进行分析，产出文档。再经过研发和设计评审后，开发者会制定开发计划，设计软件架构。最后进入开发、测试、部署上线的周期性过程。
这种开发方式存在周期过长的问题，通常需要数月甚至数年。这使得市场需求的快速响应变得困难，同时改动功能的成本也巨大。
与之相对的是敏捷开发，它以用户需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
在敏捷开发中，项目在初期会分成多个子项目。每个子项目的成果都会经过测试，确保其具有可视、可集成和可运行使用的特性。
常常被用来解释敏捷开发的是MVP（最小化可行产品）的理念。这意味着一开始不必追求功能的完备性，而是先做出一个能够满足用户基本需求的产品。
以造车为例，敏捷开发的思路是先造出最简单的、能跑的车，然后逐步增加功能，迭代优化。而不是先造、车壳，最后才造出一辆完整的汽车。
在敏捷开发的团队中，通常包含以下四种角色：
A: 项目经理（Scrum Master），负责保证敏捷开发的流程和秩序。他们通常是熟悉敏捷开发的专家，具有一定的权威性。
B: 开发团队（DEV-TEAM），负责确保产品的开发、成型、可用性以及质量。
C: 产品经理（Product Manager），负责需求分析、优化需求排序、决定各阶段的开发任务等。他们的目标是最大化产品和开发价值。
D: 其他团队如质量保障和视觉团队也很重要，但在敏捷开发中他们的角色和职责暂不详细介绍。
在敏捷开发中，会议是项目推进的关键。重要的会议包括：
A: 需求澄清会（有时也称为答疑会议）。这个会议的目的是对即将进行的迭代的需求进行解释和答疑。
B: 计划分析会，由开发团队对需求进行分解和排期。C: 每日站会，用于进度汇报和工作答疑。
D: 评审会，用于评估呈现出的功能是否符合要求。
E: 回顾会，用于总结项目经验和教训。
敏捷开发的工作流程就像一个闭环。从产品经理进行需求分析开始，输出需求文档，然后团队进行需求宣讲、评审排期、进入开发阶段等。整个过程中还涉及到测试用例的编写、每日的进度交流、功能评审以及最后的回顾总结。
采用敏捷开发时，有几个注意事项需要注意：
1. 项目负责人要对整个项目负责，确保团队能够按照计划进行工作。
2. 虽然我们采用敏捷方式，但仍然需要进行产品规划。规划是产品有计划迭代的必要前提。
3. 产品经理与设计师的工作应领先团队两个版本以上，以确保整个开发闭环的顺畅进行。
4. 为了保证开发的顺利进行，应尽量将产品设计拆分成独立的部分。