读开源项目成功之道07处理冲突

1. 寻找贡献者并成为导师

1.1. 识别当前贡献者中谁能成为出色的未来维护者是获得新维护者过程中最困难的部分

1.2. 贡献者也可能有获得开发经验，甚至在适当时候成为项目领导者的动机，以开拓他们未来的就业机会

1.3. 作为维护者，要知道你没有责任为想要成为维护者的贡献者提供职业发展机会，但如果兴趣一致，这对项目和作为维护者的你来说可能是一个很好的机会

1.4. 未来维护者的品质

• 1.4.1. 领导一个开源项目比领导一支员工团队要困难得多

• 1.4.2. 与员工相比，贡献者可能会在更低的门槛下退出，因为这不会对贡献者带来经济影响

• 1.4.3. 这些贡献者在加入项目前没有经过任何审核，他们只是看到你的项目、喜欢它、使用它，并根据自己的需求为其作出贡献

• 1.4.4. 这就要求项目维护者同时关注个人的技术技能和软技能，看看如何将其发展为维护者

• 1.4.5. 作为一名维护者，一方面要做技术管理，另一方面要做人员管理（这需要软技能）

• 1.4.6. 了解一个优秀的未来维护者应该具备哪些品质，可以帮助你判断哪些贡献者可能发展为未来的维护者

• 1.4.7. 导师制度是一个很好的工具，因为它为潜在的维护者和当前的维护者提供了一个空间，以此来判断潜在的维护者是否适合发展为维护者

1.5. 利用导师制度引入新的贡献者

• 1.5.1. 组织面临的较大挑战之一是招聘优秀的人才

• 1.5.2. 在当前维护者对潜在的未来维护者进行指导和跟踪的过程中，你会更好地了解这个贡献者是否能够胜任维护工作

2. 贡献者何时准备好成为维护者

2.1. 导师指导是一条缓慢的道路

• 2.1.1. 一定不希望让自己或贡献者过于疲惫，否则双方都会感到沮丧

2.2. 良好的导师指导是一个有意识的过程，贡献者和维护者都要设定明确的目标和时间表，以确保预期明确，通过良好的沟通了解事务进展情况并尽早解决问题

2.3. 感知贡献者准备成为维护者的时机往往更像是一门“艺术”​，而非一门“科学”

2.4. 导师指导进展顺利的迹象

• 2.4.1. 贡献者主动参与

  • 2.4.1.1. 关键是“积极主动”​，这意味着你作为维护者并没有特别要求他们做某事，而是他们自愿主动去做

• 2.4.2. 贡献者了解项目和社群

• 2.4.3. 贡献者在项目社群中被认可为领导者

  • 2.4.3.1. 成为领导者并不是一个人可以独自完成的事情，而是基于他们所做的工作和互动

  • 2.4.3.2. 如果项目社群不认可这个人作为领导者，那可能意味着他和其他人之间存在摩擦，或者这个人没有表现出自己是领导者

• 2.4.4. 贡献者和其他维护者之间有良好的个性契合度

  • 2.4.4.1. 并不意味着每个人都是最好的朋友，也不是“个性竞赛”

  • 2.4.4.2. 贡献应该通过良好的、专业的互动和沟通来实现

2.5. 贡献者有能力从不足中成长

• 2.5.1. 我们都是人，有时我们很难看到自己的缺点

• 2.5.2. 最重要的是，一个人是否能从这些缺点中学习和成长

2.6. 优秀的维护者是随着时间的推移逐步形成的

• 2.6.1. 维护者的领域和范围涵盖了深厚的技术知识、公共演讲和社群管理能力

2.7. 如果贡献者从未准备好成为维护者怎么办

• 2.7.1. 并不意味着他们不适合这个项目，可能只是不适合这个角色而已

• 2.7.2. 这不是永久的状态，随着时间的推移，人都会成长和变化（就像项目一样）​，在不同的阶段，他们可能适合不同的角色

• 2.7.3. 直接私下与对方谈谈你的担忧

