从瀑布到敏捷——漫画解读软件开发模式变迁史

（先用中文将其翻译）

整体的流程

此长图简要地概括了软件的开发从瀑布式软件开发到敏捷开发模式，再到看板模式，经历了SCRUM模式最后步入了精益软件开发模式。

瀑布式软件开发

将软件开发比喻成汽车制造的生产线，客户先下订单，阐述自己需要什么，然后经历“设计”“生产”“测试”后交付于客户，但从图片中我们可以看出一些问题：1、客户跟整个生产车间是相隔开的，客户不了解产品从构思到实体中间究竟需要经历哪些步骤，耗费多少人力物力，导致他们会低估产品的成本，就像插图角落里的瘪气自行车一样。2、程序员只完成自己的部分，他们并不关心（也不需要）其他程序的过程。3、在测试区的员工看起来无所事事，其实是因为他们在产品到达测试步骤之前还没有需要完成的工作，这就造成了人力资源的浪费。

（瘪气自行车不能没有姓名！）

敏捷开发模式

敏捷开发模式不像瀑布式软件开发一样，它讲究“透明是关键”，即客户可以看到软件生产的过程，同时也参与了开发的过程。但由于客户可以在此过程中提出问题，就会导致一些不着调的要求出现，且客户量越大问题越多。敏捷模型的一个显著特点“迭代”出现了——不断对产品进行细微的、渐进式的改进；另一个显著的特点——通权达变：及时响应客户需求的变更，不断适应新的趋势。

（看那个腰里别奶瓶，随着奶孩子的蓝衣爸爸就知道了，立马让设计师给孩子加个座椅           第一稿圾桶里见吧）

 KANBAN模式

什么是KANBANnbsp;

“Kanban管理”，是丰田生产模式中的重要概念，指为了达到及时生产（JIT）方式控制现场生产流程的工具。及时生产方式中的拉式（Pull）生产系统可以使信息的流程缩短，并配合定量、固定装货容器等方式，而使生产过程中的物料流动顺畅。 

（丰田大师在线求出场费） 

（从“计划”到“行动”到“问题与回答”再到“已完成”用便签纸写在看板上，明明白白！） 

SCRUM 模式

“Scrum原始含义是指英式橄榄球次要犯规时在犯规地点对阵争球。争球双方各有8个队员参与,各方出3名前锋队员,并肩各站成一横排,面对面躬身互相顶肩,中间形成一条通道,其他前锋队员分别站在后面,后排队员用肩顶住前锋队员的臀部,组成3、2、3或3、4、1阵形。然后,由犯规队的对方队员在对阵一侧1码外,用双手低手将球抛入通道,不得有利于本队。当球抛入通道时,前排的3对前锋队员互相抗挤,争相踢球给本方前卫或后卫队员,前卫和后卫队员必须等候前锋将球踢回后,方可移动。” 

（长矛哥） 

拿着长矛随时拼命的是主管，他们的主旨是“不惜任何代价保护团队的时间。”开发团队通常会在两到四周的时间内进行高强度高专注的冲刺 （Sprint）。

精益生产和管理模式（LEAN）

 （“车子”）

  现在生产的车子只有四个轮子、一个方向盘和一把座椅，无论有多么的简陋，能启动能转弯能刹车的车就是好车。左下角还有一个箭头对其进行解释MVP（minimum viable product），“最简可行产品”——用最快、最简明的方式建立一个可用的产品原型，这个原型要表达出你产品最终想要的效果，然后通过迭代来完善细节。

  虽然听起来很简单，但是施行起来并不容易，大刀阔斧地把额外附加的功能除去有多困难，可能只有在右下角满面愁容的大叔知道了。

（夕阳西下，断肠人在天涯） 

有人负责,才有质量:写给在集市中迷失的一代的感悟 读后感 

所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人，不能是几个人——二重奏除外。 

  此文章 《有人负责,才有质量:写给在集市中迷失的一代的感悟》出自一个拥有26年编程经验的程序员，想必他见识过IT行业的潮起潮落，旺盛兴衰。将计算机编程比喻成“学会用钉子把两块木板钉到一起一样简单”，学会编程仅仅是最基础的，编排程序，让其运行后更好地解决实际的问题才是最重要的。他一语道出如今IT届存在的问题臃肿的代码，乱糟糟的软件，就像早期的集市一样。

  他希望年轻的一代不要重蹈如今现状的覆辙，不要为简单的复制黏贴而沾沾自喜，能够看清如今IT届的瓶颈并突破才是当务之急。

  辉煌的大教堂并不是人类诞生的那一刻就存在的，是人类文明在不断不断，持续成百上千年迭代的产物。计算机行业的兴起不过才短短几十年，总归需要经历过蛮荒的一代，才能真正兴旺起来。

软件工程方法论对我们软件开发有多大的用处谈你的看法

  老师在软件工程导论时提到，什么专业与我们软件工程较为相关电子类械类不是，而是管理类。 我们有可能会觉得，管理类难道不是文科的专业吗我们工科有什么关系/p>

  其实不然，如何建立模型分配有限的资源达到收益的最大化，正是体现了数学的思想。况且，方法论中凝结的是前人无数次的跌倒后爬起的经验，我们为什么不吸收前人的经验呢以软件工程的方法论是我们绝对不可以摒弃的。

  如果想要衡量整个用处有多大，可以把程序比喻成食材，菜谱比喻成软件工程方法论。如果越是希望做出来的菜美味可口，那么，菜谱就越重要。

来源：Crush4747