避免在构建社区时陷入工具陷阱

还没有读者喜欢这个。
A community building a barn

Opensource.com

在过去的几年里,我有机会与许多不同的组织合作,他们试图在开源世界内外构建成功的社区。

他们中的许多人很快就陷入了我称之为“工具陷阱”的东西。

我的意思是,他们立即开始讨论他们将使用什么工具或技术来支持社区

“我们要在哪里放置 Wiki?”

“我们应该使用 Drupal 构建网站吗?”

“我们应该把邮件列表叫做什么?”

“我们应该开始尝试[新技术 X]。”

这不足为奇。现在我们有了以前从未出现过的出色的社区建设工具,而且很难抗拒开始研究新技术的冲动。

工具很重要。但仅仅依靠工具并不能创建社区。

创造了社区。

这就是为什么当我听到对话过快地转向工具时,我试图将其引导回稳固社区的久经考验的基础,即那些将人们聚集在一起并让他们渴望成就伟业的事物。

我从没听人说过他们想成为社区的一份子是因为它有一个很酷的网站,或者是因为它使用了一些先进的技术。人们加入社区是为了为对他们有意义的事情做出贡献。

因此,与其陷入工具陷阱,我更倾向于开始这样的对话

梦想是什么?

几乎每个伟大的社区都有共同的热情、梦想或目标。这个社区可以完成什么伟大的事情?每个人都同意吗?如果不同意,那么每个人同意什么?

在社区的核心,需要有一种能量来源,在顺境和逆境中推动社区前进。称之为梦想、目标、使命、存在理由,或者任何你喜欢的,但要迅速确定它,然后协同工作,确保每个人都参与其中。

传说是什么?

伟大的社区拥有故事和传说,为使命增添色彩。以我的经验,很难有效地用使命或目标宣言的文字来捕捉热情。

但热情在故事中清晰地传达出来。一图胜千言,如果可以通过故事描绘使命的画面,它将对成员和潜在成员来说变得更加真实。

价值观是什么?

在大多数情况下,社区从一群发现他们不仅有共同目标,而且有一套共同价值观的个人中涌现出来。有时社区努力失败是因为,尽管成员有共同的使命,但他们在如何完成使命上存在分歧。通常,这些差异可以追溯到成员个人价值观的差异。

弄清楚社区内是否存在共同价值观将有助于潜在成员自己决定他们是否适合这个社区。如果他们的价值观与社区价值观不符,他们会自行退出。

对我来说,最健康的社区的参与架构将建立在上述问题的答案之上。

一旦答案变得清晰,您将能够更好地就最能支持社区的工具做出明智的决定,并且您可以尽情地研究技术。

 

User profile image.
Chris Grams 是 Tidelift 的营销主管,也是《无广告品牌:在数字世界中构建成功品牌的秘诀》的作者。Twitter LinkedIn 邮箱:chris(at)tidelift.com

15 条评论

句号。

邮件列表并不复杂。它们无处不在,设置起来也很简单,而且它们*必须*以*基本*形式存在,作为任何“官方”社区业务的前提条件。

只需两分钟即可启动一个提供此功能的 Google Group。

我同意:关于*持续*基础设施的*重要*决策应该推迟到利益相关者对他们想要完成的目标有更好的了解之后。但是,如果您从一开始就想要透明度,那么您应该*从一开始*就存档所有重要的讨论——以一种允许新参与者快速上手的方式。

这意味着,至少,一个邮件列表。

Canonical 的 Jorge Castro 在 2009 年的 Ohio Linuxfest 上就此发表了一次精彩的演讲。他称之为“工具自慰”,这真的引起了我和我的朋友们的共鸣。我们曾尝试启动一些项目,但总是陷入工具的泥潭。

http://blip.tv/file/2673817/

嗨 Colin——这是一个很棒的链接!谢谢分享!

精彩的文章!感谢撰写。

我注意到您提到的许多工具实际上削弱了本地社区,这正是我关注的(并且更感兴趣)构建的。它们可能对于地理上分散的社区是必要的,但我们应该始终记住,面对面的互动是无法替代的。

所以,如果可以从本地开始,就从本地开始。

干杯,
Randall
Ubuntu 温哥华 LoCo

我以惨痛的教训了解到,对于任何工具而言,保持简单是最重要的。快速犯错,然后决定是否/在哪里需要进一步投资。冲洗并重复。

保持简单也有助于避免“工具陷阱”的反驳点之一:当工具在某种程度上代表您的社区相关的价值观、梦想或传说时。即使是最热情的 XYZ 倡导者也会发现很难反对邮件列表等。

社区的需求会不断发展,但同样的逻辑也适用。了解目标/问题,选择能够完成工作的技术,但让您保持最敏捷的位置。

我注意到我的个人商业社区(例如,客户/供应商)的很大一部分是他们自己公司的所有者兼创始人。

您认为他们的共同价值观是什么?共同的故事?

嗨 Mark,感谢你的提问!

我的看法:大多数社区都根植于个人的愿景。

由 1 人组成的组织在价值观、使命等方面具有很大的优势,因为不必进行对话或协作,它们仅仅是您个人相信的东西。故事是您的个人经历和回忆。价值观是您的价值观,愿景是您的愿景。

但是,即使是 1 人组成的组织,也很少有在真空中运作的。即使对于 1 人组成的组织来说,挑战在于确保他们*阐明*和*捕捉*他们的愿景、价值观和故事,以便在与他人互动或发展成为更大的组织时,根基和基础牢固。

我不太确定您是对的。我同意我们经常在 wiki 和邮件列表、cms 等方面浪费太多时间。

然而,有一种工具确实能够实现一种独特的开放和有效的分布式协作形式,而该工具就是 git。