• 2.7.4. 接受他们的反馈

  • 2.7.4.1. 当出现问题时，很少是单方面的，因此他们可能会对维护者本身有重要的反馈

• 2.7.5. 确保他们参与的一切都有一个新的负责人，这个人可以是你自己

• 2.7.6. 尝试寻找其他方式让贡献者参与

• 2.7.7. 尽量友好地结束导师指导

2.8. 并不是每个人都适合做维护者

• 2.8.1. 即使某人有成为维护者的能力，也不意味着他们有成为维护者的兴趣

• 2.8.2. 从最终用户转变为贡献者，然后成为维护者，并不是一条职业道路，而不成为维护者也并不代表失败

2.9. 如果你的目标是拥有一个成功的、可持续的开源项目，那么考虑如何随着时间的推移提高项目领导力至关重要

2.10. 要将其作为基础设施的关键部分使用，他们会希望确保这个项目在未来几年中得到维护

2.11. 维护者和一般的开源项目面临的主要压力之一便是冲突

• 2.11.1. 冲突是一个项目健康的象征，它意味着你的项目汇集了不同的观点和视角，以帮助项目取得更好的结果，但冲突也可能成为一种压力，特别是当冲突变得消极时

3. 处理冲突

3.1. 开源项目中存在冲突是很自然的事，因为一个优秀的项目会把来自不同背景、具有不同文化和经历的人聚集在一起

• 3.1.1. 源自人们表达不同意见、方法和想法的方式

• 3.1.2. 每个人都在他们专注的领域发挥作用和产生价值

• 3.1.3. 可能存在一些潜在的问题会带来挫折感，阻碍人们走出自己的舒适区

3.2. 当你看到公开的冲突时，要意识到这些冲突的起因并非当时才开始，很可能已经酝酿了相当长的时间

3.3. 为了获得识别冲突的意识，你需要更好地理解人

3.4. 理解人及其动机

• 3.4.1. 人类的大脑

  • 3.4.1.1. 人类的大脑是一个复杂的器官，控制着我们的生活、学习、反应和行为方式

  • 3.4.1.2. 大脑的不同部分控制着不同的功能

  • 3.4.1.3. 大脑的各个部分以多种方式相互连接，这些连接会随着时间的推移逐渐增强或减弱

  • 3.4.1.4. 边缘系统：负责冲动、反应和纯粹的情感，通常被认为是控制人们的战斗或逃跑反应的

    3.4.1.4.1. 下脑

  • 3.4.1.5. 前额叶：负责诸如决策、规划和短期记忆等执行功能

    3.4.1.5.1. 上脑

  • 3.4.1.6. 上脑的反应会更加深思熟虑、理性和具有策略性，而下脑的反应则会更加本能、冲动，可能会被认为是粗鲁或不体贴的

  • 3.4.1.7. 研究人脑的另一方面是了解神经多样性，即不同神经系统疾病和状况对反应的影响

  • 3.4.1.8. 孤独症谱系障碍(Autism Spectrum Disorder，ASD)，该疾病将带来一系列症状，会影响我们社交互动的方式以及在社交场合的表现

• 3.4.2. 文化和生活经历

  • 3.4.2.1. 负面的人生经历给人带来的影响被称为创伤

    3.4.2.1.1. 通常所说的创伤是对身体安全的严重威胁，如遭遇暴力行为、童年失去父母、被袭击或严重伤害—这通常被称为大创伤

    3.4.2.1.2. 常见的是小创伤，即日常生活中发生的负面事情，如丢失物品、受到恶劣的对待或听到令人失望的消息

  • 3.4.2.2. 生活经历的另一个要素是我们所处的文化

    3.4.2.2.1. 如果你在低收入家庭中长大，你的经历、创伤和生活前景肯定会与高收入家庭不同

    3.4.2.2.2. 文化构成了我们身份的一部分，理解一个人的文化能够使我们更容易理解他们

    3.4.2.2.3. 我们每个人都有不同的生活经历，因此我们大脑中的连接也会分别建立

    3.4.2.2.3.1. 不同的连接，在互动时可能会产生不同的结果

