资源效率与流程效率，第2部分：对人员的影响

最新推荐文章于 2024-10-11 17:30:36 发布

danpu1174

最新推荐文章于 2024-10-11 17:30:36 发布

阅读量136

点赞数

文章标签： java 人工智能大数据 python 编程语言

如果您还没有阅读“ 资源效率与流程效率，第1部分：看到系统” ，那么我将在其中解释有关针对给定人员的工作进行优化与针对功能进行优化。一些刚接触敏捷的人（包括管理人员）对于在流程中工作还是对一个人进行优化存在疑问。

经理问：

我如何知道如果要提高流动效率，工作将不会花费更长的时间？
如果一个人不对他/她的工作负责，我该如何进行绩效管理？（什么是问责制等？）

这篇文章是关于工作的时间以及人们无法完成工作时的感受。

当您拥有专家时，例如在资源效率方面，工作会排在专家后面。假设您有三位具有这些独立专业领域的高级人员：

辛迪（Cindy）对数据库的内部知识以及如何使事情变得快速有深入的了解。（我认为这是平台。）
Brian对事务处理层以及如何将数据从产品中的一个地方移到另一个地方有深入的了解。（我认为这是中间件。）
安倍晋三对于如何向客户展示数据以及如何创造良好的客户体验有着深刻的了解。（我认为这是UI层。）

您需要功能1和2，它们对用户界面有重大影响。安倍是一位精通所有必要人员以使UI正确的专家。同时，Cindy和Brian继续进行功能3、4和5，因为在功能1和2上还不需要它们。

如果您测量了累积流量，您会发现所有五个功能都打开了一段时间，因为这三个人已经开始使用它们，但还没有完成任何事情。

安倍遇到UI问题。客户没有回应，或者产品管理人员不可用。某些事情阻碍了他的进步。因此，他启动了Feature 9，这是具有重要UI设计的下一个功能。

请注意，他不会启动下一个排名较高的功能。他开始下一个，他可以工作。

Cindy和Brian也遇到延迟，因为测试自动化不存在，或者构建时间太长（或其他时间）。选择上周发生的任何事情作为障碍。

他们需要保持忙碌，因此他们看到Feature 6都需要它们。他们开始。他们意识到需要进行UI工作。他们问安倍是否有空。不，安倍正在开发Feature 9，而不是Feature6。现在，Cindy和Brian正在开发另一个功能。

如果这听起来像您的项目，那么您并不孤单。这是资源效率的结果。

资源效率对人的影响是多任务处理，这是一种迫在眉睫的压力，因为您可以看到截止日期，但是距离还很近。您想知道您是否会完成工作。

相反，想象一下Cindy，Brian和Abe是否与测试人员一起使用Feature1。他们可能准备工作的平台和中间件部分。他们可能会帮助Brian进行原型的生成和迭代。如果安倍需要专注于某些特定的事情，他们也许可以敲门。 “我将在几个小时内完成此工作。您可以预定会议室并要求产品经理在吗？她总是在UI上给我带来麻烦。我现在想知道她对此的看法。” 或者，“您能打电话给客户A并准备几个小时的演练吗？”

您可能会认为这种预留房间或呼叫人员的工作是项目经理应该做的事情。实际上，这些行为是仆人的领导行为。任何人都可以做到。

在开发的某些部分，我们经常有提前期。即使我们想顺其自然地工作，也可能需要其他人来完成。

即使Cindy和Brian无法直接帮助UI，他们也可以使安倍晋三更容易获得成功。而且，如果一开始涉及测试人员，则测试人员可以创建不依赖GUI的自动化测试。也许不使用产品代码的开发人员可以提供自动化测试框架的帮助。（我发现对于数据驱动或自动化测试不熟悉的测试人员并不总是知道如何开始。开发人员可能会提供帮助。）

想像一下Cindy，Brian和Abe是否不是他们团队中唯一的人。他们是最高级的，团队中还有其他两个或三个开发人员。当更多的初级开发人员有疑问时，会发生什么？辛迪，安倍和布莱恩必须停止讲述自己的故事，才能与其他人一起工作。或者，也许他们不这样做，其他人被困住了。我一直在团队中看到这一点。我敢打赌，你也是。

当我们优化资源效率时，我们的人的工作尚未完成。他们未完成的工作越多，他们后面就会排队等待更多的新工作。他们整天努力工作，觉得自己什么都做不成，因为什么也没做。

当我们优化流程效率时，人们会一起完成事情。他们的工作量较少。他们有成就感，因为他们可以指出自己已完成的工作。

由于我不是学者，所以我不能保证团队可以更快完成任务。但是，您已经听说过“许多双手可以使照明工作正常”。那是主意。当我们彼此帮助完成工作时，我们所有人都会更快地获得成功。

第3部分将讨论经理们对绩效管理的看法。