如果您有个非常棒、新开放源码项目但很少人知道该项目存在；或者您得到了个被低估项目需要重新焕发它活力您老板可能会在大早出现在您办公室并告诉您“为我们项目构建个社区！”

　　您需要为项目创建并维护个社区让有相同追求人能够聚集在起此外您不仅需要创建社区还要直维护社区让它保持健康受到活跃维护开放源码社区会持续地发展

　　培养领导才能

　　Karsten Wade 是 Red Hat Community Architecture 团队(Team)高级成员他职责包括在 Fedora Project 社区工作作为 Fedora Documentation Project 前主管Wade 将他沟通和人际关系窍门技巧结合起来这造就了成功 Fedora他将自己称为 “社区园丁”这个名称很好地反映了他哲学思想 —— 耕地、播种、培育是获得丰收最好办法

　　Wade 哲学思想让他社区获得了成功了解如何参和、支持和代表是领导人类事业首要模式社区最重要方面是将人聚集起来社区所有参和者都扮演个角色从而构成我们生活中大环境下个小环境

　　作为社区管理者您同时也是社区领导者

　　要做个成功社区领导者您必须了解该社区特定目这是不是个由大量每天使用您项目用户组成社区？这是不是个由开发社区开发人员组成社区？这是不是个由外部开发人员组成社区他们在自己项目中获得了更深入理解并希望回馈给社区？

　　在提及 “社区” 这个词时您知道听众是谁非常重要了解目标群体使您能够采取可以让社区成员更好地交流思路方法

　　逐步构建社区

　　创建社区是个培养过程因此实现成功社区不是凭借运气以下这些步骤将帮助您考虑保持社区健康原因

　　您期望是什么

　　如果您对社区文化有足够了解您将发现社区般遵循 90/9/1 规则:

　　90% 成员是纯粹读者他们只阅读不贡献内容我们将他们称为偷看者但要记住偷看也是种有效被动参和思路方法

　　9% 成员回答问题或修改现有信息我们将他们称为编辑编辑是种零散但常规活动对于壮大和维护社区参和十分关键

　　1% 成员积极提出新讨论并提供新材料我们将他们称为创造者创造是种完全投入参和因此这些成员是社区核心定要珍视他们

　　这个数据比例适用于许多类型社区在开始的前了解您期望值能够帮助您避免挫败感尤其是当 90% 社区成员都不做任何贡献时其实这就是成功了！将精力放在鼓励创造者和编辑上面并寻找和提供他们创建所需工具让他们不断地贡献内容

　　社区工具

　　当您开始认真考虑社区时您就会想到用来创建社区工具您可以使用许多让社区成员应接不暇工具和特性但根据经验最好从简开始然后慢慢完善它当然计划也要长远便于以后扩展

　　流行社区特性包括:

　　讨论组 —— 这些组或论坛 通常是成功社区支柱它们提供讨论、合作、投诉和互助场所促进社区成员对特定主题理解许多成功社区完全是由讨论组组成只有少数成功社区没有讨论组维护组讨论组并就如何组织讨论组出谋划策

　　Wikis — Wikis 目是用于合作并不是所有成功社区都需要使用 wiki但大部分社区都需要使用些便于搜索思路方法来维护社区项目信息而 wiki 软件Software就是个能够协作地实现该目思路方法

　　博客 — 博客可以是时事通讯、公告机制和宣传项目载体但它们很复杂因此常常被忽略了在登录并写博客时请考虑您项目是否需要来自博客声音然后考虑每周最少写 2 到 3 篇博客另外发挥您领导才能鼓励社区创造者写博客随着社区壮大需要为它设计固定专栏、舆论板块和特定于事件论坛

　　软件Software储存库 — 这些储存库是所有共享软件Software项目必须使用社区生成软件Software需要分发、协作、避免冲突和访问控制思路方法

　　Bug 跟踪系统 — 这些系统是必要它们为用户和开发人员通信提供种易于理解思路方法在通信时验证用户和开发人员位置

