欢迎回来。在这小节中，我们将讨论DevOps的第二个组件，Lean(精益)。 精益是一种消除浪费的系统化过程，最初是由W. Edwards Deming和Taiichi Ohno的丰田生产系统在制造业中设计的。它在第二次世界大战后彻底改变了日本的工业经济，后来又回到了美国玛丽和汤姆普兰佩德克的2003年出版的书《精益软件开发：敏捷工具套件》，书中提到，将精益技术应用到软件开发活动上。
他们确定了适用于软件的七项精益原则。与精益制造的即时信条类似，并与灵活的敏捷理念相一致。你尝试快速行动，但取决延迟决策并增强反馈循环和群组背景。建立诚信是一个重要的戒律，以下是7个精益原则
- 消除浪费
- 扩大学习
- 尽可能晚地决定
- 尽可能快决定
- 赋予团队权力
- 建立诚信
- 看作整体
让我们谈谈浪费。 精益的基本理念是识别你和你的组织执行哪些活动，为你们生产的产品或服务增加价值，哪些不增值。不增加价值的活动称为废物。精益中描述了三种主要类型的废物，它们都有日本名称。 Muda，Muri和Mura。Muri是主要的废物形式，它有两种类型。第一类，这在技术上是浪费的，但由于某些原因需要，例如合规性。
第二类，这简直是浪费。 Poppendiecks还定义了七种在软件开发中流行的主要废物。这包括错误和延迟，但它还包括在不需要的功能上花费精力。丰田没有多久就将精益生产转向产品开发。 Eric Ries的书《精益创业》（Lean Startup）中最近发现了一种流行的改编版本。在书中，他提出了构建 - 测量 - 学习循环作为通常的KAIZEN计划 - 执行 - 检查 - 行动周期的变体。
你专注于向客户提供最低限度的可行产品，获得他们的反馈，并从那里进行迭代，而不是试图分析完美产品需要在前期做什么。精益有多种技术可供选择。 KAIZEN（改善）是我们在上一篇中讨论过的。另一个是价值流映射，您可以在其中分析价值创造的整个途径，并了解确切的价值在何处，需要多长时间以及废物在该途径中的位置。
在精益产品开发中，该价值流被称为Concept to Cash。从构思到实现的整个过程，包括将其传递给客户所需的所有生产和分配。 DevOps在开始时只是间接地受到精益的影响，但是没有花很长时间才发现这些想法及其与DevOps试图完成的内容的相关性。事实上，持续交付的作者Jez Humble提议将CAMS的DevOps原则修改为CALMS，包括精益，John Willis在很大程度上同意他的观点。
《目标》，《精益软件开发》，《精益创业》和《精益企业》是四本优秀的入门书籍，可以教你最多关于精益的知识。精益已成为DevOps的重要组成部分，尤其是成功的DevOps实施。 Puppet Lab的DevOps状态报告将精益管理视为对组织成功做出最大贡献的两个关键实践之一。之后，在讨论我们的DevOps实践领域时，你将看到精益相关概念的痕迹。
在下一节中，我们将讨论以前的IT服务管理概念，以了解DevOps可能会取代的内容。