资源效率与流量效率，第1部分：了解系统

我一直在与许多想以更敏捷的方式工作的人一起工作。 这些好人有一个绊脚石：资源效率与流量效率。 部分原因是因为他们如何看待工作系统。

如果您曾经使用阶段或瀑布式方法，则可能试图优化资源效率：

在此图像中，您看到工作从一个人流向另一个人。 这张图片没有显示出工作流程存在延迟的事实。

每个人都是专家。 这意味着他们-并且只有他们-才能做自己的工作。 他们越高级，越专业，他们就越需要从事这项工作，而其他人的能力就越差（从事这项工作）。 考虑一下UI设计器或数据库管理员。 我经常看到没有扮演这些角色的团队。

利用资源效率，您可以一路优化每个人。 获得功能后即可获得。 每个人都被“充分利用”。 这导致延迟的代价 。 （请参阅潜水寻宝，以了解更多延迟费用。）这还会导致以下问题：

• “这要花很多时间才能使人们在这里快速发展。”
• “只有弗雷德可以从事这一工作。 他是唯一知道该代码（或其他任何代码）的人。
• “你不能休假。 那是在我们要出货之前，您是唯一知道产品那部分的人。”
• 许多功能已部分完成，但很少完成。 （正在进行的工作非常高。

与流量效率对比：

在流程效率方面，团队采用了此功能。 该团队可能专门研究该功能区域（我在程序中经常看到这一点）。 如果任何人需要一天或一两周的时间不在工作中，则团队可以在没有该人的情况下继续进行工作。 是的，团队的速度可能会慢一些，但他们仍然可以发布功能。

在流量效率方面，每个人“知道”什么都没有关系。 团队优化其工作以完成功能。 当团队配对，蜂拥而至或用暴民来完成功能时，当团队限制待办事项的积压时，您会看到此信息。 如果团队使用看板，并且将进度保持在极限状态，那么他们也可以看到流程效率。

资源效率是关于个人层面的优化。 流动效率是关于功能的优化。

如果要过渡到敏捷，请问以下问题：“我们如何优化功能？ 我们是否让每个人都忙都没关系。 我们需要发布功能。” 这是一种观念转变，可能会挑战许多人。

这就是为什么您应该问这个问题：您的客户购买功能。 他们不买你的忙。

当我告诉管理者资源与流程效率的关系时，他们经常会说：“是的。 但是我们怎么知道这些功能不会花费更多的时间呢？” 和“我们如何知道如何进行绩效管理？” 我将在第2部分和第3部分中解决这个问题。

翻译自: https://www.javacodegeeks.com/2015/09/resource-efficiency-vs-flow-efficiency-part-1-seeing-your-system.html