随着许多开源社区规模越来越大，历史越来越长，它们可能会面临管理成员参与度的问题。 人们转向指标来理解大型系统并优先考虑资源，但对于理解开源社区，一直没有一套共识性的指标。
社区健康分析开源软件（CHAOSS）项目是由 Linux 基金会赞助的行业专业人士和学者社区，致力于通过定义开源项目的指标来解决这个问题。 CHAOSS 项目首先专注于为开源活动组织者开发指标，因为开源社区通常依赖于黑客马拉松、聚会、会议和用户组会议等活动来发展其社区并处理重要的项目更新。
开发了活动指标并共同撰写了本文的 CHAOSS 应用生态系统工作组 由组织和参与过许多开源活动的 成员 组成。 虽然我们开发这些指标是为了帮助 GNOME 和 KDE 社区，但我们相信它们可以帮助其他开源活动组织者创建自己的指标策略。 我们也希望更多的人能受到这项工作的启发，并加入我们来改进它。
我们如何开始
CHAOSS 应用生态系统工作组源于 2020 年 3 月的 SCALE 18x 会议，当时 CHAOSS 和 GNOME 成员开始讨论如何衡量 Linux 应用峰会 (LAS) 社区，这是一个由 GNOME 和 KDE 共同主办的活动。
我们意识到我们没有足够的数据来衡量我们朝着 LAS 目标取得的进展，这阻碍了我们做出重要决策来支持这些目标的能力。 为了让 LAS（以及整个 Linux 应用生态系统）蓬勃发展，我们认识到有必要在我们的方法中更加数据驱动。 我们还认识到将这种思维方式扩展到其他类似组织的社区的重要性。
根据我们在 CHAOSScon 的经验，我们发现了与 CHAOSS 社区围绕开源指标合作的机会。 因此，我们在 CHAOSS 项目下组织起来，该项目为指标工作提供了一个平台。
我们选择应用生态系统工作组这个名称，是因为 GNOME 和 KDE 社区的主要目标之一是发展 Linux 应用生态系统。 尽管我们一开始就考虑了 GNOME 和 KDE 社区，但我们正在创建这些指标以帮助所有参与发展 Linux 应用生态系统的人员。
我们选择从活动组织者的用例开始，是因为活动的性质：活动往往有明确的界限，有设定的开始和结束日期、注册的与会者列表以及演讲、演示和研讨会等活动。 这种清晰性在开源项目和社区中通常不存在，在这些项目和社区中，各种项目、贡献者和用户通常不太容易被严格定义。
GNOME 和 KDE 社区在 2020 年都有活动即将举行，因此我们相信我们可以通过收集来自我们单独和共同组织的活动的反馈来更快地迭代。
数据收集方法
CHAOSS 项目使用 目标-问题-指标 (GQM) 方法来收集数据。 指标的一个问题是，我们经常试图衡量一切，而不了解数据将如何有用。 但数据应该有助于为决策提供信息。 因此，GQM 方法从对特定角色很重要的高级目标列表开始。
这些目标是社区的战略目标。 对于每个目标，我们都会研究有助于确定我们是否正在实现该目标的问题。 然后，指标提供定量信息，帮助回答这些问题。
在深入研究指标之前，应用生态系统工作组集思广益地提出了目标以及这些目标会影响的角色。 我们收集了 17 个不同的目标，分布在七个利益相关者角色中，一个社区或项目生态系统可能拥有这些目标。
我们从社区成员在 GNOME 和 KDE 等主要开源项目中的经验中收集和整理了这些目标。 尽管每个社区都不同，但我们认为这些目标中的大多数都与各种开源项目相关，并且可以帮助它们。
活动组织者的指标
活动组织者指标的完整列表 侧重于活动组织者关心的三个目标
- 吸引和留住贡献者
- 了解公司对活动的贡献
- 确保活动有助于实现多元化目标并弥合社区中的技能差距
我们提出了活动组织者关于他们如何才能更好地实现这些目标的 19 个问题。 这些指标与这些问题直接相关，以便为活动组织者提供可操作的见解。
隐私影响
虽然这项工作是由 GNOME 和 KDE 社区开发并为其开发的，但我们希望这些指标能够帮助其他开源社区。
虽然 GNOME 和 KDE 尚未实施这些指标（并且尚未制定实施时间表），但一个已知的限制是围绕数据收集的隐私问题。 每个地理位置都有可能限制数据收集的法律，开源和自由软件项目必须考虑到这一点。
一旦 GNOME 和 KDE 在其社区中实施这些指标，他们计划分享他们考虑的法律因素。
加入我们
我们希望这些指标对于有兴趣将虚拟和面对面活动整合到他们的社区建设和参与策略中的开源活动组织者会很有用。
如果您想参与开发这些指标，我们欢迎您的经验、见解和声音！ CHAOSS 应用生态系统工作组 每两周举行一次会议； 请加入我们。
您还可以通过我们的 GitHub 存储库 以异步方式与我们沟通。 有关其他贡献方式或与我们联系方式的更多信息，我们鼓励您访问 CHAOSS 社区参与页面。
评论已关闭。