为什么我们越来越需要带着“敏捷”的思维去开发软件？

作为一个研发团队管理或驱动者，或者一个几亿用户的客户端产品负责人，你最怕听到研发团队说什么？排前三位最不希望听到的就是：

（1）由于各种历史问题的原因，这个功能改不了；

（2）如果增加这个产品特性，由于各种原因需要至少2个人研发1个月；

（3）这个月的发版可能不能按时发了，有好多功能没开发完。

当整个公司都为这些问题感到焦虑、无奈甚至无语的时候，不得不去深入地反思，这背后有产品所处生命周期的问题，有设计架构不合理的问题，也有项目交付管理的问题，甚至有配置管理的问题。

大多数互联网创业公司做得最多的事情，就是抓住用户的核心需求，然后快速地做出来，在一个竞争环境下，谁先做出了用户喜欢的功能，谁就能在激烈的竞争中先占领这些用户。而在这种思想的指挥下，什么架构设计，什么项目管理，都不会比先把用户所需要的东西做出来优先级高。如同软件危机促进了软件工程的发展，当互联网创业大军的研发交付受到各种制约时，也推进了敏捷项目管理在国内的实施。

当一个研发团队管理者从战略角度去思考时，分析外部你会去看整个行业、你所在企业在行业中的位置、你的上下游企业的议价能力、竞争对手分析等。像波特五力分析那种在传统行业应用得滚瓜烂熟的分析工具和框架，同样也适用于新兴的互联网软件企业。而企业内部分析也同样可以参照那些已经成熟的战略思考框架。为了在同类竞争对手中建立自己研发团队的核心能力，我们必须去认真地思考我们到底需要什么？毫无疑问，对于互联网软件公司来说，保证质量前提下的交付效率是我们需要打造的核心能力。

交付效率怎么定义？可以定为及时交付率、可以定为项目平均交付周期等，不管怎样，其目标和结果就是，如果在同一起点研发同质化的功能，我们要领先竞争对手1～2个月。这里面需要架构师的努力，研发高手的拼搏，测试高手的奋斗，也需要有一种思想来引领整个团队来达到这个目标，这种思想叫敏捷。