道路建立拓扑关系的规则

正如我在这个包含社区的力量和重要性的三部分系列的第一篇文章中所写的那样，建立一个充满热情和忠诚的成员的社区非常困难。 当我们启动NethServer社区时，我们很早就意识到要玩开源游戏，我们需要遵循开源规则。 没有捷径。 我们意识到我们必须将公司转换为开放式组织，并开始进行公开工作。

我们知道，对于许多公司而言，引入开放式创新涉及巨大的文化转变。 即使开放，这是我们的使命 ，但我们在Nethesis一直在为此奋斗。 但是老实说，这并不容易。

与开放社区合作并非易事。 这总是一个让与取的过程 。 在本文中，我将讨论如果组织想要成功，应该期望给社区带来什么。

给予的艺术

如果您的公司希望从与强大社区的关系中受益，那么它必须首先考虑 ，以便在相互信任和透明的基础上建立牢固的关系。 仅提供代码是不够的。 仅仅发布整个开源项目是不够的。

事实是，您必须投资于人。 您必须将人员放在首位，然后将人员放在代码之前。 作为一家公司，您必须投入时间来建立关系，并首先付出。

建立社区不是有效的短期策略。 即使可以在三到六个月内获得一些快速的回报，这些回报也只是您可能获得的全部潜在价值的很小一部分。 这是一段漫长的旅程，需要时间。 结果可能需要几个月或几年的时间。 但这不负有心人！ 相信我。

在考虑建立社区时，请牢记一些原则。

社区并不是严格的营销渠道。 这是完全不同的动物。 您所在的社区不存在进行直接销售的机会（我将社区与销售人员保持安全距离）。 您甚至不能使用相同类型的通信。 在营销中，信息是从公司传达给受众的 。 在社区中，沟通主要是成员与成员之间的交流 ，而您的存在是为了使交流变得更容易。

尽快澄清关系。 为什么组织决定建立社区并支持该项目？ 它希望获得什么？ 相反，社区将获得什么？ 公司应该了解社区的需求和期望，才能赢得信任。 如果人们认为您是从他们的志愿者工作中赚钱的，您就不能要求人们投入时间。 在此不要为灰色区域留出空间。 在我们的案例中，我们说过NethServer是由公司（Nethesis）创建和赞助的社区活动。 Nethesis的业务模型是向其他公司，客户和代理商销售软件，专业支持和服务。 我们将收入的一部分用于NethServer的开发（官方站点托管，社区计划，赞助等）。 社区和公司的目标相同：使NethServer更好，更成功。 NethServer从公司投资的资源中受益匪浅。 该公司向NethServer编码员付费以编写客户和用户所需的功能，并与社区合作使NethServer成为更好的产品。 由于该公司是开放的，并且是社区的一部分，并且由于代码是在GPLv3下发布的，因此NethServer本身将继续免费。 那是一个良性循环—每个人都赢了。

社区经理并非仅对社区负责。 整个公司负责运营社区。 以社区为中心的公司需要尽可能多的员工参与，因此他们将其他员工纳入社区讨论和计划。 是的，如果您认真考虑建立社区，则应聘请社区经理。 它应该是专职人员，负责促进这些实体之间的关系，尤其是在早期阶段。 但是整个组织都需要支持社区及其使命。 举例来说，我个人社区内公司的两种声音和公司的社会里面的声音。 实际上，要想胜任这份工作，我必须参加的工作似乎对我的雇主不忠，对社会有利。 我是社区和公司之间的外交官和翻译。 我真的是中间人。

因此，接下来，让我们讨论如果您的组织想要培养社区，应该期望给予什么。 我将探讨五个关键要求。

1.热情好客

你应该知道，一个人的，并在社会上的第一个经验是至关重要的，所以一定要当他们遇到你们觉得可以确认。 他们加入您后必须先知道该怎么做。 关注他们的第一篇文章或活动，并Swift做出回应。 几天后收到回复对于新来者来说是不好的欢迎。

例如，在我所在的社区中，我创建了欢迎词，在此我热烈欢迎新人们 ，我要求他们感到安全并自我介绍：您在做什么？ 你为什么在这？

这些简单的句子如何释放新人的积极行为，您会感到惊讶。 您不仅要表明自己已经注意到他们在这里，而且要在意他们，他们的生活和目标。 突然，他们感到宾至如归，不得不回馈，并感谢您的关注。

您不能独自设定适当的文化基调。 创建一个大使组可能会有所帮助。 该小组应该是社区的引擎，能够树立高标准，培养文化并分享您的社区愿景，使命和价值观的小组。 我们的大使有一系列遵守的社会规范和规则：以身作则，谦虚，包容，充满感激，表现出热情，好玩。

不要仅仅遵守那些规则； 他们每天生活。

2.包容各方

