Muda 是日语单词，表示浪费（或浪费的精力）。 在敏捷环境中，浪费是增加项目成本但不增加客户价值的任何东西。 Scrum 使用术语 Muda 来指代任何会产生浪费的活动，约束或障碍。 本文旨在阐明概念并帮助您 在日常工作中 发现 手印 。 这样，您就可以摆脱它，并通过人们的努力增加价值。 如果您已经熟悉了这个想法并想做出贡献，那么在评论中欢迎您的考虑。
大野大一 （Taiichi Ohno）在工业环境中（丰田生产系统，您可能已经听说过）概述了Muda一词。 但是浪费的努力显然可以在汽车行业以外的许多情况下发现。
本文适用于软件开发行业，在该行业中，敏捷原则得到了广泛的研究和应用（或至少被提议）。
以下是一些最常见的散打案例，并提供一些示例。 如您所见，它们在某种程度上是相互联系的。
- 库存 ：也称为“进行中的工作” （WIP），在启动和处理太多任务时发生。 专注于少量任务将帮助您（和您的团队）更快地完成任务。 选择一个任务并进行处理，直到完成为止。 集中精力还可以帮助您减轻下一项： 浪费的运动 。
- 浪费的动作 ：是指上下文频繁更改时发生的浪费。 也称为“多任务处理”，它可以深刻影响人们的专注能力并显着降低他们专注的质量。 消除干扰和上下文切换，以提高工作效率。 而且，如果您想提高其他人的生产力，也请避免打扰他们。
3. 过度处理 ：当流程本身优先于业务价值时发生。 例如，过多的文档和报告，甚至不必要的管理开销。 相对于流程和工具，更喜欢重视个人和互动 （请参见敏捷宣言）。
4. 生产过剩 ：可以通过实施无法最大化交付给客户的价值的功能来发现。 尽管人们可能会力图创造价值，但最终实现的功能却没有那么有用。 为避免该问题，请记住80/20规则：
项目价值的80％来自其功能的20％
5. 纠正错误 ：即使使用持续集成系统和测试框架，在复杂系统中仍会发生一些错误。 修复错误是一项不会增加业务价值的工作，但是只要发现（或创建）错误，就可以节省时间。
“今天修复一个错误，这将花费一个小时，一周之内修复它，将需要三个8小时的时间。” — Scrum Inc.
6. 沟通问题 ： 当项目成员之间的信息交换不当时，就会发生这种情况。 如果团队成员必须等待关键的信息，沟通不畅会造成延迟。 不清楚的信息会大大降低有效性。 确保项目成员之间的沟通清晰，并且每个参与人员都了解他们的任务。
7. 等待 ：是由于无法使用当前可用资源引起的。 例如，请考虑有人具有非常专业的知识的情况。 如果您需要专业知识并且该人正忙于一项任务，那么除了等待之外别无他法。 消除等待的关键是最大程度地减少对专业技术，信息和工具的依赖。 确保鼓励团队分享他们的经验。
在我们的日常工作中发现Muda是一项非常有价值的技能。 一旦开始发展对Muda的认知，您将立即能够减轻它。 最重要的是，这将使您变得更有生产力，更少疲劳和更有动力。
维基百科->有很多例子和一些历史
ScrumINC->关于Muda的15分钟课程
