关于Linux的学习,请参考书籍《Linux就该这么学》
本次于奥斯汀召开的OpenStack峰会成为大家交换开源项目管理经验的绝佳平台。事实证明,在经历了多年的社区参与及项目贡献工作之后,我对这方面事务还是有点儿发言权的。
1.给贡献者们增添烦恼 我有位好朋友自2013年开始,就一直在为Ceilometer做出贡献。他的代码审查水平相当高,甚至能发现许多旁人意识不到的错误。项目管理团队最终让他晋升为核心审查员——而非单纯交给他更多任务。相信我,正是这种成就感让更多水平超群的技术人员继续留在项目当中。 2.只让人们参与枯燥的工作 3.不重视点滴贡献 我个人就曾经在某个项目中负责修复文档错误,并在短时间之内发布了56项补丁、修正了部分bug并添加了些额外的功能。没人因为这些都是小事而看轻我,我也相信自己的工作确实拥有其价值。 4.为新人们设置过高的门槛 事实上,我们应当对新人进行技术水平评估(简单的交流应该能大致摸清其程度),而后再为其分配力所能及但又有些挑战的工作。 5.要求人们牺牲自己的个人生活 另外,过于频繁的视频会议乃至IRC会议也会让人感到厌烦。开源项目应当以人为本,并针对不同成员采取不同的交流及贡献方式。 6.潜在的行为准则太难融入 诚然,我们没必要就行为规范整理什么说明指南。但作为项目管理者,大家最好是能让团队在保持个性的同时,充分考虑新人的感受。有事没事抛出一大堆内部用语或者“梗”,除了妨碍组织规模进一步扩大外真的没什么好处。 7.让非英语为母语的发言者感到毫无参与感 面对这种方式,我们可以想想其他的办法进行替代。例如采用异步沟通方式,以文本为载体发送交流内容。如此一来,对方即可借助翻译软件大致理解其中的含义,同时也避免了开口说外语所带来的紧张感。 8.缺乏远见,不愿放权 另外,就是应当将部分职责放心交给其他成员,而非全部由自己掌控。补丁审查、子系统设计、错误修正以及文档编写等都可以由专人负责。通过这种方式,每位成员都能感受到自己的作用与价值,并更为积极地留在项目团队当中。 9.不承认贡献者们的成绩 因此,我们应当对非技术贡献予以充分的重视,并在建立团队成员阶层时小心再小心,以免遗漏了任何一类人才。 10.缺少感恩的心态 |