每种软件开发方法在开发过程中都有多个角色。 团队的结构决定了程序。 几家公司有不同的布局，最终导致不同的方法。 这导致根据特定要求采取不同的策略。
本文将简要介绍精益和看板技术，并在最后进行比较。
精益
精益的历史
这种方法产生于 20 世纪。当时，它被称为制造方法论。出现的问题是在生产过程中交付丰田汽车。丰田的经理发现了它，并将其命名为丰田生产系统，但剩下的就是历史了。许多公司随后采用了该系统。
2003 年晚些时候，两位精益研究人员出版了一本名为“精益软件开发”的书。
精益定义
精益是一种通过减少浪费来改善产品交付的敏捷方法。有时听起来很尴尬，但非常有效。在精益术语中，浪费的定义完全不同，因此任何不会为最终产品添加任何新功能的东西都被称为其中的浪费。因此，这种方法使精益敏捷，因为项目需要迭代结构。在迭代周期中清除废物比在产品准备好时清除废物容易得多。
精益方法中的必要程序：
在这种敏捷方法中，测试是必不可少的过程。我们都知道不可能有没有错误的项目。需要修复错误。迭代周期检测每个循环中的错误，然后在出现时立即将其删除。通常，精益开发人员使用 XP 实践，其中有测试驱动的开发。这种开发可以最大限度地减少错误。精益团队内部的沟通必须很强。必须在需要时讨论所有项目问题，并且解决错误遵循层次结构。此外，开发人员在项目期间不断与客户联系。这提高了客户和用户对产品的接受度。
结构：
- 精益团队的结构类似于 Scrum 团队。
- 小而自我管理。
- 三个主要角色：产品负责人、团队成员和团队负责人。
- 团队中的人可以互换。
- 虽小，但效果显着。
看板
看板的历史
丰田在 1940 年代后期引入了关于制造到生产的“准时制”。当时它被称为拉动系统，这意味着展会是基于客户的需求，而不是生产商品并将其推向市场的标准推动做法。在 21 世纪，软件行业的主要参与者积极有效地在生产中使用它。
在日本规范中，看板被定义为广告牌或招牌。它起源于制造业，最初成为一个叫做敏捷软件开发的领域，
看板的定义：
它是用于定义、管理和改进提供知识工作的服务的工作流管理。它旨在最大限度地提高效率和可视化工作并进一步改进。看板的作用是识别流程中的潜在瓶颈并修复它们以实现具有成本效益的最佳吞吐量。
看板原则：
- 从你现在正在做的事情开始：看板不相信对设置或持续过程进行更改。它主要应用于当前的工作流。在一段时间内以团队感到满意的速度逐渐发生的任何变化。
- 同意追求渐进的、渐进的变革：看板相信小步走而不是大变革。如果做出重大改变，可能会导致团队和组织之间产生实质性的阻力。
- 最初尊重当前的角色、职责和职位：看板不会对组织进行任何更改。因此，更改可能表现良好的现有部分不是强制性的，因为团队将在需要更改时协作识别和实施。这一原则将克服通常伴随组织的对变革的典型恐惧和阻力。
- 鼓励各级领导行为：看板通过不断鼓励团队成员来鼓励他们。这是因为它相信领导力不仅仅来自高级管理人员。任何级别的人都可以在需要实施变革时展示他们的想法并表现出领导力，以便他们能够持续交付他们的产品和服务。
| 参数 | 精益 | 看板 |
|---|---|---|
| 原则 | 1.消除浪费; 2.扩大学习; 3.尽可能晚地决定; 4. 尽快做出决定; 5. 为团队赋能; 6. 建立诚信; 7. 查看整体 | 1. 专注 - 减少多任务处理; 2.减少浪费; 3. 客户的需求 |
| 实践 | 1. 看到浪费; 2. 价值流图; 3. 基于集合的开发; 4. 拉力系统; 5. 排队论; 6. 动机; 7. 测量 | 1. 可视化; 2. 限制在制品; 3. 流量管理; 4. 使用反馈循环; 5. 明确政策; 6. 实验进化 |
欢迎任何形式的转载，但请务必注明出处，尊重他人劳动成果。
转载请注明：文章转载自 有区别网 [http://www.vsdiffer.com]
本文标题：精益和看板的区别
本文链接：https://www.vsdiffer.com/vs/lean-vs-kanban.html
免责声明：以上内容仅是站长个人看法、理解、学习笔记、总结和研究收藏。不保证其正确性，因使用而带来的风险与本站无关！如本网站内容冒犯了您的权益，请联系站长，邮箱：，我们核实并会尽快处理。