这几个模型经常容易弄混～ 下面来辨析一下他们叭～
文章目录
1. 概述这几个方法论的定义/原则
2. 从多个角度对比这几个方法论
方法论的定义与原则
精益——精益起源于日本丰田公司的“TPS”（丰田生产方式）。
精益的准则：
1、Eliminate Waste（消除浪费）
2、Build Quality In（嵌入质量）
3、Create Knowledge（创造知识）
4、Defer Commitment（延迟决策）
5、Deliver Fast（快速交付）
6、Respect People（尊重他人）
7、Optimize the Whole（整体优化）
精益的核心是：不停地（无情地）消除任何不增加价值的工作。
敏捷——敏捷软件开发一开始就是立足于如何做好一个软件产品。
敏捷软件宣言（敏捷软件开发的准则）：
我们正在通过亲身实践以及帮助他人实践，探寻更好的软件开发方法。通过这项工作，我们建立了如下价值观：
1. 个体和互动胜过流程和工具。
2. 可以工作的软件胜过详尽的文档。
3. 客户合作胜过合同谈判。
4. 响应变化胜过遵循计划。
也就是说，虽然右项也具有其价值，但我们认为左项具有更大的价值。
值得补充的是：所谓的scrum，xp编程，看板这三个概念，不能称作方法论，更倾向于是一种实践的方法。其中，scrum和xp编程倾向于是敏捷，看板倾向于精益
设计冲刺——设计冲刺脱胎于设计思维，是谷歌提出的一个5天快速解决重大问题的方法论。
主要流程是：
星期一，描述问题，提炼出要集中解决的问题。
星期二，头脑风暴，团队成员在纸上列出备选方案。
星期三，由一个成员引导大家对备选方案做出抉择，并将选中的方案转化为可测试的猜想。
星期四，快速搭建一个原型。
星期五，做一个小规模的用户测试，并收集用户的反馈。
方法论的辨析
精益和敏捷的同：
精益一开始并不是在互联网领域中提出来的，但是它适用于互联网领域。精益和敏捷本身就是相互支持的一个状态，它们的背后是类似的价值观和科学性。
精益和敏捷都是真的有产品的产出。
精益和敏捷的异：
在实践中，敏捷更倾向于做产品的0-1的过程。精益更倾向于做产品的1-100的过程，做大平台、大规模的运行。（因为精益脱胎于工业化生产的丰田，规模大）
设计冲刺和另两个的同：
都有着团队高效合作、小步迭代、用户参与的思想。
设计冲刺与另两个的异：
设计冲刺不要求做出真正的产品，它更倾向于是在对产品需求转换、功能设计阶段的时候做的一种方法。设计冲刺是帮助团队“想清楚做的是什么”的一种方法。而敏捷与精益是要求把产品“做出来”。
另外注意下，原型和最小可行产品的异同。敏捷中的最小可行产品是真产品（只做优先级高的功能），设计冲刺里的原型可以是“假的”。
如果觉得文章还可以ヽ(^㉨^)ﾉ，记得点赞关注我呀！
