您的开发团队是否面临效率陷阱？

“努力还是摸鱼？”

这是一个职场老笑话了，当被问到这句话，人们往往回以礼貌一笑或单纯点头、做个鬼脸。这个笑话无伤大雅，但它总让人想起一个根深蒂固的观念：在工作时，我们必须时刻保持高效。

在谷歌搜索“工作效率”，会弹出数百万结果，无论是关于自我提升的书籍，还是 TED 演讲，又或是提高工作效率的应用程序，比如“如何在工作中提高工作效率”、“如何尽可能提高工作效率”和“如何充分利用工作时间”。

虽然在营销时人们都说这些方法是最时新的，但其实工作效率概念本身并不新鲜。事实上，心理学家 Oliver Burkeman 指出，在工业化进程中，我们需要最大限度地利用资源、减少浪费，因此，我们只关注工作效率。

万事皆有利有弊，从好的方面来看，保持工作效率有利于我们将工作时间花在达成目标上。但另一方面，效率目标有可能潜移默化地融入职场，不可持续的做法逐渐在工作场所中变得普遍，导致很快适得其反。

让我们来了解一下“效率陷阱”，什么是效率陷阱？它会对员工造成什么影响？如何尽早避免常见的效率陷阱？

开发人员速度和效率陷阱

在深入探讨效率陷阱之前，让我们快速明确所谓“开发人员速度”的含义。

开发人员速度指的是开发团队能够完成一定工作量的速度，通常根据故事点或任务来衡量，它是一种用于衡量开发团队效率的衡量标准。但需要注意的是，开发人员速度并不是一个唯一绝对的衡量标准，不能适用于所有场景，我们会在下文中详细介绍。

目前，最简单的解释就是开发人员速度可以用作规划与评估项目时间表的有效工具，但不能过分强调其作用，将其作为衡量成功的唯一标准。我们的目标应该是在不给团队带来不切实际压力的前提下，尽可能高效工作，以便不断达到速度目标。

避免效率陷阱

当效率本身用作主要目标时，开发人员会遇到问题，即只要没达到峰值效率，就会被认定为失败。这样会增加开发人员的压力，最终导致出现职业倦怠，一项研究表明 83% 的开发人员存在职业倦怠现象。

但效率指标非常有用，我们无法完全忽视。从基础上看，它是准确反映团队效率的晴雨表，可以帮助团队设定适当的目标，并排好优先级事项。因此，在开发环境中确定如何利用工作效率，必须谨慎小心，遵循相关规则，这一点非常重要。

例如，如果工作效率被用作当前活动的短期衡量标准，那么开发人员工作效率也会是一种非常有用的测量因素。但事实往往并非如此，在实践中，当工作效率被误用作某一衡量标准时，它会对开发人员的工作流程产生不利影响，并导致出现反作用效果。

在《四千周》一书中：对于普通人的时间管理，Burkeman 指出，“变得更高效只会让你更忙碌，而清理甲板只会让甲板更快被填满。” 这就像一边开水龙头，一边用杯子把浴缸里的水倒空一样，无论你多么努力，水位都会不断上升。正如俗语“好心办坏事”，当你的主要目标是提高工作效率时，你就会发现，任务总是源源不断地一个接着一个。

对开发人员来说也是如此：

• 完成更多任务；
• 并假定开发人员会始终保持高速工作（但这其实并不能长期持续）；
• 然后，新的工作接踵而至，循环往复。

因此，这就是我们必须要避免的最大的效率陷阱。只有当工作节奏保持不变时，工作效率才能作为有效的衡量标准。过度关注工作效率，并将其作为创造更多工作的动力时，所有人都不再是高效工作。相反，他们不得不时刻冲刺，以保持先前的步伐，同时还要承担不断增多的任务。

所以浴缸水位（压力）会一直不断上升。

现实生活中的效率之谜

想象一下，你是某个项目的开发人员负责人，原本你已决定采用敏捷项目管理法来完成工作，但是，你还需要决定如何开展工作，以便赶上截止日期和上市时间。

假设你已经根据先前工作中的开发人员速度，设置了第一个冲刺目标，即 60 个故事点。但是你注意到，在冲刺的三周后，团队的实际速度接近 45 个故事点，这意味着他们的表现未能达到原先的速度，此时你会怎么做？

你有两个选择：

• A：要求团队全力以赴，提高工作效率以赶上工作进度，毕竟这是因为他们没有达标！
• B：寻找其他办法，放慢工作节奏。

如果你选择了第一种办法，那么你可能会被现实狠狠拍醒。如果一种工作节奏明显不可长期持续，但你仍然要求团队更加努力工作，那么只会产生更多的问题，收获也会更不如人意。在这种情况下，衡量开发人员速度并不利于团队作业，可能导致压力、职业倦怠和工作质量低下等。

如果你选择了第二种办法，那么结果是开放的。你可能会发现项目进度变慢了，因为项目太复杂了，或者是你解雇了团队中的一员，或者一个项目的操作流程并不适用于其它项目。在这种情况下，掌握开发人员速度有利于团队作业，有助于识别和解决问题，降低压力，以便员工更好地工作。

适当平衡速度和效率

简而言之，开发人员速度可以是一种很好的工作效率衡量标准，但它需要谨慎使用。

为什么呢？

因为速度从来都不是完美的度量指标，开发人员需要在适当的环境中才能使用它。

归根结底，还是要平衡好开发人员速度和效率之间的关系。确保达到理想的工作效率，同时又不会导致开发团队过度劳作，造成弊大于利。

有兴趣了解更多如何实现二者平衡的知识吗？

下载我们的白皮书，探索如何在保障团队健康和整体效率的同时，充分发挥开发人员速度的作用。