许多人认为开源“社区”就是一群不拿工资，全凭兴趣编程的开发人员，但这不是大部分项目背后的驱动力。一般而言，只有一小部分人有权利修改或提交源代码。其他开发人员把代码提交给核心开发人员。但评估一个项目是否健康发展的要素是规模和动机、小组成员苦心钻研代码的程度和定位修复错误缺陷的热忱，以及项目对这些会如何反馈。例如，CEO贾维尔•索特罗（Javier Soltero）表示Hyperic项目开发小组会花四分之一的时间参与用户论坛。

保持强有力的社区也将是Apache Harmony项目（下称Harmony 项目）面临的挑战，它是一个用于生成Java开源版本的项目。尽管Java的所有权属于太阳计算机系统公司（Sun Microsystems，下称Sun），而一直希望Java成为开放式系统的国际商业机器公司（IBM）是这个项目的主要支持者。但在去年11月Sun把Java代码也开源了，这对Harmony项目来说简直是釜底抽薪。公司总裁格尔•马格努斯（Geir Magnusson）表示Harmony项目将继续前行，但既然网上已经有开源的Java，那Harmony项目的社区如何能吸引到一批忠诚的用户呢。

与此相反，Java开源应用服务器JBoss项目却取得了成功，以致几乎再没有空间留给同类型的项目了。去年4月以3,500万收购JBoss项目之前，红帽公司（Red Hat，下称红帽）说它会发布和提交在法国的ObjectWeb Jonas项目。但直到现在这个Jonas项目即使在红帽内部也无人知晓。最终用户社区投票说明一切：Jonas项目在欧洲还有少量用户，但在北美它已奄奄一息。另外，IBM收购了Gluecode公司，因为它的开源软件包产品包括了一款Apache旗下富有创意的Geronimo应用服务器项目。Geronimo项目尽管身后有IBM的支持，但该项目能否借JBoss项目之势觉醒仍是未知数。

Harmony 项目和Jonas项目有一点相同：他们吸引的不是草根开发者或有核心需求的用户支持，而是获得来自感兴趣的上层公司，如IBM和红帽，这些公司都有自己的计划表。当优先级随它们而改变的同时，来自用户的支持自然也减弱了。

名为Fedora Legacy的Linux 项目是另一个没有热情用户支持的项目。Linux狂热支持者们发起Fedora Legacy项目的初衷是为老版本的红帽Fedora Linux软件提供安全和错误补丁。不幸的是主流社区却没有分享开发者对“传统”Linux的热忱，这个项目在去年年底因为缺乏支持而终止。

Apache项目创始人布赖恩•贝伦多夫（Brian Behlendorf）回忆道，活跃的社区是Apache项目在上世纪90年代中有别于其他免费项目的一个特征，那时候IT经理们还普遍对免费软件持谨慎态度。Apache项目站点并没有随意堆放无数的免费代码，Apache.org的潜在商业客户会发现相关的代码都带着开发过程的积累，其中关于最新修改的注释标注地清清楚楚。他表示：“在Apache社区可以非常容易地提出问题、加入邮件列表、或是查看问题解答的帖子。”

贝伦多夫描绘的是一种项目透明度，这正是任何有活力的开源项目的标志。社区对于活力和透明度的要求不亚于对于社区规模的渴望。论坛里无数的讨论帖、活跃的正面和负面意见，使项目决策有更清晰的依据。这是开源社区最重要的立身之本。哈福特财产保险与意外保险IT集团（Hartford's Property and Casualty IT Group）的首席安全架构师詹姆士•麦克戈文（James McGovern）表示：“在公司，你很难诚实地表达观点。但公司之外，人们可能诚实得近乎残酷。”

一个健康的社区也会建立自己的政策，压制过火行为，如人身攻击等。健壮的论坛和邮件列表定位应该是项目发展的大方向，不应纠缠于个人观点上的差异。这就是领导能力对项目的影响所在