Patterns in the Transition From Founder-Leadership to Community Governance of Open Source
通过对 637 个 GitHub 仓库及其演进中的治理文档进行分析，本研究揭示了从创始人主导向社区治理的成功转型并非通过语调的变化，而是通过制度角色与生态系统级规范的逐渐叠加与完善实现的。
原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性，请参阅原始论文。 阅读完整免责声明
以下是使用简单语言和日常类比对该论文进行的解释。
大局观：从“一个老板”到“一个团队”
想象一下，一个流行的开源软件项目（比如一个免费的应用或网站）就像是一个巨大的、共享的社区花园。
在最开始的时候，几乎每个花园都是由一个人——创始人——开始的。这个人种下第一批种子，搭建围栏，并决定西红柿种在哪里。在初期，这运作得非常好。创始人是“仁慈的独裁者”，大家只需跟随他的领导即可。
但随着花园的成长，它吸引了数百名其他园丁。创始人不可能独自去为每一株植物浇水、修剪每一丛灌木或决定每一项规则。如果他们试图这样做，花园可能会崩溃，或者创始人可能会精疲力竭。花园需要转型为一个由社区管理的组织，在这里每个人都有发言权，并且有明确的规则。
这篇论文研究的是这 637 个“数字花园”是如何完成这种转型的。研究人员想要了解：当项目从“一个老板”转向“社区治理”时，它们是如何修改自己的“规则手册”的？
他们是如何做的：阅读“规则手册”
研究人员并没有通过观察人们在聊天室里的争论，也没有统计代码更改的数量，而是查看了书面规则手册。
在 GitHub（这些项目存放的地方）上，有一个特殊的名为 GOVERNANCE.md 的文件。你可以把它看作是这个项目的宪法。这是一个位于计算机代码旁边的纯文本文件。它会说明诸如：
- “谁可以合并代码？”
- “我们如何选出新的领导者？”
- “如果有人违反了规则会发生什么？”
研究人员收集了 637 个项目的第一个版本的规则手册（当项目还很年轻时）和最新版本的规则手册（当项目已经成熟时）。他们使用了一个计算机程序来阅读这些文档，并将它们分解为三个简单的部分：
- 角色（“谁”）： 谁被允许做某些事情？（例如：“贡献者”、“维护者”、“指导委员会”）。
- 动作（“做什么”）： 哪些活动正在受到监管？（例如：“投票”、“审查代码”、“决定功能”）。
- 义务语气（“强度如何”）： 规则有多严格？（例如：“你必须做这件事”、“你应该做这件事”或“你可以做这件事”）。
他们的发现：花园变得更加复杂了
研究人员发现，随着这些项目的成熟，它们的规则手册不仅仅是变得更长了，而且变得更聪明、更平衡了。以下是他们发现的关键模式：
1. 职位更加专业化（“角色”在增长）
在初期，规则手册非常简单。它主要说“任何人都可以帮忙”或“由创始人决定”。
- 变化： 随着项目的增长，规则手册开始定义具体的、专业化的工作。它们增加了针对“技术委员会”、“监督小组”、“子委员会”以及管理与其他项目关系的人员的规则。
- 类比： 想象一次小型家庭晚宴，妈妈决定一切。随着这个家庭变成一场盛大的婚礼招待会，你不再只有“妈妈”一个人了。你会看到“领班”、“DJ”、“花艺师”和“保安”。规则手册开始列出所有这些具体的角色。
2. 活动类型更多样（“动作”在增长）
早期的规则手册侧重于基础动作，如“提交代码”。
- 变化： 后期的规则手册涵盖了更广泛的活动。它们开始规范项目如何与外界沟通、如何举行会议以及如何进行监督。
- 类比： 一个小俱乐部只有关于“注册”的规则。一个大型俱乐部则有关于“筹款”、“举办活动”、“管理预算”和“调解纠纷”的规则。被管理的内容范围变得广泛得多。
3. 规则变得更加平衡（“熵”增加了）
这是一个高级说法，意思是规则不再仅仅集中在一两个事物上，而是开始均匀地分布开来。
- 变化： 在早期，90% 的规则可能都是关于“创始人”的。在后期，规则更均匀地分布在所有不同的角色和动作之间。不再有单一的个人或团体在文本中占据主导地位。
- 类比： 想象一束聚光灯。起初，聚光灯固定在一个人身上（创始人）。随着时间的推移，聚光灯开始四处移动，平等地照亮不同的人和任务。责任的“光芒”被分担了。
4. 规则保持了“友好”（“义务语气”变化不大）
研究人员检查了规则是否随着时间的推移变得更加严格或具有惩罚性。
- 变化： 令他们惊讶的是，规则并没有发生变化。关于“你必须做这件事”与“你可以做这件事”的比例大致保持不变。尽管项目变得庞大且复杂，但它们并没有变成严厉的警察国家。它们仍然主要关于许可和鼓励，而非禁止。
- 类比： 即使花园变大了，告示牌也没有从“请帮忙”变成“不要碰植物，否则你会被逮捕”。语调依然保持着友好和基于志愿精神的特点。
核心结论
论文得出结论：成功的开源项目通常不会撕毁旧的规则手册并重新开始。相反，它们会叠加新的规则。
它们从一个简单的基础（创始人的愿景）开始，随着项目的增长，慢慢增加更多细节层、专业角色和共同责任。这就像盖房子：你先打好地基和墙壁，随着时间的推移，你再添加房间、二楼和精致的厨房。你不会拆掉一楼来盖二楼；你只是不断地在上面添加内容。
简而言之： 成功的社区是通过增加更具体的职位并分散责任来实现增长的，而不是通过改变规则的语调或完全替换旧系统。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。