今天来说说项目的节奏感问题，大家肯定听过各种项目过程模型，瀑布式、敏捷式等等，小步快走还是步步为营，到底是哪个模型好，就像讨论什么开发语言更好一样，一直争论不休。
我想回到问题的原点来讨论，项目的目标是什么，一定是支撑业务的发展，项目一定是为业务发展服务的。明确了这一点，那选择哪种模型就看哪种模型更能适合业务发展了。
业务的发展会有不同的阶段，前期就是要快速卡位，要快，肯定不能掉链子；中期一定要稳定推进，不能出大的漏洞，因为这时候服务的用户已经很多，输不起。因此我们看项目模型的选择，两种阶段需要的能力是不一样的，两种都需要。这就类比现代战争，一个大国的军事实力，一方面要有协同海陆空集团军作战，整体对抗的能力；另一方面也得有灵活的特种作战能力，精准打击，小成本实现战略目标。
瀑布模型，类比集团军作战，大规模过程节点推进严密，作战意图和规划需要提前部署，很适合大的战役。
敏捷模型，类比特种兵作战，过程中需要紧密的配合，信息需要高速传递，非常适合小的精准的打击。
我认为两种模型代表两种能力，其实在我们现实的环境中，两种能力都是需要的，更重要的是随着业务发展，去适时搭建匹配的能力。
业务初期，比如我们做一个网站，初期肯定需要快速尝试商业模式，根据用户反馈快速迭代，其实这时候人手也少，流程制度都缺失，项目质量高度依赖个人的能力，这就是特种作战的时候，这时候我们反而需要选择适合自己的工具、制度和规范，让我们逐步有集团作战的规范化能力。如果我们这时候缺失了这个能力的搭建，一旦业务成长起来，因为前期系统的野蛮生长，他会变得不可控，坑特别多，规范化、协同作战的能力如果没有跟上，质量会出大问题，后果不堪设想。
当业务度过了这个阶段，进入稳定期，我们的网站用户已经有了一定的沉淀，我们会发现之前的快速迭代，会让系统变得复杂化，有用的功能和无用的功能堆叠在一起，理清楚这些功能，需要的人手也越来越多，为了协调这些人，制度流程也会变得复杂，这就是集团作战的时候，这时候，我们会发现流程制度很完善，质量很高，但是一个很简单需求，我们反而无法快速支撑了，因为一个简单的需求，我们也需要考虑影响的范围，我们也需要繁杂的流程去协调各个负责人。如果任由发展下去，产品会失去竞争力，这时候，我们其实需要重新找回特种作战的能力，怎么找回，就是以一个大的产品需求为契机，重构系统，做减法，打乱原有的分工和流程，打破原有组织的藩篱，重新让大家快速起来。比如每年facebook都会有一次大的版本迭代，其实这就是让组织和系统重新盘活重构，重新具有特种作战的能力。
总结一下，小步快走和步步为营，都没错，都是团队需要具备的能力，我们做项目管理不光要把当前的项目完成，更需要关注团队能力的搭建，只有同时具备两种能力，才能在未来更好的支撑业务的发展。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
