小型项目需要敏捷--迭代开发模型的应用
现在的项目模型越来越严谨，问题风险越来越少。这对一个大公司是很有用的流程。我们确实也需要通过不断的根据需求完善这套流程。
但现在的业务流程有它自身的局限性。它使得项目越来越笨重，会议、文档、时间等沟通等成本增加，流水线过长将增加大量的固定成本。我们有必要考虑新的思路--迭代开发模型的应用。
长流程优势：
n 安全：通过各个环节不断迭代，分散风险。
n 责任：各环节层次清晰，明确责任，避免后期分歧。
n 一致：保证产品是跟需求一致的。
n 成本：由于前期长流水线的审核的准备，后期基本上一次塑造成型，避免全面重构。
长流程劣势：
n 效率：固定的评审环节，增加沉没成本。
n 僵化：当各方面达成一致，新需求再出现的情况下，有惯性壁垒，很难做出大的调整。
n 时效：由于固定的前期环节，客户看到最初的产品模型，将经历较长时间。
短流程迭代模型：减少评审环节，迅速出demo，后期通过需求的一致性不断迭代。
短流程优势：
n 敏捷：迅速出demo，第一眼看到结果的时间缩短。
n 灵活：通过不断迭代，不断逼近最终需求。
短流程劣势：
n 沟通：需要团队成员较多的沟通做为支持。
n 责任：由于没有明确的环节，责任不明确。
n 重构：多次迭代对于重构的成本非常高。若大项目做基础性改版，将成为噩梦。
案例：平台接入DEMO制作。
项目需求紧急，时间短，需求少。
无UC，无评审。
2天开发出原型。4天时间迭代。
综上：在大型项目中，可以不断优化流程，增加安全边际。在小项目中，可以减短流水线，用敏捷迭代的形式开发项目。