1. 开源发展计划画布介绍

开源发展计划画布（Open Source Development Program Canvas）是一个战略管理模板，用于指引和辅助开源项目发展计划的设计。画布提供了一个可视化的图表，描述了开源计划的价值主张、项目的治理结构、社区的沟通模式、项目协同和如何实现用户增长等关键要素，通过各要素的关键点说明构建出一个发展计划的整体框架。开源发展计划画布是受到Osterwalder的商业模式画布启发，参考该画布的结构并结合开源项目的特征而形成的一个参考架构。

要实现开源项目的可持续发展，在项目生命周期的不同阶段，需要有匹配的发展计划来吸引项目的利益相关者一起高效协同，共同推动项目的成长和提升项目的成熟度。因此，每个开源项目的发展计划需要将开源项目开发体系相关的核心要素内容直观、清晰、有条例地显示出来，为项目开发管理、社区运营和用户增长提供指引，有助于转化为更加具体可执行的项目计划方案。

2. 开源发展计划画布组成

开源发展计划画布分成5个子模块，由13大个细项方框组合而成。

2.1 价值主张（Value Proposition）

开源运动的发展改变了公司和开发人员相互参与和互动的规则，开源社区对用户和开发者的吸引力，还取决于社区的实力和参与度，背后的竞争本质上是开发者思想共享的竞争。一个开源发展计划需要有独特的价值主张，让开发者和项目的利益相关者能够快速识别该项目和其他开源项目的区别。开源发展计划的价值主张包括但不限于技术突破、用户体验、生态发展、共同解决更大的问题、降本增效等。

价值主张可以是：

• 量化：开发者数量、代码下载次数、增长率
• 定性：整体客户体验、问题解决的结果、生态发展导向

价值主张部门还可以包括计划的宗旨（Goal）、目的（Purpose）、目标（Objective）等指引内容。

2.2 共识（Consensus）

开源社区的协作是通过范式，而不是规则和指令。随着共识的达成，问题都是通过协作解决的，开源社区将承担共同的责任，从而促进一种平等的编码方法。贡献的质量，而不是职称或公司政策，决定了开源社区中的影响力和技术方向。

开源发展计划需要对社区通过那些治理架构和行为准则、如何建立对等的协作伙伴关系以及可视化的关键指标来维持社区的共识。

2.2.1 关键治理架构（Key Governance Structure）

治理模型通常体现为一个或几个项目参与机构及其职责和达成共识的沟通方式，开源项目要达成高效的共识，维持开发效率和决策效率，需要有合适的治理架构和行为准则作为社区决策、运营和维护社区核心价值的基础。不同的开源项目，因为成员组成和所处阶段的差异，都会影响治理模型的设计。

开源治理的原则总的来说是以下两条：

• 开源共同体利益至上
• 摈除丑陋的形式主义

2.2.2 关键伙伴关系（Key Partnership）

列出项目参与的关键利益相关者，他们在项目中承担的主要角色、能提供的资源和他们的利益诉求。在治理架构的框架下，最大化将关键伙伴提供的能力用于项目的核心活动上。同时要保障和这些关键伙伴之间开放和透明的沟通，不断完善和提升合作伙伴之间的协作体验。

2.2.3 关键指标（Key Metrics）

目标是您想要实现的总体目标，关键结果表明您是否实现了该目标。开源项目的发展计划要根据计划的目标设定一系列可衡量和可计量的关键指标，持续跟踪和分析计划的执行效率。针对开源社区贡献者行为特点，关键指标的评估框架包括但是不限于代码级贡献、任务级贡献、项目级贡献、活跃度贡献和影响力贡献等贡献领域构成。

定义计划的关键指标的原则：

• 使社区目标与业务目标保持一致
• 就如何发展您的社区做出有效决策
• 通过可衡量的目标跟踪您的进度
• 通过目标设定提高团队参与度
• 为实现共同目标跨职能工作的机会

2.3 沟通（Communication）

在一个开源项目中，核心或领导团队和更广泛的社区之间的大量合作是以在线互动的形式进行的。因此，这些互动之间是如何沟通就变得很重要。社区这些互动计划应该保持项目的透明度和开放性，以促进社区的发展，计划的内容应该确保你的项目对其合作者来说是友好的、可访问的和有效的。除了不同类型的在线沟通工具外，开发者关系、导师制和社区运营运维是开源项目进行互动沟通的重要途径。

2.3.1 开发者关系（DevRel）

与开发者建立关系的战略意图是什么？ 开发者关系是一种营销技术，用于通过相互交流来确保自己的公司，产品和开发人员与外部开发人员建立良好的持续关系。但是开发者关系的艺术是在您的社区内实际建立真实的关系，而不向他们销售或营销。 这可以通过面对面、在线或其他方式完成。 与开发人员的任何沟通通常都属于开发者关系的工作范畴，无论那种角色，都需要出色的技术沟通技巧。 一些开发人员关系角色专注于社区参与和宣传。 其他的开发者关系角色专注于产品管理和开发人员体验。

2.3.2 导师制（Mentorship）

