在DevOps中，我们喜欢日语单词。主要是因为精益在日本得到了如此强烈的采用，我们从他们那里得到了大量的借鉴。像andencord和kaizen。 Kaizen是一个受欢迎的开发者文化实践。Kaizen字面意思是变得更好。我们可能会将其粗略地翻译为持续改进。 Kaizen是丰田汽车生产系统著名的精益模型的重要组成部分。Kaizen日本单词是“改禅”，中文的意思就改善。我们知道禅道这个bug国产软件，如果你注意它英文翻译应该是zentao。
Masaaki Imai的书Kaizen提到：日本竞争成功的关键在1986年将Kaizen引入西方世界并解释说有六个原则指导Kaizen流程，即使是人们为改善事物而做出的微小改变也会产生很大的结果。这六个原则听起来很熟悉，因为它们反映了齿轮的许多要点以及推动持续集成的频繁小批量修改的思维。其中有一个单词叫“Gem ba”，值得我们讨论以下。
Gem ba在日语中它意味着真实的地方。它曾经被用来表示从犯罪现场到制造场所的所有事情，我们最好把它翻译成“现场”。Kaizen强调要查看创建价值的实际位置或问题所在的位置。没有关于它的报告，没有关于它的指标，没有关于它的过程，没有关于它的文档，只有观察和改善问题。
你知道在制造工厂中它就像是实际生产车间的一个地方。在IT中，人们正在做这项工作。在某些情况下，它甚至可能意味着转到代码或系统本身来查看它们实际上在做什么。现场处理。这实际上是对Gemba的解释。俄亥俄州立大学着名医生兼研究科学家理查德库克博士拥有他所谓的库克规则6。如果他们打电话给你关于一个病人，你直接去看看病人就好。这就是Gemba。改善过程很简单。就是一个从 计划，到检查，到行动的循环，如下图。
首先，你要定义您打算做什么以及希望结果是什么。然后你执行它，然后分析结果并进行所需的任何更改。如果您的最新计划的结果优于之前的基准线，那么现在它是新的基线。无论如何，它可能会建议后续计划，执行，检查，行动周期。这个周期对你来说听起来不太新，它基本上是我们在学校教授的科学方法的一种更具战术性的形式。是的，但令人惊讶的是我们经常不将它应用于我们的商业活动，而是使用流行的变体之一，如计划，不做，撒谎，喝酒。
这个循环在商学院一般都教这个。计划，执行，检查，行动的简单过程不仅仅是给予价值并产生任何改进。它更多的是教人们批判性思维技能。在建造汽车之前，丰田首先做到了这一点。另一个用于解决问题根源的Kaizen工具称为Five Whys。它背后的想法很简单。当出现问题时，您会问这个问题为什么会发生？当你得到答案时，你会问为什么会这样？ - 您可以根据需要重复此操作，但五次通常足以将链条耗尽至根本原因。
当使用五个为什么时，要记住四件事。一个是关注潜在的原因而不是表面症状。 另一个是不接受没有足够时间的答案。你知道我们总是在约束下工作。我们需要知道是什么导致我们超越这些限制。第三，通常在你的五个中会有叉子，因为多个原因会影响一个元素。可以使用称为鱼骨图的图表来跟踪所有这些。第四，最后，不要接受把人为错误作为问题发生根本原因。
这始终指向过程失败，或缺少具有足够安全防护的过程。在五个为什么活动中使用的引用是人们不会失败，流程会这样做。好吧，那是Kaizen。持续改善和我们后面介绍的CI和CD是有相同的思想和文化。我们在本课程中介绍DevOps文化的最后一部分。（DevOps是一种文化，已经结束）接下来第三章，我们将讨论DevOps的根源。