开源社区经理的 9 项被低估的职责

开源社区经理身兼数职。

图片来源

opensource.com

开源社区不是凭空出现的。它们需要努力。有时，对开源项目的技术兴趣足以吸引一群人参与进来。然而，一段时间后，对于那些有特定倾向（文档、编码、测试）的人来说，事情将变得太大，无法管理各个参与者之间的互动，调节尴尬（甚至完全具有攻击性）的沟通，帮助鼓励新成员做出贡献，提高项目在新领域或市场领域的知名度，以及所有其他使项目保持健康的部分。

进入社区经理的角色。典型的社区经理处于一种尴尬的位置，他们承担很多责任，但没有直接的权力。开源项目就是这样，很少有项目拥有授权的“官员”，即使存在治理结构，它们也倾向于通过相关人员的同意来运作——通过谈判而不是直接的权力。也就是说，到社区经理被任命时，可能至少有一个商业实体充分参与到项目中，为社区经理职位提供资金或部分资金。这意味着社区经理有望获得至少一组贡献者的支持，但仍然需要在社区的其他成员中建立共识。在某些困难时期，社区经理需要决定他们的忠诚度是属于雇主还是属于社区。明智的雇主应该在这些情况发生之前设定如何处理的期望！

那么，社区经理需要做什么呢？这个问题的答案取决于许多问题，并且这些任务之间可能存在平衡，但以下是一些想到的列表。与往常一样，我欢迎提出改进或扩展此列表的意见和建议。

营销/推广 – 这是为了提高项目的知名度，无论是在已经为人所知的领域还是新的市场/行业。有许多子任务，例如品牌推广、周边产品订购（和分发！）、分析师和媒体关系。
活动管理 – 设置聚会、黑客马拉松、在大型活动中设置展位，或者对于真正的大型项目，组织会议。
社区增长 – 发现项目可以提供更多帮助的领域（文档、测试、推广、编码、多样性和包容性代表等），并找到招募贡献者来帮助改进项目的方法。
社区润滑 – 这是关于寻找使社区成员相互交谈、庆祝成功、哀悼损失的方式，并通常至少保持对话的文明，最好是热情友好。
项目战略 – 在项目中，有时新的领域可能会召唤（例如，一项新的功能可能会使该项目对医疗保健或学术天文界感到兴奋），并且社区经理需要识别此类机会，将其呈现给社区，并帮助社区引导方向。
产品管理 – 与项目战略相结合，当向社区展示一组功能时，可能会出现需要决定其优先级或社区为其提供资源的能力的情况。这些甚至可能在社区的各个部分之间，包括相关的商业利益之间，产生紧张关系。社区经理需要帮助社区推理如何做出选择，甚至可能被要求领导决策过程。
合作伙伴管理 – 随着项目的增长，合作伙伴（开源项目、学术机构、慈善机构、行业联盟、政府部门或商业组织）可能希望与该项目建立联系。管理期望并了解益处（或危险）和相对价值可能非常复杂且耗时，社区经理可能是第一个参与的人。
文档管理 – 虽然文档只是项目的一部分，但核心代码贡献者通常会忽略它。然而，在考虑与上述各点相关的许多任务时，它是一项至关重要的资源。管理战略、与合作伙伴合作、创建新闻稿：所有这些都需要良好的文档。虽然社区经理不太可能需要编写它（好吧，希望不是全部！），但确保它的存在可能是他们的责任。
开发者赋能 – 这是提供资源（包括但不限于文档）以帮助开发者（特别是那些项目新手）参与进来。通常认为最好将这组任务分开，而不是期望与社区经理的角色分开，部分原因是它可能需要比与该角色相关的许多其他职责更深入的技术关注。这可能是明智的，但社区经理可能希望确保开发者赋能得到很好的管理，因为如果没有新的开发者，几乎任何项目最终都会钙化并死亡。