开发模式之敏捷

        今天在公司等复联3的首映，无聊之余想起来好久没写博客吹牛B了，借这点时间补一下之前瀑布开发的续集。

       之前也分享过瀑布模型，关键一个字 --“细”。瀑布流式的节奏，充分利用资源避免浪费，重规划轻迭代，去繁从简，找关键指标，避免反复试错，节省迭代压力。

       而今天的主题，敏捷开发恰恰相反。敏捷开发的关键字---“快”。将项目拆解成一个个细小的需求，快速完成细小琐碎的需求，轻规划重迭代，不断试错不断调整，天天有需求，周周有上线。

       敏捷开发的显著特点：

       1.简单设计，重复迭代，减少不必要的文档。

       2.客户最关心的功能最先完成，客户可以对每次迭代的成果进行确认，提出改进意见。

       3.需要更强的个人和团队能力，所有开发人员对项目的理解是一致的，且团队的沟通能力很重要。

       4.敏捷开发没有办法在一开始就给出项目完整的成本计划，测试驱动开发

       5.在有技术问题还没有解决的情况下不适合展开迭代。

       其实，在一个公司，甚至在一个项目中都不见得只采取一种开发模式。博主所在公司开发BI，1.0采取敏捷开发模式，快速迭代实现从0到1的突破，实现BI功能的从无到有；而到2.0，则采取瀑布模型，因为敏捷开发承受不住成倍增加的迭代修改压力，所以放慢步调，重规划轻迭代，实现BI功能的个性化定制。展望BI3.0，会结合模型和算法提供基于数据预测的决策支持，会考虑DevOps部署方法，通过闭环来促进良性循环。

       所以，不管是什么样的开发模式，没有十全十美的，适合的才是最好的。