社区指标:数字背后的挑战[Openstack]

尽管度量标准是了解社区成员有效性的重要方法，但它们只是拼图中的一块。

我们都痴迷于生活中可以衡量的数字和统计数据。我们关心我们的健康，所以我们监测我们的体重、血压和卡路里摄入量。我们也观察我们自己和我们的工作环境来评估我们的效率和团队活力。这种关注数字的思维方式也适用于我们如何评估开源社区。

为什么度量标准很重要?

开源社区与人体一样，是复杂的组织，具有共性和独特的操作特征和动态。从本质上讲，开源项目提供了大量的数据，这些数据不仅与源代码有关，还与贡献者的流程和操作有关。这些信息让我们更好地了解项目的生态系统以及它如何随时间变化。

在评估社区健康和进展时，社区通常查看关于贡献、多样性和他们产生的工件的采用的度量。度量标准对于发现瓶颈和确定生态系统平衡中的变化也很有帮助。指标可以提供对社区健康、增长和整体动态的洞察——但只有我们明智地使用它们。

为什么超越数字是至关重要的

尽管度量标准被广泛使用，并且对于理解社区非常重要，但是注意如何使用这些数字是非常重要的。在开源社区指标中没有神奇的“健康”数字。事实上，除非你深入了解细节和背景，否则数字可能会误导人。例如，如果您只计算代码贡献而忽略了存储库其他部分中有价值的文档和测试，那么您可能会得到一个不完整的图。

最后，重复收集和发布相同的指标可能会导致人们试图与系统博弈，从而导致不健康的社区行为。单纯根据数字来判断一个社区的健康状况可能会导致错误的结论和不恰当的后续行动，那么我们如何才能做得更好呢?

案例研究:代码审查

在企业环境和开放源码项目中，都强烈建议进行代码评审，以便在问题出现之前识别并修复它们。代码评审人员对代码和软件中的更改了解最多，而项目维护者在合并新更改之前依赖稳定的贡献者的意见。那么度量标准是如何发挥作用的呢?

在一个特定的时期(例如，一个季度或者一个发布周期)内度量积极的和消极的代码评审的数量是很容易的。许多开源项目都发布了这些活动指标，并提供了筛选结果的选项，比如关于同一家公司的某个贡献者或所有贡献者的数据。

尽管开放源码项目使用的工具任何人都可以访问(这意味着任何人都可以提取这些数字)，但是将这些指标发布到仪表板上可能会随着时间的推移而改变它们。例如，人们可能会试图获得最多的评论，认为这将加快他们对社区的接受，或者公司可能会鼓励员工生成更多的数字来提高他们在客户中的声誉。

试图快速增加这些数字的不幸后果是代码评审的质量下降了。一个例子是负面的评审，评审人员只是重复自动化测试系统指出的内容。另一种是评论者只是简单地说他或她同意之前的评论者，这对讨论没有任何帮助。或者更没有帮助的是，评审者仅仅在尽可能多的开放更改上添加“+1”标记(这意味着更改看起来很好)，没有任何有意义的注释。

这些行为存在多种问题。这些毫无意义的评论让那些试图帮助代码编写者将最高质量的更改合并在一起的活跃贡献者感到不安。更不用提那些不想帮助维护项目的人，他们只是想在开放的仪表盘上增加他们的统计数据，这让那些经常做贡献的人很恼火。而且，像这样滥用这个系统的人很容易被认出来，一旦被认出来，他们的名声就会下降。

如何更好地使用度量标准

教育对于解决这些挑战很重要。开放源码项目的成功取决于一组关注主题和维护源代码、测试和文档的技术的人员。度量标准对于全面了解生态系统的平衡非常重要，它不是由单个度量标准驱动的，而是多个关键性能指标(kpi)的组合。

当我们查看度量标准时，比如代码评审的数量，我们必须始终超越数量本身，并理解如何使用数据来增长和反映我们是否在朝着正确的方向前进。

我们需要提出关键的问题，以确定我们应该研究哪些指标，以及如何将它们组合起来以获得有意义的信息。例如:

为什么数据点对我们(或我们的经理)很重要?

更高或更低的数字是什么意思?

随着时间的推移会发生什么变化呢?

或者回顾一下之前的例子:

负面评论和正面评论的比例是多少?

只度量一组指标，只考虑数字是一个糟糕的主意。相反，你应该更深入地挖掘，看看背后的数字。