• 3.4.3. 开源项目中的互动示例

  • 3.4.3.1. 粗鲁的维护者

  • 3.4.3.2. 愤怒的贡献者

3.5. 包容性决策

• 3.5.1. 一个好的开源项目要想运作良好，社群成员必须在很大程度上保持一致

• 3.5.2. 在开源社群管理中，一个术语叫作“牧猫群”

  • 3.5.2.1. 猫通常是独立且难以控制的动物

• 3.5.3. 开放的沟通和协作

  • 3.5.3.1. 在任何团队中，无论团队规模大小，沟通都至关重要

  • 3.5.3.2. 使用专用的开放沟通工具

    3.5.3.2.1. 大多数开源项目会使用电子邮件列表

    3.5.3.2.2. 电子邮件的优点在于它是异步的，而且邮件列表可以存档，因此可以轻松追踪过去的对话和讨论

  • 3.5.3.3. 确保协作工具也是开放的

  • 3.5.3.4. 有时还是需要让大家聚在一起参与实时对话

    3.5.3.4.1. 如果需要这样做，请做好几件事情，例如，提前通知​，在会前分发议程，并确保所使用的网络会议工具可以在多个不同的平台上访问

  • 3.5.3.5. 关键是要确保项目的沟通和协作媒介是开放的、易于访问的

• 3.5.4. 决策的方法论

  • 3.5.4.1. 将“牧猫群”这种混乱状态转变为有序的、包容的决策过程需要一个良好的结构

  • 3.5.4.2. 设定讨论期和投票期：这样可以将焦点分开，并在进行投票前确保意见一致

    3.5.4.2.1. 助于解决投票过程中出现的问题

  • 3.5.4.3. 提供“支持”​“反对”以及“弃权”3种投票选项：这也被称为“懒惰共识”​，它为那些可能存在利益冲突而不愿投票的人，或是那些觉得自己没有足够了解情况，又或对任何一方都没有强烈看法的人，提供了表达自己偏好的空间

  • 3.5.4.4. 明确时间线以避免无休止地投票：将讨论期限定为一周，如果没有重大反对意见，项目将进行为期一周的投票

  • 3.5.4.5. 明确谁可以投票/讨论，以及怎么做

  • 3.5.4.6. Apache投票流程是Apache软件基金会托管的项目以及其他项目普遍采用的方法，因为它广为人知且清晰明了

• 3.5.5. 做出决策

  • 3.5.5.1. 注意那些能投票但却没有参与投票的人，尤其是那些通常都会参与投票的人

  • 3.5.5.2. 对于那些没有投票的人，也可能是因为他们不愿意在团队中提出反馈

  • 3.5.5.3. 知道何时该停下来

  • 3.5.5.4. 如果存在大量的无效讨论阻碍了看似已达成共识的投票，也需要遏制这种行为

3.6. 纠正有害行为

• 3.6.1. 有害行为可以有多种形式

• 3.6.2. “网络口水战”​，指的是个体之间用我们在前面提到的下脑反应相互攻击

• 3.6.3. 可能表现为个体之间的断绝往来，不再参与交流，或是简短敷衍和陈词滥调的回应

• 3.6.4. 人们希望被倾听

  • 3.6.4.1. 当他们感觉到没有被倾听时，他们要么会退缩，要么会激烈反击

• 3.6.5. 通过他人的视角审视自己的行为，可以帮助你更加注意自己的行为

  • 3.6.5.1. “无意识偏见”​，指的是我们自己看不见但对他人却很明显的偏见

  • 3.6.5.2. 我们有不同的背景、文化、性别或种族，我们可能没有意识到我们的言语和行动对他人有何种影响

• 3.6.6. 解决有害行为不是一朝一夕就能完成的

  • 3.6.6.1. 双方可能都有受伤的感觉，需要时间来治愈

• 3.6.7. 解决有害行为需要有意识地努力

• 3.6.8. 有害行为当然是可以避免的，既可以通过建立良好的沟通习惯来解决，也可以通过识别问题发生的时间并及时解决

3.7. 处理冲突的能力是项目成长和扩展的核心