如果说2008年有一个最流行的词汇，它可能就是“社区”。越来越多的公司通过开源项目以跻身于开源社区，从而获得来自志愿者的贡献。但是如果你只是看到每个公司都在加入开源阵营，就跟大流也这样做，这是不可取的。要想取得成功，你需要经过深思熟虑后得出一个社区计划，详细的定义你的企业所需要和希望能从社区获得的东西，以及如何实现这些目标。而且你需要确认实现目标的方法不会引起自由和开源软件社区的愤怒。

　　自由和开源软件社区项目的宗旨并非阻止企业开源参与，实际上恰恰相反，开源社区也希望更多的企业能够加入进来。通过在前期制定计划来衡量贡献，企业可以为成功做好计划。这意味着企业需要从一开始就设定目标，然后根据该目标设计实现它的路线图。很多企业一开始的时候的目标不清，最终也就难免对结果感到失望。然后它们就指责开源模式。但实际上，这实际上是领导能力和方向设定的失败。

　　明确企业开源的目标

　　那些期望对开源社区作出投入来获得回报的公司应该明白，这些投入需要花费时间才能带来回报。只是简答的把代码交出去，还不足以获得来自开源社区的贡献。开发者需要与社区进行交互，以帮助支持他们的贡献。而且，对于来自外部的志愿者来说，他们需要花时间来学习一个项目的实现方式，才能变得更富成效。

　　如果企业开源的目标是“外包”大量的开发工作给开源社区，那么就别想着会取得成功了。尽管一个健康的社区可以对公司赞助的开源项目提供非常有价值的贡献，但是这并不意味着开源社区可以取代一个专职工程师。志愿者也希望能够听到项目本身发展方向的声音，也需要企业对项目进行合理的管理。

　　或许以上内容听起来都是些对企业的限制，那么我们再来看看开源可以给企业带来的好处，一个健康的社区会给项目带来很多帮助，尤其是在测试、修补、翻译和新功能等方面，另外它还有助于推广宣传这个开源项目。据市场分析机构Evans Data关于开源开发者趋势的调查显示，在修改源代码的开发者中有三分之二都对社区进行了回报。

　　决定企业需要的贡献类型

　　在你的公司发起一个开源项目之前，你应该决定该项目需要什么类型的社区，以及企业所渴望的贡献种类。你是否希望获得一个大型用户社区，但又不会为代码贡献而感到担忧?或者是否一个小型开发者社区更适合你的项目，因为它可以让开发者将时间投入在研究对实现企业目标有利的开源项目上?

　　另一种选择是，企业可以通过一个开发者社区来使用和扩展企业某项技术，诸如SugarCRM，它具有一个健康的志愿者社区来创建该技术的扩展。贡献可以通过多种方式和类型来获得，不能一概而论。

　　而某些公司则满足于“开源”项目，也就是说，项目在一种开源许可下提供，但是大量的开发工作已经由公司开发者完成。在这种情况下，你可以单独通过使用率来评价企业的成功。

　　现在假如你已经知道了你想要的东西......那么又如何知道你是否正在实现这个目标呢?

　　如何评价企业开源成功与否

　　假如大量应用程序被下载之后却从不被安装，那么下载次数是一个毫无价值的评价参数。实际上有好几个方法可以让你获得更准确的数据。你可以通过一种方式来跟踪产品的更新或安装，举例来说，一个程序一旦被安装完成后可以发回一个信息(当然要经过用户同意)。其中一个例子是Smolt，最初由Fedora项目所开发，现在还被openSUSE项目所使用，它不仅跟踪安装的数量。它还收集安装者的硬件信息，以帮助项目发起者识别在Linux系统中什么硬件最常见。

　　另一个可以考虑的参数是用户数。举个例子来说，openSUSE所提供的自动构建和打包程序服务，它要求开发者注册一个帐号才能构建和打包程序。这让我们可以跟踪注册的开发者的数量，以及在系统中创建的包的数量和正在进行的项目有多少。

　　在一开始的就仔细考虑和设计你的跟踪系统是一件非常重要的事情，因为一旦投入使用后，再对其进行后期修改可能比较困难。举个例子来说，如果你的漏洞跟踪器不能区别你的企业员工和社区志愿者，那么你如何确认有多少漏洞是外部志愿者发现的，又有多少漏洞来自于内部团队?因此，跟踪“报告的漏洞”或“修复的漏洞”等统计数据并无多大用处，因为你不知道这些工作究竟是社区志愿者社区完成的，还是企业内部人员完成的，自然也就无法衡量开源所带来的好处。

　　当然，你还必须采取必要措施来推动成功。举例来说，如果代码贡献是你的公司的目标，那么选择一个轻量级和宽松的版权声明策略，更有可能鼓励贡献。而要求志愿者声明所有版权属于你的企业，则可能影响志愿者与你的企业合作的积极性。然而，如果你完全不制定版权声明策略，一旦企业希望在将来的某个时候进行一些修改，诸如从一个开源许可转向另一个，实现起来也将非常困难。

　　通过一开始设定清晰的目标，你的公司能够更轻松的判断你的软件开发项目是否适合走开源这条路。一旦作出决策后，执行该计划，并根据需要对其进行调整，最终会获得你想要的结果。（责任编辑：A6）