关于治理、许可证遵从性和开源的文章越来越多。诉讼的浪潮有增无减。西蒙·菲普斯有一个优秀的文章试图打破一些人围绕法规遵循和治理使用的对话框架。其中一个困难的问题是为人们提供一个框架来理解哪些问题对他们来说可能是重要的。在几年前的讨论中，我和同事试图将某种形式的开源成熟度模型放在一起，这样我们就可以帮助客户了解他们在哪里，下一步需要做什么。我们在和之前的参考系较劲时被抓住了金色的OSMM还有软件工程学院这样的想法能力成熟度模型。但不管我们是如何开始讨论的，我们很快就意识到没有什么步骤可以逐步进入下一个步骤。我们都知道我们所应用的任何排序的反例。当我们停止试图按照“成长”经验的范围来安排事情，而是根据开源参与者所做的事情来对待他们时，我们有了顿悟的时刻。这是一个维恩图，而不是线性谱(或二轴象限)。就他们使用开源所做的事情而言，人们可以分成三组:
- 制造商积极开发免费和开源软件。他们可能很早就参与到项目中，并为项目提供bug修复代码，或者他们可能是社区中完全成熟的提交者。他们可能正在参与其他人的社区，或者正在构建自己的协作项目。他们的软件。创客与开源的关系是以创造为基础的。
- 用户积极使用开源软件。作为终端用户，他们安装和运行可执行软件。不管他们是使用subversion进行版本控制，还是使用Alfresco进行文档管理，他们都只是消费而没有贡献，而且他们对源代码不是特别感兴趣。作为一名软件开发人员，他们可能会使用库和框架，但如果使用源代码，那是编程范式的副作用，而不是对源代码本身的特殊兴趣。用户与开源的关系是基于消费的。
- 买家花钱解决问题。当一个组织与红帽、Alfresco或微软合作时，这些做法也没有什么不同。他们在用金钱来节省时间(购买还是构建)，并且购买的解决方案不仅仅包含“软件”，而不管软件是否在自由和开源许可下可用。买家购买的是一个解决方案，他们对软件的授权不感兴趣，除非它与他们购买的解决方案有关。
许多人和组织都属于多个组。这是一个有重叠圆圈的维恩图。如果你考虑单个软件项目社区的行为(制作、使用、购买)，那么制作者显然是他们所参与的社区中的软件用户。如果您从单个组织的角度考虑这些行为，那么开源软件的用户也可能是一个买家。有些情况下，IT部门购买了用于生产的Red Hat服务器，但在开发和测试中使用了Fedora或CentOS服务器。一个项目的制作者可能是另一个项目的用户，也可能是另一个地方的解决方案的购买者。然而，“制造”、“使用”和“购买”的区别，允许组织考虑对于治理和许可证遵从性等问题，什么是正确的问题。正如Simon所指出的，只有当你在发布软件时，也就是你是某个东西的制造者时，许可证遵从性才变得重要。即便如此，它还是非常依赖许可。利用“随手可买”的理念作为积极的框架，一个组织可以根据适当的活动组织它与开源项目的关系。 The centre for open source activities becomes a centre of knowledge to save time and money, rather than a policy centre to avoid improbable lawsuits through burdensome practices. Imagine an intranet open source software resource centre that has a simple structure:
- 我们使用的开源软件:列出所有正在使用的软件。对于最终用户软件，您可以维护当前可安装可执行文件的存储库和内部联系人列表，以便进行问题和支持。如果有人想要添加到存储库中，他们需要愿意把他们的开源资金投入到他们的口口声声中，并为处理第一批问题和支持的人提供联系人姓名，并愿意保持二进制文件的最新。基于节省的资金或更重要的是使用中的开源项目所实现的新价值，为内部使用和体验保留案例研究。这里不需要治理或许可证遵从性。
- 我们购买的开源软件:列出所有通过购买和采购得到积极支持的开源相关软件，如何获得二进制文件，以及当它崩溃时调用谁。这里唯一的许可证遵从性问题是任何销售软件解决方案的公司都要解决的问题，这些问题与企业协议、EULA和采购有关——而不是与软件相关的开源许可证。从许可遵从性的角度来看，购买的Red Hat服务器的多一个副本与购买的Windows服务器没有太大区别。
- 我们在开发(和制作)中使用的开放源码软件:这和我们在资源中心使用的开放源码软件部分是一样的，除了开发者。它为开发者提供了额外的许可考虑，如果他们要开始制作的东西最终可能会分发给合作伙伴或客户。资源中心的这一部分需要提供更多的信息支持，用于内部工具和实践，以确保软件经验被正确地捕获和共享。当前版本存储库和用于初始支持的内部联系方式在这里和在用户部分一样重要。在这里，您可以让希望为外部项目做出贡献的开发人员知道需要做什么。最重要的是，在这里您可以让已经活跃在外部项目中的开发人员将他们的专业知识带到工作中来，从而节省时间和金钱，并推动新的解决方案向前发展。
- 确保开放源码软件资源中心是可搜索的，这样任何人都可以快速找到组织内的“内容管理”软件，例如，Drupal在使用区，Alfresco在购买区。
开源软件作为一种重用策略(“使用”、“共享”和“借用”)，结合传统的“购买”与“构建”经济学，对于任何组织的解决方案开发都是一种强大的策略。了解一个人如何与不同的项目和产品交互，可以使策略更加清晰，并为人们在考虑解决方案时提供相关的指导和框架。正确地组织讨论，它就会成为一种积极改变的力量。