用日本的管理做法消除DevOps浪费

Liran是Rookout的联合创始人和首席技术官，是一位屡获殊荣的网络安全实践者和作家，他倡导现代软件方法论。

精益方法论直接源于丰田生产系统(TPS)，该系统基于消除浪费以实现流程效率的理念。它在很大程度上依赖于“准时”的思维模式，只在“需要的时候制造需要的东西，在需要的时候制造需要的数量”。在软件开发中，这意味着只开发客户需要的功能，并且只在他们需要的时候开发。

为了强调这一点，并激发一些创意，让我们来看看日本人对慕达、穆拉和穆里的概念，以及当我们构建和发布软件时，这是如何适用于精益的。

Muda是我们正在努力消除的“浪费”，它直接损害了效率。浪费是任何不创造价值的活动，以我们提供的产品和服务的形式出现。每个工程师都知道，花半天时间开会是痛苦的浪费时间。

Mura是“不均匀”，指的是过程本身或产生的输出中的任何变化。在软件开发中，“Mura”导致不可预测性，这使得人们不可能接受“及时”的思维方式。如果即将推出的新功能的质量不确定，则必须预留额外的时间和资源用于质量保证和错误修复工作。最好事先知道你会得到什么，需要多长时间，费用是多少。

MURI是“负担过重的”，当我们要求我们的团队、工具和流程不合理时，就会发生这种情况。如果我们想要及时交付特定的功能，那么我们必须分配适当的时间和资源。给我们的工程团队太多的同步任务，或者不给他们成功所需的工具，只会导致在时间、数量、质量或成本上的失望。

深入穆达-我认为精益方法论的大罪-以下是我们应该始终关注的浪费形式：

生产过剩-生产超过需要，或在需要之前生产。除了不需要的功能外，我们经常过度分配计算资源，尤其是在非云环境中。