开始或发展成功的开源社区的一部分是将社区设计为可持续的，这意味着项目需要能够可靠地、反复地引入新人并帮助他们成为持续的贡献者。导师制比以往任何时候都更容易将有前途的开源人才与经验丰富的导师配对。经验丰富的开源项目开发人员和维护人员将指导有抱负的个人并帮助他们成为开源社区的贡献者。通过指导，社区新来者接受培训，以获得他们需要的技术、社交和组织技能。因此，营造导师文化，导师反馈社区，新人快速融入社区是开源社区成功将社区新人留存和转为社区贡献者的重要措施。

2.3.3 社区运维（CommOps）

将通过支持社区运营人员经验来作为产品和功能进行操作，社区运维(CommOps)为开源社区提供工具、资源和实用程序，以提高有效沟通同时降低社区运维所花费的成本。CommOps工具箱解释了团队经常使用的工具和服务。这些工具是按目的和用途组织的，例如在线通讯工具、计量工具、知识管理工具......

2.4 贡献（Contribution）

开源力量的最初发源点，来自于社区中开发者的贡献。开发者的贡献是你的开源项目实现你的组织的开源战略所支持的商业目标的主要方式之一。企业将通过其代码贡献的质量、数量和一致性在开源项目中发挥最大的影响力。因此，提供工具和流程来帮助你的团队开发高质量的、有效的开放源代码，是符合你的组织的最佳利益的。我们的目标是通过和利用开源贡献来提高开发团队的效率。

通过帮助你的组织实施下面列出的一些推荐的开放源代码开发最佳实践，你可以：

• 减少产品团队所需的工作量
• 最大限度地减少维护源代码和内部软件分支的成本
• 提高代码质量
• 产生更快的开发周期
• 生成更稳定的代码，作为产品的基础
• 提高公司在关键开源社区的声誉。

2.4.1 同行评审（Peer-Review）

成功的行业领导者或开源社区的项目经理经常采用同行评审技术作为其开发周期的质量控制标准，是发现软件缺陷的最有效形式。开源开发为项目的新成员提供的一个优势是，审查代码是一个简单的方法，让不熟悉的开发人员同时成为项目的生产力，并在社区文化中融入自己。这也导致了项目的整体知识在程序员团队中的分布，而不会稀释社区的优先权。由采用更充分和标准化的同行代码审查技术的团队所生产的软件会产生更多用户友好和可靠的程序。确保标准化的质量控制计划所需的时间是值得的，因为它能使产品更加精良。

2.4.2 发布管理（Release Management）

发布管理是指管理开源软件的构建、打包和分发消费的过程。在开放源码软件项目中，重要的是要尽早和经常发布软件。必须有一个明确的流程来创建这些版本--事实上，这比软件开发中的大多数其他活动要重要得多。这对于确保所有的法律问题都得到解决，以及确保发布的质量足够好，对用户有用是必要的。发布管理过程中最重要的步骤包括范围和计划、版本编号、候选版本、发布和测试候选版本、走向最终发布。

2.4.3 开源基础设施（Infrastructure）

开源项目要面对的首要挑战之一是如何在贡献者之间沟通。这里有很多的选择：论坛、聊天频道、工单issue、邮件列表、拉取请求pull request等等。我们该选择哪个合适的来使用，我们又该如何做呢？

2.5 使用（Consumption）

关于创建和维持开源项目的主要原则可以总结为：专注于支持和增长您的用户基础，并确保当有兴趣贡献的人到来时，您的项目是包容和受欢迎的：参与者和贡献者往往是自然而然地从用户基础中产生的。你的用户群越大，你的潜在贡献者就越多。

开发者社区的用户运营有4大支柱：

• 如何吸引用户？
• 如何指导参与者？
• 如何增长贡献者？
• 如何衡量成功？

2.5.1 概念验证（Proof of Concept）

提供完整和、完善和阅读友好的技术文档、实验手册和代码样例，帮助用户快速对代码进行验证，应用于用户特定的使用场景中。定期举办线上线下的技术工作坊，为用户展示代码的能力和可以完成的设计任务，帮助用户将代码和系统引入到生产环境中。

2.5.2 黑客增长（Hack Growth）

如何吸引用户？

• 帮助您了解开源项目的基本元素，该项目希望拥有一个用户和贡献者社区；
• 解释如何在开源项目中及围绕开源项目进行有效沟通；
• 给出一些将兴趣转化为用户的必要步骤；
• 提供组织一个完整的开源项目的步骤。

2.5.3 货币化战略（Monetization Strategy）

设计验证且可持续的开源软件货币化策略，企业开源走向市场的漏斗分为四个阶段和关键的组织职能：

• 意识&兴趣：开发人员社区管理促进对你的开源产品的认识和兴趣；
• 思考：有效的产品管理将为你的免费开源产品带来大量的用户
• 评估&意图：领导层和业务开发评估这些用户的意图，以识别企业中的潜在价值和销售机会；
• 采购&扩展：交付自助服务（自底向上）和销售服务（自顶向下），扩大付费产品和服务产生的价值。

版权声明：本文采用CC BY-SA 4.0协议， Copyright(c) 2022 OpenAtom Foundation all rights reserved, 原创作者：野行僧郭晧