从瀑布到敏捷——用漫画解读软件开发模式变迁史
软件开发模式一共经历了五个阶段，分别是瀑布模型（waterfall），敏捷开发（agile），看板（KANBAN），SCRUM 和精益软件开发（lean）。除了瀑布模型这间小屋和其他小屋有着明显的界限之外，其他几种模型就像一个四合院，有着不可分割的关系，这也恰好表明，瀑布模式和敏捷开发模式是软件工业先后经历的两个阶段，而 KANBAN，SCRUM 和 LEAN 则是敏捷运动的产物。
瀑布模型：
所谓瀑布模型，就是说，软件开发是按照一定顺序展开的（传统线性生产流程 : Traditional,linear production flow）。就像汽车生产的流水线一样，每个部门各司其责，工作按照顺序展开，交付件单通道线性流动。你看这幅图，总体上就分为：需求 → 设计 → 制造 → 测试，四个阶段。在这个系统中，客户被排除在生产系统之外，它们只能从需求的接口人那里向系统输入需求。正因如此，客户无法理解生产所需的费用以及为什么交付总是会延期，也就会出现一种情况：甲方催我们交付，我们催甲方交尾款。
不仅如此，由于瀑布模型是采用线性的方式工作的，也就会出现各个阶段的员工闲置，无事可干的情况，这也是对时间的一种浪费
敏捷开发：
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态
这个模型就解决了瀑布模型把客户排斥在开发系统外的问题，在敏捷开发中，客户会参与到软件开发的整个流程中。整个开发过程不再是一堵不透风的墙，透明是关键（TRANSPARENCY IS KEY）。利用敏捷模式开发出的产品，相较于传统的软件交付方式，一个显著的特点是能够及时响应客户需求的变更，不断适应新的趋势。但是，随着越来越多的用户参与进来，越来越多的问题也暴露出来了，越来越多不着调的需求也会被提出。
看板：
看板管理，常作“Kanban管理”，是丰田生产模式中的重要概念，指为了达到及时生产（JIT）方式控制现场生产流程的工具。及时生产方式中的拉式（Pull）生产系统可以使信息的流程缩短，并配合定量、固定装货容器等方式，而使生产过程中的物料流动顺畅。KANBAN要求把开发中的任务，以 TODO List 的方式表现出来：形式可以是即时贴，也可以是可视化软件等等。在制造业中，看板也是非常重要的管理方法。也有将其称为目视化管理的。
Scrum：
Scrum原始含义是指英式橄榄球次要犯规时在犯规地点对阵争球，在软件开发领域中，SCRUM是一种迭代式增量软件开发过程，它包括了一些预定义的角色：
产品负责人 Product Owner：产品负责人负责维护订单
Scrum主管Scrum Master：SCURM Master 对整个SCRUM 过程负责，不惜一切代价（AT ANY COST），保证团队的工作时间和计划。
开发团队Team：在 SCRUM 过程中，开发团队通常会进行冲刺 （Sprint），一个冲刺周期的长度通常是2-4周。
精益软件开发：
精益软件开发不再像传统的软件开发一样，耗时几年才向客户交付完整的软件。取而代之的是，优先建立一个最简可用的原型产品投放市场或交付到客户手中。
但是真正实现起来的时候并没有这么容易，因为设计师们往往无法真正做到只把最必要的功能留在初级版本，为什么呢？因为他们总想着做点什么小细节来博取客户的赞叹，Mr Jamie曾把这种心理称为艺术家心结。
标签：软件开发,模型,SCRUM,敏捷,瀑布,开发,漫画 来源： https://www.cnblogs.com/bigbigcar/p/16093579.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。