用户生命周期常用指标

格雷格·萨特克利夫（Greg Sutcliffe）是长期会员，现在是工头社区的社区负责人 。 Foreman是用于物理和虚拟服务器的生命周期管理工具。 他一直在研究社区度量标准在现实世界中的应用如何洞察其有效性，并发现理想与实践之间存在的差距。 他分享了他在数字背后发现的见解，以及他如何利用它们来帮助社区发展。

在这次采访中，Sutcliffe与我交谈了他们正在使用的指标，它们与社区目标的关系以及最适合他们的目标。 他还谈到了他最喜欢的工具和建议，供其他社区管理者使用其度量标准游戏。

James Falkner：感谢您接受本采访！ 您能告诉我们一些关于您自己，工头社区以及您在其中的角色吗？

格雷格·萨特克利夫：感谢您的加入！

工头已经存在了七年多了，而我参与这个项目已经有六年了。 我曾经是用户和社区成员，贡献者，付费开发人员，现在是社区负责人，所以我想认为这给了我广阔的视野。

社区类似于许多项目。 它大致分为用户和开发人员。 显然，选择花时间为项目贡献代码的人们从中获得了巨大的价值，但是我确实很容易忽略以其他方式做出贡献的用户。 我们的社区在测试和报告领域非常活跃（例如，在新版本的“候选发布”阶段，我们得到了很多反馈和错误报告），并且我们提供了全面的本地化支持，因此在此方面以及docs和其他许多非严格编码的领域。

我的职责是支持社区并帮助社区发展，这是一个相当广泛的目标，但是我真正感兴趣的主要是扩大用户群。 总的来说，我认为您无论如何都不能直接发展开发人员，因此我们的目标是为我刚才列出的各种贡献做出更多贡献，并占领整个世界（我们都希望去做）。

为此，我专注于诸如内容创建（例如，我们在YouTube上进行定期演示，深入探究和案例研究 ），事件管理，组织CFP发言人等工作。 面临的挑战是向尚未听说过我们的人们说出这些信息-即使在七年后，我仍然在做演示时听到：“哇，这将解决很多我的问题。”

度量标准并没有真正的帮助，除非知道社区正在增长（但无论如何它可能会有所作为）。 但是，我的另一部分职责是向尚未被说服的人们展示社区的价值，这才是衡量指标真正发挥作用的地方。 在游说社区预算时，显示您可以从社区中获得的价值确实可以为您提供帮助。

JF：您在Foreman社区中使用了多大程度的指标（定性和定量）？

GS：好问题。 目前，我们进行了大量收集，但没有实际的可视化。 这确实是因为我是一个糟糕的前端编码器，所以尽管我拥有庞大的数据数据库，但实际上没有任何图形可用于绘制图形。 这对我来说是个痛处，因为我真的很喜欢一个可以向社区展示的好仪表板。

但是，我确实在我们的常规sprint演示中运行了一些时间点资料和月度比较（这是公开的，因此社区可以获得更新）。 这是不理想的，因为没有人可以自己验证我的主张，但是总比没有好。

在什么样的指标，我们有方面的，还有平常的东西（ 管理平台的bug打开/关闭，GitHub的永久居民打开/关闭，包下载），这是相当容易得到，但没有做不是显示“社区其他有多大价值东西。” 我还开始运行一些查询，这些查询告诉我“社区与Red Hat开发人员打开的错误的百分比”和“邮件列表中来自Red Hat开发人员的第一响应的百分比”。 这些数字是对社区提供的价值的洞察力的开端，并且我计划制定更多此类指标。

不过，我会加一个便条，一位同事曾经说过：“您就是您要衡量的东西。” 我试图记住，到目前为止，由于缺乏足够具体的指标（我认为您称它们为二阶指标），因此我试图不束缚于这些指标。 当我们拥有更好的指标时，我们可以更强有力地使用它们。

JF：您认为哪种特定的指标或指标类型对您作为社区经理的好处最大？

GS：我想这与我上面角色的两半直接相关。 第一个（社区增长）确实需要与稳定性（错误），用户保留率，社区满意度等相关的指标。我们进行了年度社区调查，这确实有帮助，但是我们可以从已有的数据中收集更多信息。

第二个（创建的值）特定于以下事实：我们是一个Red Hat项目，具有下游产品（ Satellite 6 ，Red Hat的系统管理产品）。 有些工作会以一种或另一种方式来完成，但是如果社区愿意这样做，那么Red Hat现在就有多余的资源可以用来以其他方式促进项目发展-这是一个良性循环。 在我们的QE团队之前发现（甚至关闭！）错误的度量标准，或者社区提供了多少支持（而不是开发人员花时间在支持上），在这里确实有用。

JF：同样，您认为社区成员从观察和理解中会受益于哪些指标？

GS：社区发展和活动图，例如PR提交时间或bug关闭时间，可以帮助我们了解我们是朝正确的方向前进还是在项目的某些领域需要帮助。

在Red Hat之外可能不会产生巨大的价值，但是可以使用相同的图形来讲述另一个故事。 知道所引发和修复的错误中的很大一部分，邮件列表支持，候选测试等都来自社区，这有助于我们了解我们是一个自我维持的社区，并且我们可以对未来充满信心该项目。

JF：您最喜欢使用哪些工具或框架来分析和报告项目指标？

GS：对于收藏，我使用的是旧MetricsGrimoire工具（ bicho为管理平台 ， pullpo对GitHub上 ）与沿谷歌论坛的WebCrawler ，因为小组没有API（叹气）。 对于导入的数据，还有一些自制软件，这些数据将数据分组到数据库中，并从Yum / Apt服务器解析Apache日志。

正如我提到的那样，我目前没有太多的可视化。 我在Redash.io上玩了一段时间，但是在被其他东西吸引之前并没有走太远。 我很想学习解析数据的替代方法（尤其是MySQL或PostgreSQL db中的数据，因为这就是我所拥有的）。

JF：无论是花费多少时间来收集和报告它，都要为工头社区描述理想的度量标准。

GS：我有一些很难或不可能做到的。

首先是不可能的指标-人们为什么离开。 一旦有人离开了社区，几乎就不可能知道他们为什么离开了。 他们不会看到您的博客，调查等，因此您无法访问它们。 但是，对他们的问题的了解可能与改进您的项目有关，特别是如果您从足够的人那里得到了同样的东西。

其次是用户群本身。 与许多开源项目一样，我们根本不知道谁在使用我们的软件。 工头没有收集电话家庭数据，因此，除非您通过与我们联系进行自我选择，否则我们永远不会知道。 我很想知道诸如我们的用户在哪里之类的事情，以便知道在哪里聚会等计划。

JF：您会向刚起步并有兴趣通过指标了解更多信息的社区经理提供什么建议？

GS：我觉得这是一个引人入胜的领域，希望我有更多时间在这上面。 我肯定会说，您想先从目标开始。 您可以衡量很多事情，但是获取数据可能需要花费大量时间和精力，而这远远超过了数据的价值。 这是我很难学到的错误，但我仍在纠正。

JF：您还希望我们的读者知道什么？

GS：如果您对任何项目都有建设性的批评，请发送给我们。 我无法代表其他社区领导，但我喜欢听取用户意见，甚至与高度挑剔的用户交流。 这意味着他们在乎，并且可以帮助我们更好地做一个项目。

如果您需要为领班做这件事，在大多数地方我都是@gwmngilfen 。

翻译自: https://opensource.com/article/17/3/how-foreman-community-uses-metrics

用户生命周期常用指标