认识达内从这里开始

一般来说，我们在考核员工的工作情况的时候都会制定一些指标，只要完成指标就算工作合格了，但是对于软件开发程序员来说这就不合适了，下面我们就一起来了解一下具体情况吧。

开发速度是指单位时间内产出的工作量，所以我们需要同时衡量输出和时间。衡量时间很简单，但工作量如何衡量呢?工作量的衡量跟软件本身一样古老。多年来，每当我们决定用一个指标来衡量工作产出时，一些意想不到的事情就会出现。考虑以下这些例子：

代码行数——这可能是古老的一种指标，但如今几乎没有人把它当回事。把代码行数作为衡量指标只会让代码变得臃肿，而且开发者只会专注于完成简单的任务;

提交次数——这样会鼓励开发者将代码提交分解为多个部分。同样，开发者会更关注简单的任务，避免去解决复杂的问题;

完成任务的数量——这样会导致任务被分割成更小的子任务。每一个问题，即使是小问题，都是作为任务提交的。这也会促使你走捷径，以快的速度完成任务;

bug的数量或bug的百分比——这不是工作输出指标，而是工作质量指标。这样会阻止开发者做出变更，并让他们不愿意报告自己发现的bug;

工时或故事点数——当估算变成衡量团队表现的手段，那么很容易就可以猜到接下来会发生什么——夸大的估算;

……

开发者很聪明，他们擅长解决复杂的问题。对于指定的指标，他们都会找到简单的改进方法，但很可能与工作质量或期望的项目结果不相关。但这并不意味着开发者就一定会这么做，我认为这取决于具体环境以及动机有多强。但有一件事是确定的——开发者将意识到他们的生产力衡量方式与重要的事情是相脱节的。这不仅令人感到沮丧，也会让他们在做真正的工作时分心。

为什么会这样?

为什么指标对于软件产品如此有效，而对于开发者的输出却不适用呢?这是开发者的阴谋吗?实际上，如果你观察一下软件开发之外的领域，你会发现更多例子，它们可以说明指标适用于哪些方面以及不适用于哪些方面。

指标适用的地方：制造和销售。以杯子的制造和销售为例。你可以测量产量(比如每单位时间生产的杯子数量)和质量(无法通过质检的不合格杯子的百分比)。在销售方面，你可以衡量销售额和利润率。这些指标对管理来说都非常有用。例如，制造部门的目标可以是提高成功通过质检的杯子的百分比，同时保持较低的单位成本。销售主管的目标可以是增加销量或提高利润率。这些指标的改进对业务是有好处的，因此我们也可以将其作为相应部门效率的衡量标准。

指标不适用的地方：科学产出。科学家们通过论文来发布他们的研究结果。现在科学界也有了一些衡量工作产出和质量的指标：发表论文的数量、被引用的次数、研究结果的统计学显著性。我们可以说发表10篇论文的科学家创造的价值是发表5篇论文的科学家的两倍吗?这是不太可能的，因为研究成果的价值是有差别的。即使不使用这些数字，通常也很难说哪项研究成果更有价值。因为论文数量和引文次数造假在科学界是一个众所周知的问题，它们并不被认为是衡量工作效率的可靠指标。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。