特别说明：文章由开源之道发布并授权转载。
其实，我遇到的现实情况是公司该不该鼓励员工为开源做贡献，很多公司设置了 KPI 来解决，甚至设置奖金池，但是都收效甚微。归根结底是什么原因？文化当然是首当其冲，但是方法论也缺乏必要的认识。这次我选的文章是最最实际的方法论，没有高深的抽象论道，只有手把手的实际操作。企业开源之路漫漫兮，要严肃对待。
我是来自 Drupal 开源社区的一份子，Drupal 拥有来自全球超过十万活跃贡献者，这其中就包括了那些鼓励自己的员工为开源做出贡献的公司，而且他们还在不断的增加中。
在如今默认开源的年代，如果说你是一名资深的开发者，然而在简历上却没有提到参与几个开源项目，那么是颇被人质疑的。那些最优秀的开发者明白这点，在开源社区有持久的贡献，对于找工作或维系工作都是颇具影响力的。如果你是一名技术出身的雇主，其实是心知肚明的。那么摆在你面前的是如何帮助你的员工为开源做贡献！而并非是否参与开源的问题。
为上游做贡献不仅可以为企业赚取名誉，还能让公司获得真实的价值。当社区能够帮助公司展示价值的时候，为什么不去做直营了呢？你毕竟是在社区获得了真正的实力的。
还有一种情况就是，你所在的公司并不乐意为上游社区做出贡献，那么请尝试说服你的老板，Drupal.org 上有一些关于如何说服管理层的资源
开源项目实在是太需要非编码技能的人们了，如撰写文档的、做翻译的、测试的、搞市场的，当然还有赞助的。
我可以为 Mozilla 做什么，这个站点是一些关于帮助人们找到自己的适当位置的资源，Drupal 站点的参与之路页面，也是不错的让人们能够正确的参与贡献的资料介绍，引用 Drupal.org的一句格言的话：
由热情的志愿者所组成的多样化的社区，是推进项目进步的动力所在，且并非仅仅是web的开发和用户的支持，还有很多其他的贡献者和感兴趣的人们。
如果你还是刚刚接触开源，那么请约一些开源专家（如 开源之道，译者注），了解行业内外的各种情况，网络有时候真的会让你大吃一惊，尤其是你第一次接触时，但是要知道，开源社区的这群人，都是值得尊重，并才华横溢，这些人所组成的社区，绝对值得你去学习。
如果你对开源已经有了一定的了解，但是需要约见更多的社区的人，请尝试询问某些大拿是否愿意出来见面聊天喝茶，谈论工作和非工作相关的话题。
如果你认识很多人，那么引荐他们相互认识。
花时间去了解什么是最重要的项目，以及对于感兴趣的项目的问题。如果你在项目中遇到了“拦路虎”，可以去找博客去阅读，尝试去接触资深人士，和其他的贡献者沟通，并在IRC频道里讨论问题，要大胆去问问题，在最开始的时候可能有点难为情，但是请不要止步不前。
另外，你有能力帮助别人的话，尽可能的去帮吧，这就是社区的真正力量所在。
要去了解你的员工每个季度会投入多少时间到上游的社区去做出贡献，当然也要考虑到自己公司实际的操作需求，去重组你的规划，评估员工的优势，并将他们至于一个记录良好的不会轻易变更的计划中，尽管这样，还是有失败的可能性，但是我们可以进一步的采取各种措施来减少这种可能性，至少现在你知道你已经付出了一些努力，我们知道谁对什么负责。
通过承认成功和重要贡献，培育展示尊重的环境。要去树立榜样，展示人才。
经常做，且定期做。
要去积极的鼓励员工去做分享，分享他们所学到的知识、分享他们在完成项目的过程中是如何克服障碍而达到预期的目标。请求他们撰写博客，能够为公司的站点所使用，并在社区上分享。这反过来将帮助您与社区的其他贡献者进行互动，为新手提供帮助，并吸引他人。
举办一些讨论会、或者是线上的在线会议、或者是本地的meetup，策划一些代码冲刺的活动，这些同样对于公司和社区都有帮助，如果贵公司拥有场地，在空闲或闲置时，则让其它的开源项目搞下活动。
在一些活动上代表公司来做一些演讲，或者是参与一些高峰论坛。网络的力量，可从来不敢轻视。
让公司所作出的贡献出现在社交媒体上，分享公司的成绩、撰写博客、发布公告、以及任何可能的在线的社区活动。
Neeraj Kumar 是 Valuebound 的首席参与官，他从2008起就开始使用 Drupal，近期他写了一本关于 Drupal 8 开发入门的书籍，他在Valuebound 的职责还有：让Valueboud的团队如何持久地为Drupal作出贡献。现在Valueboud是全球排名前三的Drupal服务供应商，在Drupal.org（基于社区的开源项目）这个全球的市场算是很了不起的了。
本文由作者Neeraj Kumar 发表在Opensource.com上：How companies can help employees contribute to open source。开源之道精心翻译。本文在Creative Commons BY-SA 4.0许可证下发布。欢迎转载！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。