　　文档 — 文档对成功项目也非常重要它是社区成员尤其是缺乏技术窍门技巧成员为社区共享代码好方式Wiki 是社区文档流行载体

　　社交网络 — 社交网络在这里不是绝对必要但它们可以帮助社区成员保持了解最新信息在 Twitter 上阅读短消息或在 RSS 提要上查看公告比定期访问社区新闻要容易得多在需要地方使用社交网络工具现在社交网络威力开始爆发出来在不久将来社交网络将是不可或缺

　　注意:这个列表不是固定不变在构建社区的前花大量时间认真考虑将要使用特性是值得否则您将把宝贵时间花在从个社区解决方案转到另个上面

　　此外还要考虑个内容管理系统(CMS)比如 Drupal CMS 并没有试图合并完全区别操作系统而是集成基础功能比如身份验证、页管理、数据库访问和管理功能并以插件形式提供单个特性如果个插件不符合您需求您可以选择另个您还可以创建个新项目或根据需求调整另个开源项目但这样做就偏离了原来项目目标此外还要注意许多流行工具都可以和 CMS 轻松集成因此您可以找到合适组合

　　位置

　　实际上您只能通过 3 个位置放置在线社区:

　　社区本身站点上 — 许多项目都选择这条路线但需要注意独立常常意味着孤立如果您项目和其他项目相关联您必须在这些项目社区中保持活跃并且只有将这些社区集成起来您才能更容易地保持活跃

　　包含不相关项目大站点部分 — 仔细研究下这更有意义许多开源开发人员都熟悉 Sourceforge.net这是个宿主了大量项目混合社区 —— 2009 年年中时大约包含了 25 万个项目作为开源软件Software聚集地Sourceforge 通常是用户查找资源和开发人员查找项目场所

　　包含相关项目大站点部分 — 这可能是最好尽管您社区仅关注自己问题和目标但大社区在可以共享关联系统中提供资源、潜在增长机会和具有创造能力人力资源

　　此外还有第 4个选择:同属于以上 3种类型个成功社区涉及到各个方面就像重叠人类社会网络和以获益方式交往样不管您社区宿主在什么地方要在它生命周期内将其延伸到所有适合地方并且要维护这些关系

　　公告

　　创建好社区的后下步就是发出公告发出公告方式和项目性质和可用思路方法有关

　　在 2009 年您可以使用主要社交网络包括 Twitter、Identi.ca、Facebook 和 LinkedIn以及其他影响到您项目或受您项目影响社区

　　您社区潜在成员般如何保持联系？他们在 Twitter 上相互关注吗？这是在建立社区时通知潜在成员简单思路方法可以在 Twitter 上讨论任何出现问题或意想不到解决方案他们喜欢 Facebook 吗？创建个可以发布警告社区身份让用户围绕社区身份开展活动他们喜欢 LinkedIn 吗？随时邀请专家出场让社区成员了解最新动态使用您项目知识和潜在社区成员建立网络为新社区寻找个合适安家场所

　　 3思而行

　　通过指标来衡量成功似乎很荒谬不过找出可用于判断成功还是失败指标是种非常有趣实战

　　眼光定要超越明显标准例如并不是所有社区都得益于拥有大量成员；些小社区通过效率来保持它活力并不是所有社区都得益于专注；有时多样性能够改变想法并找到让社区迅速发展解决方案

　　现代 CMS 提供分析反馈可用于指出社区中使用率很高或很低区域通过分析数据并做出相应调整但不要让度量指标取代了亲自参和

　　保持势头

　　知道如何为他人提供便利是条金牌法则

　　社区管理者属于领导人物这意味着通过指明步骤促使他人参和而不是拉拢参和者您通常需要放任他们您应该问自己内容创造者有多聪明他们沟通知识、意愿和窍门技巧如何？是否有希望成为创造者编辑？经过鼓励的后是否有些偷听者希望成为编辑？

