敏捷开发

5月6号腾讯宣布对组织架构进行调整，微信BG正式成立，张小龙在内部邮件中提到的微信理念包括用户、价值观、敏捷开发、迭代、系统思维、口碑、思辨等，我觉得敏捷开发是互联网产品发展的更好形式。最近刚刚接触到这方面，相比以前的开发模式，敏捷开发是目前来说最好的。

提到敏捷开发，极限编程不得不说，EP要求在每次迭代或每个阶段做到不断地改进，要求开发团队不断修改未完善的模型直到用户满意，它强调测试驱动开发（TDD）,这样做是为了减少错误。在整个开发过程基于“用户故事”，以一种非正式的方式与用户合作。也有人说，敏捷开发就像拼图一样，一小块一小块看起来很不起眼，但拼起来就是一幅美丽的图画。

张小龙在信件中说保持小团队，保持敏捷开发。那么一个敏捷开发的团队多少人最合适呢？在这个问题上，Scrum（敏捷项目管理理念与方法之一）给出建议，对于团队组建“两块披萨”人数足以，也就是4到9个人。Scrum的一个精髓是“15分钟会议”，团队成员每天在相同的时间、相同的地方开会，会上只讨论三个问题：昨天做了什么、今天准备干什么、遇到哪些困难。

在开发中占总工作量的六分之一的工作是编程，很多学长学姐在刚开始工作时说最头疼的就是写代码，不仅要注意很多的规则，还要想出策略，还要统筹整个框架。这样往往导致很疲惫，工作效率低。敏捷开发很好的解决了这个问题—结对编程。结对编程是两个人共同完成一个模块代码任务，一个人手头编程，另一个人检验并想出后续策略。两个人可以隔段时间换一下，这样有一个好处是同时提高了代码正确率也提高了两人的技能。

相比于P&D开发模型，敏捷开发不需要一个“超人”经理，敏捷开发的进度也不是通过计划来衡量的。有时候，对于那些计划详细，规则众多的方法，简单主义更行的通。对于SaaS来说，敏捷开发更好，但是对于特定领域的大型项目，例如宇航、军事等项目来说，更多的规则还是有必要的。

敏捷开发也许不是最好的，最普遍的，但在整个发展阶段，它是一个符合现有逻辑的产物。根据摩尔定律，10年到15年都会有新的东西出现，新的平台、新的生命周期、新的模型，我们要做的，就是学习。