# 间奏曲：生产效率度量和不明飞行物

下面的间奏曲是我们严肃讨论（哦，是的，真是非常的严肃）之间不多的一次小小跑题。

我们为什么不能直接度量在好与坏的工作环境下的生产效率，从而找到环境和工作效率之间的关系呢？这种方法对流水线可能适用，但如果我们要度量的工作更加偏重于脑力劳动，就不那么明显了。对脑力劳动者生产效率进行的度量已经背上了软科学的名声。在一些人的脑子里，这仅仅比研究不明飞行物好一点儿。

设计一项实验来测试工作环境对生产效率的影响足够简单：

* 度量在新工作环境中完成的工作总量。
* 度量工作带来的花销。
* 比较在新旧环境中完成工作的总量和工作花销：

设计很简单，但实施起来却很困难：比如，你怎么计算一个市场调查、一个新电路设计或者贷款新政策设计的工作总量？可能有一些逐渐形成的标准（软件开发就是这样），但还是需要大量的本地数据收集，并建立内部的专业能力。大部分组织根本就不会尝试对脑力型工作的数量进行度量，他们也不能有效地度量开支。

在一个组织中，可能提供了花费在一个问题上的总小时数统计，却没有包含对其中有效小时数（第 10 章中会更多讨论）的统计。所以，就算一些组织可以在新环境中度量工作总量和总的开支，他们也没有数据来做对比。唉，管理者可能会就这个问题深耕细耙，然后得出结论，说生产效率的分类超出了我们可以理解的范围。不过，事实还没这么糟糕。

### 吉尔布定律

有一年，我在伦敦软件工程国际会议上和汤姆·吉尔布聊了一下午，他是《软件度量》和其他十几篇关于开发流程度量论文的作者。我发现只要说有些事情“不可度量”，就很容易让他激动起来。这种想法对他就是一种冒犯。让我印象深刻的是他关于度量基础真理的描述。在那时看来，这一想法如此明智而令人鼓舞。我甚至逐字逐句地将它们抄到我的日记中，并命名为吉尔布定律。

你想要量化的任何东西都能够以某种程度度量，至少聊胜于无。

吉尔布定律并没有保证度量免费或便宜，而且可能度量也不是完全准确——但总比没有度量好。 -TDM

当然，对生产效率进行度量是可能的。如果你召集一组人员做同样或者相似的工作，而且给他们一天时间找到一种合理的自度量体系，他们一定可以产生一些东西来印证吉尔布定律。然后，度量出的数字可以帮助他们调整自己的表现，结合质量体系或者同行评审机制，就能建立互相学习的方法。计算出来的该小组的平均值可以给管理层一个可靠的指标来度量改进办公环境这一参数带来的影响。

在我们最了解的软件制造业，有很多有效的生产效率度量体系：甚至还有很多服务能够到现场评估你的生产效率，并告诉你在同行业里处于什么位置。如果一个组织不能评估自己的生产效率，只能说还没有努力尝试。

### 但是，不知你可否接受

假设现在就有一个简单且验证充分的生产效率度量工具，而且已被大家用到日常工作中。如果度量者进来告诉你，你的团队的生产效率在同行业中名列前 5%，你一定非常开心。你的脸上堆满了神秘的笑容，来回在走廊上徘徊，心里温柔地想着你的员工：“我原来就觉得大家很不错，这条消息实在太棒了。”

哇，糟糕。度量者一会儿又跑了回来，告诉你他们把图拿反了，那是一个错误的结果，其实你的团队是行业的最后 5%。现在，你这一墼天都给毁了。你心里想，“我早就该知道。这帮像火鸡一样的家伙，还能指望他们能完成什么像样的工作？”一开始你还沾沾自喜，转眼就变得失望沮丧。然而，无论是哪一种情形，你都不应该过于惊讶，因为你自己对什么是生产效率其实也是稀里糊涂的。

由于组织之间的表现可以有十比一的差距，你不可能忽略你当前所处的位置。如果你不知道，你就不可能做出任何改变。若是只有市场了解，自然会有一些让你不舒服的外力来纠正存在的问题。

### 闭上你的眼睛去度量

工作度量可以是很有效的方法改进、员工激励以及增加工作满意度的工具，但却从来没有被用在这些方面。度量体系往往会变成对大家的威胁，反而增加大家的负担。

为了能够让度量这个理念发挥应有的潜力，管理层必须足够主动和安全地把自己从这个圈子里摘出去。这就意味着个人的数据不会被传递到管理层手里，而且组织中每个人都心知肚明，收集的个人表现数据只能用于个人提升。度量体系就是自评估的一个练习，只有处理过的平均值才会交给老板看。

对于很多管理者而言，这很难理解。他们会说这样的数据可以帮助他们的工作更有效率（比如准确地提拔员工或者甚至准确地炒掉某人）。他们的公司付费去收集这些数据，为什么却不能看到数据呢？然而，要做到准确地收集这种个人敏感数据，就需要个人的积极配合并且是有意愿的合作。如果数据的保密性被破坏，如果数据被用来对付哪怕一个个体，整个数据收集体系就会即刻停滞。

员工会倾向性地针对数据做管理者们相同的事情。他们会尝试去改善做得不好的事情，或者尝试在他们擅长的领域精益求精。极端情况下，一名员工可能会自己“炒掉”自己，从而不再依赖于他们缺乏的技能。管理者因此并不需要真正看到个体数据，以期获得收益。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://doc.shiker.tech/ren-jian/di-er-bu-fen-ban-gong-huan-jing/jian-zou-qu-sheng-chan-xiaoldu-liang-he-bu-ming-fei-xing-wu.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.