关于任何一家企业中的开源部分来说，恰当常见的一项使命便是对内部软件进行评价以考量其是否合适以开源方法回馈社会。而在PayPal公司履行这项使命时，咱们发现有必要运用Danese Cooper树立的一套检查流程对潜在开源项目加以审视，然后为以下四个问题找到答案：

　　1.与谁相关?

　　2.咱们是否仍在运用?

　　3.咱们是否做出许诺?

　　4.其在公共树结构下是否能够顺利进行开发?

　　今日的文章将着眼于这四个问题，并评论它们为何如此重要。

　　1.与谁相关?

　　立足于企业之外，还有谁会对这款软件感爱好?假如没有活泼社区的活跃参加，任何开源项目都不或许取得成功。假如招引不到外界的爱好，那么以现有效果为根底树立活泼社区的期望也会变得十分迷茫。一旦依托劳资联系维系的项目开发者们逐渐离去，有必要要有其他人接手其开发及保护，不然咱们仅仅给前史的垃圾堆增添了一件废品。

　　取得外部反应定见的方法可谓多种多样。与来自其它企业的同行们交流、编撰博客、在会议活动中进行交流或许宣布讲演都是不错的完成方法。有些人天然生成具有这种才干，有些人则需求必定程度的引导才干切当表达自己的定见，也有不少人不太拿手议论与自己作业相关的论题。但在大多数情况下，职工需求得到企业的清晰授权，告知他们能够在外界宣布怎样的言辞。咱们发现对有此意向的职工进行表达训练能够很好地处理上述问题，当然也能够协助开发人员充分其博客中的相关内容。

　　2.咱们是否仍在运用?

　　假如咱们现已不再运用这款软件，那么在进行开源之前总是需求进行很多检查。假如咱们不再活跃开发这款软件，那么咱们几乎不或许以该项目为中心履行进一步推进或许为其树立社区。软件中的某个独立组件中或许存在安全漏洞(或许存在于软件本身中)，这意味着有必要有人全程追寻并加以处理。更不必提其它一些常见使命的处理作业，详细包含归类过错恳求、辅导新晋贡献者以及依据用户实践需求调整使命处理方法等等。这些作业都需求投入时刻，而作为企业咱们不太或许花费很多时刻保护一款现已不再运用的软件。

　　不过***的问题在于，对失利产品进行开源会给企业名誉带来影响。假如咱们因为一套处理计划无法处理实践问题而转向其他软件效果，那么真的很难盼望这东西能够实在协助其他人搞定运营使命。开源社区不是求助站或许垃圾桶，咱们不或许随便把自己不想要的东西往这儿一丢完事。假如企业回馈给社会的都是其不想要的软件，那还不如爽性别打开源的主见。

　　3.咱们是否做出许诺?

　　正如之前所说到，保护开源项目需求投入很多时刻，而详细时刻周期则取决于项目的全体规划。一般来讲，开源项目的保护时刻一般要低于中心使用结构，但其时刻投入依然恰当可观。毫无疑问，开发人员及其管理者都会把时刻视为一种极端名贵的资源。假如管理者不愿意让开发人员把时刻耗费在项目保护作业身上，那么项目本身很或许堕入缓慢逝世状况。

　　而在灵敏布景之下，咱们则能够采纳多种不同处理方法。假如咱们的流程依赖于功用组件与短期冲刺，那么咱们能够经过一项组件协作一轮冲刺的方法完成项目保护。而假如咱们挑选根据使命的开发人员精力调派方法，则应当恰当削减开发人员投入到项目保护方面的产能耗费。假如咱们计划把作业均摊给多位成员，自然会期望保证了解每个人详细担任流程中的哪些部分——不然使命将很或许堕入僵局。一部分项目还需求全职社区技能人员予以协作。假如这一切在管理者眼中是不合理或许不可行的，那么该项目需求迎候进一步检查以考量其是否合适走向开源。

　　4.其在公共树结构下是否能够顺利进行开发?

　　是否还有其它与代码相关的阻力约束着咱们在大众视界傍边进行项目代码编写作业?假如这些代码因为同内部体系的相关性而无法进行公共开发，那么，咱们有必要对这种相关性加以阻隔、剥离或许模块化处理。并且，假如相关流程并不影响该软件对外界参加者及运用者的招引力，那么，咱们应当考虑解耦这种内部相关联系，然后协助项目本身完成实用性。别的，假如没有更多项目内容需求发布，那么相关代码编写也根本能够叫停。

　　更重要的是，咱们绝不能持续以内部方法开发软件——经过许可将各重要发行版别发布在GitHub之上，一起合理启用杰出的开源资源。外部与内部开发人员有必要能够参加其间，并环绕规划与开发计划进行评论，不然整个社区将被完全架空。这意味着咱们需求为社区供给可供评论的资料，并把技能抉择交给大众评判——而不能持续依托企业内部的决议计划倾向。假如项目团队不想做这些作业，咱们或许需求为其行为供给一些重要辅导，然后协助其走上开源正轨。

　　总结

　　这四个问题当然还不足以包括开源过程中或许呈现的悉数妨碍。任何一家企业都需求对项目傍边或许触及的各类知识产权问题做出评价。别的，咱们也有必要对其它相似开源项目进行研究，保证自己的尽力效果不会与既有计划相重复。与此一起，项目本身还有必要对企业本身以及整个开源社区具有实践价值。但整体来讲，这四个问题能够算是一个杰出的对话起点，咱们能够运用它们协助自己过滤掉那些不合适作为首发开源目标的软件计划。

　　原文标题：4 questions to ask before open sourcing a project，作者：Duane O'Brien

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