您必须创建一个让人们感到安全的环境。 不管您的项目有多有趣和令人赞叹。 如果人们感到不安全，那么他们就不会贡献力量。 在许多技术社区中，这是一个大问题。

您可以通过创建规则来避免这种情况，这些规则有助于构建安全的环境并帮助人们以身作则。 地方写你的规则是不够的，在一个技术来创建一个欢迎和包容性的文化社区，你一定要活下去这些规则。

在我们的NethServer社区中， 我们有一条简单的规则和对新人的邀请 ：“不要害怕问一些愚蠢的问题。其他人将从您提出的每个愚蠢问题中学习。” 这是一条非常有力的规则，它可以帮助我们实现一个重要的目标：包容。

这是另一个（相关的）规则：禁止使用“ RTFM”一词。 “阅读F ******手册”不是答案。 不包括在内。 它实际上将人们排除在外，并没有使人们觉得他们可以安全地提出问题。 相反，我们将新手指向简单解决方案的文档，并为他们提供指向特定信息的链接。 当然，这会花费更多时间-但要友好得多。

3.首先听你的社区，然后说话

这是非常困难的。 真正听是很难的 。 您会很想引导讨论过多而又不听。 不要这样 心胸开阔，准备改变主意。 准备进行真正的讨论，并确保您的社区领导者已准备好进行同样的操作。

仅仅听是不够的。 您应该教您的社区如何成功地进行讨论以及如何有效地相互解释他们的需求。 如果他们准备讨论所有内容，请告诉他们您倾向于倾听。

例如，成员应该意识到，提出一项新功能不足以实现该功能。 他们必须说服整个社区，这种功能对项目至关重要。 他们必须为此奋斗。 然后，您必须准备好参与讨论，积极聆听并提炼好主意。

为了提醒您真正聆听的含义，我总是回到Simon Sinek的这句话 ：

“当我们接近想法时，我们听到的是批评。当我们接受批评时，我们得到的就是建议。”

请记住，每次您需要回复某人时。

4.要透明

您将很容易将讨论保密。 您应该告诉习惯了工作秘密的任何人停止这样做并变得更加透明。 否则，任何贡献者都无法真正理解正在发生的事情，也没有人会觉得自己可以参与其中。

换句话说，尝试大声锻炼 。 显示您正在从事的工作，并让人们了解您最近的成就。 要求所有社区成员都这样做。

这是实践透明度的一种具体方法。 我可以提供一些常见的建议，例如：

• 让您的所有错误完全公开并向所有人公开
• 公开要求的所有功能
• 维护公共发展规划文件和清晰的路线图
• 确保所有代码更改均以请求请求的形式完成

。 。 。 所有这些都将完全适用。 但是它们还不够。

传统上，开源空间中发生的大部分开发都发生在代码存储库和错误跟踪器中，而这些并不是软件用户经常闲逛的地方。 开发人员与用户之间的这种分离意味着用户不会真正看到正在发生的开发讨论，并且贡献者可能不会总是从用户那里获得反馈或应有的肯定。

我们在Discourse上使用我们的社区平台来处理所有事情：支持请求，错误，测试过程，开发讨论，社区组织-真正的一切！ 我们使用GitHub只是为了跟踪问题，代码更改，请求请求和技术资料。 例如，这意味着开发人员可以帮助人们解决支持问题，或者可以帮助社区讨论。 他们可能到处都参与其中。

一切都是公开的。 一切都清楚了。 我们将每个人聚集在一起，是一个独特的聚会场所。

5.至少在开始时就领导支持

作为公司，您必须接管支持请求，因为提出问题并等待几天的答复令人沮丧。 对于新贡献者和客户而言，这都是糟糕的初体验。

但是，回答所有支持问题还不够，而且规模还不够。 训练您的社区来回答。 从长远来看，这将更加可持续。

您不可能永远是唯一能提供帮助的人。 让他人参与此过程变得至关重要。 这是一个简单的提示：呼吁特定人员帮助其他特定人员。 这样做，您将获得三个结果：

• 受到质疑的是，人们将更倾向于参与并伸出援手
• 人们觉得自己像该领域的专家，可以帮助他们实现自己的长处
• 新来的人会觉得自己得到了真正的帮助，他们的努力常常会受到他们的感谢，这是非常令人满意的

结论

到目前为止，我们已经看到开放式组织只有在准备首先奉献时才能从与强大社区的关系中受益。 仅提供代码是不够的。

开放组织必须向社区提供他们真正需要的东西 ：与组织和其他成员之间建立真正透明的关系。 以人为本，您不会后悔。

在下一篇文章中，我将讨论有趣的部分：您的组织应该从这种对人员的投资中期望得到什么。 您将能够看到将您的业务提升到更高水平的好处。

阅读下一部分

翻译自: https://opensource.com/open-organization/18/2/why-build-community-2

道路建立拓扑关系的规则