今天在公司等复联3的首映,无聊之余想起来好久没写博客吹牛B了,借这点时间补一下之前瀑布开发的续集。
之前也分享过瀑布模型,关键一个字 --“细”。瀑布流式的节奏,充分利用资源避免浪费,重规划轻迭代,去繁从简,找关键指标,避免反复试错,节省迭代压力。
而今天的主题,敏捷开发恰恰相反。敏捷开发的关键字---“快”。将项目拆解成一个个细小的需求,快速完成细小琐碎的需求,轻规划重迭代,不断试错不断调整,天天有需求,周周有上线。
敏捷开发的显著特点:
1.简单设计,重复迭代,减少不必要的文档。
2.客户最关心的功能最先完成,客户可以对每次迭代的成果进行确认,提出改进意见。
3.需要更强的个人和团队能力,所有开发人员对项目的理解是一致的,且团队的沟通能力很重要。
4.敏捷开发没有办法在一开始就给出项目完整的成本计划,测试驱动开发
5.在有技术问题还没有解决的情况下不适合展开迭代。
其实,在一个公司,甚至在一个项目中都不见得只采取一种开发模式。博主所在公司开发BI,1.0采取敏捷开发模式,快速迭代实现从0到1的突破,实现BI功能的从无到有;而到2.0,则采取瀑布模型,因为敏捷开发承受不住成倍增加的迭代修改压力,所以放慢步调,重规划轻迭代,实现BI功能的个性化定制。展望BI3.0,会结合模型和算法提供基于数据预测的决策支持,会考虑DevOps部署方法,通过闭环来促进良性循环。
所以,不管是什么样的开发模式,没有十全十美的,适合的才是最好的。