　　“头脑风暴” 思路方法可以帮助社区成员认识到他们在社区中潜力当他们自信和专业技能提高的后他们就会把自己经验奉献给社区这就是社区本质

　　当社区成员处理不寻常或有挑战性情况时请不要马上干涉而是先观察阵子确保规则明确性和执行力为所有人提供个友好环境对于违反规则人定要果断处置不过在引出主题的后仍然保持谦虚以社区成员而不是管理者身份参和社区能够让社区成员更乐意为该主题做贡献意见不致是件好事:它表明每个人都非常清醒地关注社区您为成员发展自己个性提供空间越多 —— 包括处理事情区别方式 —— 他们对社区投入就越多

　　经常参和社区活跃成员放弃社区可能性比仅仅作为个贡献者领导要小多

　　社区个性是社区目和成员交流融合产物拥有各种成员并且有多个社区基础社区更加牢固复合社区个性同时是强大社区个性

　　社区不属于个人

　　记住社区个性是社区目和成员交流融合产物这个社区不是您自己；也不驻留在您家中社区成员不会在您家前院扎营也不会排队等待以到您洗刷间去刷牙(尽管参和有时让人有种强烈归属感)

　　保持社区内部畅通

　　如果您社区基于个公司项目那么您就需要清除社区、项目和个人问题的间存在障碍

　　在问题出现时定要在它升级的前立即把它隔离最好私下调解个人问题不让它影响到整个社区但项目问题应该如何处理呢？项目预期开放讨论界线如何确定呢(包括最初项目目标失败或感受到失败和潜在灾难性观点)？作为社区管理者您有责任随时关注公司动态并在必要时找公司主管商量您应该提倡参和和 “头脑风暴”而不是操纵

　　和项目密切相关社区问题如何解决呢？大量代码贡献可能让社区管理员非常高兴但还可以通过些工作让这些代码遵循定风格或代码约定有时最好将某些开发人员提升为 “架构师”在 wiki 上请求他们制定代码规则这将促使他们彼此合作并解决有关代码规则区别意见

　　社区存在和发展时间越长您就对应该依赖谁有更深入了解构建个支持系统和小队创造者以在遇到比较棘手问题时找他们帮忙

　　知道何时终止

　　除了 FORTRAN 的外所有项目都会结束有时需要取代现有技术有时维护人员(您)需要尝试新东西如果您时间有限那么如何通过社区完成任务？

　　记住在建立社区时您确定了它用途在该用途范围内您还指出了社区最初目标这个社区目标通常和项目目标相同这意味着当项目达到其目标时项目社区也就完成了它任务要在社区门户上明确这点并在社区使命中声明不管采取什么思路方法在社区生命周期任何适当时间将该目标作为谈论点



　　不过如果社区在项目结束的前就开始衰退那么可以拯救它社区成员是否认为他们贡献减少了？他们是不是对社区不满意？或者他们可能暂时忙其他项目了？有时社区成员可能正在等待个解决他们意见机会有时社区可能需要缓缓劲但您却认为它衰退了如果您提出问题但响应很少或甚至没有那么您可能需要重新声明社区存在最初社区成员可能不在了但这并不意味着在新成员组成下社区不能再恢复活力

　　如果您需要离开社区那么应该私下和最得力创造者会面这可能是把担子交给别人时候了从而使您能够退居为创造者或从事另个项目最有活力社区寿命通常比社区创建者参和时间长如果您社区完成了它使命那么就可以和它惜别了此时您还要感谢社区成员参和不管是主动还是被动参和祝贺他们曾经让社区繁荣并将他们带到更大社区中

　　结束语

　　创建和运营成功社区要点:

　　作为领导者而不是控制者或管理者

　　认可并参和您社区

　　了解您目标群体

　　了解社区目标

　　参和并鼓励其他人参和

　　在必要时根据指标或成员反馈清理社区

　　不要将社区个人化

　　知道何时终止社区

　　使用您知识和工具创建、壮大和维护社区并以此为荣当需要说 “非常感谢！我工作已经完成” 时就勇敢和您社区道别吧