Git 是一个分布式版本控制系统,大量使用 SHA 校验和。这意味着,除其他外,您可以广泛分发您的代码,保持数据完整性,并且不依赖于“提交位”。

是的,还有其他工具可以做类似的事情,比如 bzr 和 mercurial,但 git 提供的不仅仅是一个 DVCS——例如,如果您的中央 git 服务器出现故障并且您丢失了整个仓库,如果您在某处拥有每个提交的副本,您可以重新创建完整的代码集。

Git 是一个涡轮增压的开源赋能器。

...假设您正在构建的是一个开源开发者社区,而不是其他类型的社区(是的!还有其他类型的社区)

<strong>首先构建价值</strong>。然后人们会来从中受益并帮助它更进一步。

太多项目专注于花哨的外壳,而忽略了用户正在寻求的实质内容。

当一个项目兑现其对更多自由的承诺时,它就会激励他人。

G-WAN Web 服务器及其 ANSI C 脚本就是这样一种工具。

比所有其他服务器都更简单,比所有其他服务器都更快,比所有其他服务器都更安全,没有计划报废的污染,并且对所有人免费(开源和闭源项目)。

在交付价值之后,您可以费心考虑外壳。没有墙壁,再漂亮的屋顶也毫无意义。

我发现“工具陷阱”的一个有益的解药是坚持*不*运行您自己的服务——至少在最初是这样,并且没有极其令人信服的理由就不要这样做。毕竟,您的伟大新想法是 XYZ,因此您需要所有社区资源都致力于 XYZ。您*不*希望将它们分流到:运行邮件列表、安装 wiki、维护 wiki、执行升级、清理垃圾邮件过滤器、维护中央 git 存储库等。这些任务中的每一项都会消耗您的社区实际成就伟业的能力。

因此,积极拒绝安装/维护工具。如果您在云中使用工具,它们通常配置性较差。太棒了!这将防止工具调整消耗越来越多的时间。让自己相信“足够好”实际上是正确的事情,弄清楚如何利用云中可用的基本工具,利用那些保持云运行的神奇力量完成的维护/升级等,并将您社区的努力节省下来用于解决实际问题。

专注!

这个。正是这个。

我很遗憾我从未能够说服 SugarLabs 相信这一点。

(对于那些不知道的人:我也是 Sugar Labs 的人,Scott 也是/曾经是。)

正是开源方式的一种半吊子实现导致了工具自慰。由于根据开源原则,您不能告诉其他人*不*要使用工具,因此您将有数十人使用数十种首选实现,所有人都能够实现它们。其他人可以试用它们,最终最佳解决方案将获得更多追随者(呃,理想情况下)。这很好——“做事的人,决定”。

社区可以决定授予一个人(项目负责人、基础设施团队负责人等)“祝福”一种实现为“正确方法”的权力,这也很好。但这也可能很危险——“做事的人,决定”可能会变成“决定的人,做事”——这些领导者根据个人特质偏好而不是对项目利益的共识来选择实现,不给其他想法扎根的机会,并让每个想要参与的人都使用他们决定的任何东西。

我很难清楚地表达这一点,因为从不同的角度来看,争论的双方听起来都完全合理......我认为我们在 SL 的基础设施中可能存在未能使其易于分叉的问题,这导致了对工具-fu 的焦虑和斗争,而不是朝着 SL 的核心目标进行富有成效的工作。

但这是争论的核心,我怀疑这就是 Scott 和我感觉如此的原因——Sugar Labs 的核心竞争力*不是*建立协作基础设施。实际上,对于 99.9999999% 的项目和团体(开源软件与否),项目的目的不是托管邮件列表,而是完成*其他事情*(在这种情况下,为孩子们创建一个软件环境)。

所以,是的。让别人来做吧。使用开放工具,以便在需要时可以修改其他人所做的工作——但让其他人为您完成这项工作。

我不确定我完全同意你的看法。

我认为,即使您*允许*人们设置工具/使用工具,您也打开了工具陷阱的大门。有些人会被吸引进去,浪费时间,而这些时间本可以更有效地利用,然后他们会将更多人拖入讨论和工具调整中。

我认为需要采取更极端的立场。不仅仅是“当然,让任何人设置他们想要的工具”,而是“我们的立场是,在工具开发上花费时间会阻碍我们的使命”,社区需要参与阻止这种干扰。

在“公司”环境中,保持这种专注更容易,在“公司”环境中,经理可以说,“欢迎您在空闲时间调整工具,但在公司时间您应该致力于 XYZ”。但这在志愿者社区中更为重要,因为*所有*时间都是“空闲时间”——需要社会诱因来集中工作。

对于志愿者团体,有时会出现一种奇怪的财务扭曲——我们负担不起使用托管服务 XYZ,因此我们需要志愿者 ABC 来运行我们自己的服务器。如果对志愿者 ABC 的时间和机会成本进行实际估价,那么以这种方式浪费 ABC 的精力和热情通常会更加昂贵。优秀的领导者应该为非核心任务寻找资金来源,以便将有限的志愿者资源用于推进组织的真正使命。

基本上,每个参与者都需要同意“足够好”实际上就足够了,并且追求“最好”可能会造成各种附带损害。您*确实*需要领导者告诉人们*不要*使用性感的干扰(又名新工具),以保持社区的专注。更宽松的态度实际上使善意的工具爱好者能够颠覆整个社区的能量。

(这就是为什么“开放”的团体如果使用“封闭”的工具——比如,Google Groups,通常会更有效率。封闭的工具隐含地阻止了调整。这是一种社会弊病,但可以像柔道一样扭转,以保持您团队的专注。)

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 3.0 Unported License 获得许可。
© . All rights reserved.