【51CTO.com快译】本次于奥斯汀举行的OpenStack峰会成为咱们交流开源项目办理经验的***渠道。事实证明，在阅历了多年的社区参加及项目奉献作业之后，我对这方面业务仍是有点儿发言权的。

不过，在今日的文章中，我计划以不和视角解读这一议题，即评论开源项目办理傍边不可取的种种作法。

1.给奉献者们添加烦恼

软件的开发者与保护者现已很忙了，所以过量的使命分配只会令人愈加恶感。事实上，开源范畴***的误解之一便是，办理者往往认为漫山遍野的作业能够添加成员的参加感。这儿说得直白一点，使命太多的话人家或许爽性就走人了。

我有位好朋友自2013年开端，就一向在为Ceilometer做出奉献。他的代码检查水平适当高，甚至能发现许多旁人认识不到的过错。项目办理团队终究让他晋升为中心检查员——而非单纯交给他更多使命。信任我，正是这种成就感让更多水平出众的技能人员持续留在项目傍边。

2.只让人们参加单调的作业

在新人参加时，他们的动机往往不尽相同。部分用户期望经过奉献完成本身价值，也有些人是抱着学习的意图。但一般来说，人们其实比较抵抗一直触摸***级的单调作业。假如办理者关于底层奉献者的感触毫不关心，那么无聊的内容再结合上一条说到的作业强度，肯定会让许多有志于开源的朋友敏捷撤离。

3.不注重点滴奉献

改个错字也能算奉献?从头捋顺阐明文档也能算奉献?这种心态在开源项目中并不稀有，但事实证明这类作业其实相同具有重要价值。

我个人就曾经在某个项目中担任批改文档过错，并在短时刻之内发布了56项补丁、批改了部分bug并添加了些额定的功用。没人由于这些都是小事而看轻我，我也信任自己的作业的确具有其价值。

4.为新人们设置过高的门槛

新人在参加开源项目时，其个人技能水平与从业阅历往往千差万别。而许多办理者则直接给他们设置过分杂乱的使命，这会让许多人遭受挫折感，甚至觉得自己太笨而静静退出。

事实上，咱们应当对新人进行技能水平评价(简略的交流应该能大致摸清其程度)，然后再为其分配量力而行但又有些应战的作业。

5.要求人们献身自己的个人日子

大多数参加者只会拿出闲暇时刻进行开源奉献，这也是种十分健康的开展方法。请注意，不要盼望项目成员献身个人日子进行奉献，那样既不实际也不利于项意图长时间开展。

别的，过于频频的视频会议甚至IRC会议也会让人感到厌烦。开源项目应当以人为本，并针对不同成员采纳不同的交流及奉献方法。

6.潜在的行为准则太难融入

跟着社区的开展，总会有种潜在的风格或许行事方法成为其特性标签。尽管这能让老鸟们乐在其间，但却也或许让新人们望而生畏。

固然，咱们没必要就行为规范收拾什么阐明攻略。但作为项目办理者，咱们***是能让团队在坚持特性的一起，充沛考虑新人的感触。有事没事抛出一大堆内部用语或许“梗”，除了阻碍安排规划进一步扩展外真的没什么优点。

7.让非英语为母语的发言者感到毫无参加感

绝大多数开源项目社区会以英语进行交流，而这也成为咱们协作的重要条件。但是，咱们也应该考虑到部分技能人员来自非英语为母语的国家，这意味着他们或许很难与原有成员顺利交流，甚至因而遭到冲击。

面临这种方法，咱们能够想想其他的方法进行代替。例如选用异步交流方法，以文本为载体发送交流内容。如此一来，对方即可凭借翻译软件大致了解其间的意义，一起也避免了开口说外语所带来的紧张感。

8.短少远见，不肯放权

这两项过错常见于各类开源项目。事实上，部分奉献者在参加后会开发新功用并向原有成员寻求反应定见，这时担任保护的办理者或许认识到自己并不了解这部分技能，甚至因而决议退出。有必要着重的是，项意图开展愿景与环绕这一点打开的交流十分重要，这样咱们才能让各位成员具有相同的判别并了解是否应当留在部队里发挥效果。

别的，便是应当将部分责任定心交给其他成员，而非悉数由自己掌控。补丁检查、子系统规划、过错批改以及文档编写等都能够由专人担任。经过这种方法，每位成员都能感触到自己的效果与价值，并更为积极地留在项目团队傍边。

9.不供认奉献者们的成果

为开源项目做出奉献的方法多种多样，绝不限于编写代码。阐明文档、bug调试、用户支撑、体会规划、传达甚至翻译等等，这一切都是十分重要的作业。

因而，咱们应当对非技能奉献予以充沛的注重，并在树立团队成员阶级时当心再当心，避免遗漏了任何一类人才。

10.短少感恩的心态

作为结束，我要着重开源项目中感恩心态的重要性。这类项目往往是由参加者无偿构建而成的，作为办理者咱们要为每个人的共享精力喝彩——当然，要用能让他们直观感触到的方法!

原文标题：Avoiding bad practices in open source project management，作者：Julien Danjou

【51CTO译稿，协作站点转载请注明原文译者和出处为51CTO.com】