我一直在与许多想要以更敏捷的方式工作的人一起工作。这些好人有一个绊脚石：资源效率与流程效率。这部分是因为他们如何看待工作制度。
如果您曾经使用过阶段或瀑布方法，您可能已经尝试过优化资源效率：
在此图像中，您看到工作从一个人流向另一个人。这张图片没有显示的是工作流程中存在延迟的事实。
每个人都是专家。这意味着他们——而且只有他们——可以完成他们的工作。他们越高级、越专业，他们就越需要做这项工作，而其他人的能力就越弱（对于那项工作）。想想 UI 设计师或数据库管理员。我经常看到团队没有他们所必需的角色。
通过资源效率，您可以在整个过程中为每个人进行优化。当你得到它时，你就得到了这个特性。每个人都被“充分利用”。这会导致 延迟成本 。它还会导致以下问题：
- “让人们跟上这里的速度需要很长时间。”
- “只有弗雷德才能做到这一点。他是唯一知道该代码（或其他）的人。
- “你不能休假。那是在我们要发货之前，你是唯一知道产品那部分的人。”
- 许多功能已部分完成，完成的太少（正在进行的工作相当多）。
将其与流动效率进行对比：
在流程效率方面，团队占据了优势。该 团队 可能专注于该功能领域（我在程序中经常看到这一点）。如果有人需要离开工作一天或一两周，团队可以在没有那个人的情况下继续工作。是的，团队可能会慢一点，但他们仍然可以发布功能。
在流动效率方面，每个人“知道”什么并不重要。团队优化其工作以完成功能。当团队限制进入迭代的积压工作时，当他们 结对、集群或暴民 完成功能时，您可以看到这一点。如果团队使用看板并保持在制品限制，他们也可以看到流程效率。
资源效率是关于在个人层面上进行优化。流量效率是关于优化功能。
如果你正在过渡到敏捷，问这个问题，“我们如何优化特性？让每个人都忙起来也没关系。我们需要发布功能。”这是一种思维方式的改变，可以挑战很多人。
这就是您应该问这个问题的原因：您的客户购买功能。他们不买你的忙碌。
当我告诉管理人员有关资源效率与流程效率的问题时，他们通常会做出反应，“是的。但是我们怎么知道这些功能不会花费更多时间呢？”和“我们如何知道如何进行绩效管理？”我将在 第 2 部分 和第 3 部分中解决这个问题。
