最小可行的治理:轻量级的社区结构来发展你的自由/开源软件项目

Justin Colannino的照片

在我对政策团队的职责中,我从开发人员听到了很多,即起草项目治理是一个痛苦。出于这个原因,我们制作了最小可行的治理(MVG),这是一个简单,易于实施的治理框架,为您的免费和开源项目。它应该适用于所有项目 - 少数朋友或几个超级企业竞争对手之间的工作。它是开源的,因此您可以修改它以满足您的需求。

1 + N的问题

当您的项目从1个维护人员转移到1+N个维护人员时,事情就变得复杂了。突然之间,你需要弄清楚你将如何做出决定,你将如何添加其他维护者,你将如何划分工作并就一个愿景达成一致,以及谁拥有商标。

在这些决定上,往往要么协商太少,要么协商太多。对于志愿者运营的项目,人们通常什么都不做,直到出现问题,而这些问题会使社区紧张或崩溃。对于有大公司贡献者的项目,律师会参与进来,花几个月的时间来谈判重量级的法律治理结构,从而减缓实际工作。

MVG解决方案

MVG是维护人员之间签署并存储在存储库中的协议。MVG为一组开源项目提供了一个两层结构。在最高层(称为组织在GitHub上),你选择一组人作为技术指导委员会,决定组织所有项目之间的总体方向和协调。在这个顶层之下是独立的项目,维护人员之间有轻量级的、基于共识的治理。

该协议包括五项内容,违约情况如下。由于MVG是开源的,您当然可以修改文档以满足您的需要。

  1. 决策.MVG默认在组织层面采用基于共识的决策制定过程。共识并不意味着没有异议——它意味着利益相关者基于他们的主导观点达成松散的一致,并考虑到明显的反对意见。这就是建立网络的方法.在我们的经验中,努力努力减少摩擦力并减少敌对项目叉。在组织/指导委员会一级,协商一致意见无法取决于多数票。个人存储库是仅共识,所以如果达成共识无法做出决定,则会向指导委员会提出上诉。
  2. 商标政策.中立的商标所有权是真正开放合作过程的有力标志。当项目有一个非营利性的公司住宅时,公司住宅拥有商标——比如项目名称和标识——以便为更广泛的社区的利益进行管理。如果没有公司,商标所有权就很复杂。MVG通过让每个与项目相关的人都同意受与项目无关的人相同的商标政策的约束来解决这些问题。MVG默认的商标策略是基于模型商标指南
  3. 反托拉斯政策.该政策明确规定,在使用MVG的项目上合作的参与者不得从事违反反托拉斯法或竞争法的活动。这是良好的法律卫生,特别是如果有来自公司的维护人员。
  4. 的行为准则.MVG默认为贡献者的约.这是GitHub的开源社区最广泛使用的行为准则。
  5. 项目标准.MVG是指GitHub上的开源软件、开源标准、开源硬件和开源数据项目。默认情况下,MVG包括一个策略,项目必须从有限的开源许可证列表中选择。对于开放源码项目,这些是开放源码倡议的流行许可证列表而MVG的模板项目许可证是MIT - 最广泛使用的开源许可证。MVG默认为社区规范要么开放网络基金会协议对于标准和开放知识基金会的列表推荐符合许可证为数据。

一些细节

MVG被设计得简单而健壮。一旦你检查并确定它适合你,fork一个副本,填写空白,然后开始工作。MVG是开源的CC授权,因此您可以修改文档以满足您的需求并重新查找。记住这些是合约,所以你应该确保他们适合你。

MVG意味着是一个斜坡。如果您的项目起飞并需要持有会议,会议谈判,托管费或其他任何东西,那么将这种结构置于其中免费和开源软件基础或其他公司形式。

回馈

MVG还在测试中。我们需要你的反馈!有α版本在使用中,但像所有东西一样,有改进的余地。我们将在未来几个月内接受任何人的反馈在MVG repo中在我们发布1.0版本之前。

谢谢!

最后,特别感谢许多GitHub的团队成员和其他人,他们在这个beta版发布之前进行了评审并提供了反馈PAM Chercek.Aaron Williamson.


遵循Twitter上的GitHub政策有关影响开发商的法律法规的更新。