由于变化始终在进行着，许多的项目团队也在不停地寻找比瀑布型更加灵活的流程。很多的方法使用了一种更加流畅的流程，每个步骤都紧接着上一段，例如：如果采用敏捷或快速的开发流程，那么网站的版本就可以以快速、迭代式的时间表发布。敏捷型流程开发通常将更多的精力放在快速合作上，这样就减少了在详尽的文档和正式的签署上所花的精力。

真正的敏捷型流程（如：出自敏捷开发联盟的成员研制的最佳实践）要求小型团队，团队队员间在物理位置上彼此相邻，只花少量精力定义团队成员间的角色。团队以这种方式工作可以进行亲密合作，减少了设计、开发和测试阶段中对大量文档的需求。当团队成员提出问题后，可以和其他团队成员通过快速的白板环节得出答案，然后不必在等待出详细文档和文档审批上花时间，立即实践解决方案。并且，在某次迭代版本发布后，相关人员可对功能完整的网站进行评估，其评估的结果将被纳入下一次的迭代计划（各迭代版本是某网站或应用的草稿版本）。

当敏捷型流程如其设计般运作时，对于我们来说是件多么美好的事。但是，目前在一些大多数公司以及咨询活动中，很少有团队采用纯粹的敏捷型流程。这又是为什么呢？原来由于现在越来越多的公司组建的团队都是分散在各处的，远程工作，这让采用纯敏捷型流程所需要的保持高度的合作变得很困难，没办法获得更大的好处。