大约在去年这个时候，我列出了一些趋势，我看到了来年政府采用开源软件的趋势。现在回顾一下，这些趋势似乎不仅依然存在，而且还在加速发展，并且比以往任何时候都更加重要。
特别是，我写道“开源将继续成为世界各国政府的‘首选’方法”，并且“越来越多的政府正在努力解决开源选择的‘操作方法’；而不是是否使用它。”
美国最近的事态发展突显了这些要点。
首先，白宫（通过 OMB 和联邦 CIO）发布了数字服务行动手册—在某些方面被描述为“对于官方政府政策来说，这简直是一个奇迹：它设计优雅，导航清晰，并且可以响应您选择查看它的任何设备。” 非常值得一读。
行动手册的核心是更敏捷地使用可重用的软件和流程，这些软件和流程侧重于客户。这种方法的核心是强调开源。行动手册中的最后一个“行动”抓住了“默认开放”的概念。行动 8 鼓励各机构“选择现代技术堆栈”。“特别是，数字服务团队应考虑在整个技术堆栈中使用开源、基于云和商品解决方案，因为这些解决方案已在最成功的私营部门消费者和企业软件技术公司中得到广泛采用和支持。” 它明确指出，“在技术堆栈的各个层级考虑开源软件解决方案。”
当然，这些都不是全新的。人们可以在早期的政府政策声明中找到所有这些要点的呼应。例如，其“共享服务”战略明确呼吁在数据和信息交换中使用开放标准，并明确声明了技术原则，即“开源软件解决方案应纳入替代方案分析”。（如果我对数字服务行动手册有一个担忧，那就是其中有一个“老派”的说法，即“在做出技术选择时，开源解决方案[应]与商业解决方案一起评估”，这让人回想起过去在这方面存在困惑的日子。事实上，美国政府长期以来一直认识到，开源软件实际上是商业软件。）
数字服务行动手册与英国政府数字服务 (GDS) 于 2013 年宣布的原则非常相似。正如英国 DGS 的负责人迈克·布拉肯在一次采访中说，“我们工作的原则只不过是互联网时代的常识应用。如果它们有道理，就使用它们：它们是为所有人准备的。” 这句话也适用于美国政府的行动手册。
其次，政府还在今年夏天宣布了另外两项举措。一项是在美国总务管理局 (GSA) 下设立 18F。18F 也被称为“数字服务交付”，是一个自我描述为“开源团队”的团队，其中包括总统创新研究员和一个“内部数字交付团队”。18F 发布了一项政策，其中明确声明其宗旨是
- 在我们的项目中使用免费和开源软件 (FOSS)，并回馈开源社区
- 创建一个可以在开放环境中开发任何项目的环境
- 公开发布 18F 创建或修改的所有源代码
并且，8 月 11 日，白宫宣布了一项新的美国数字服务，它将其描述为“一个由我们国家最聪明的数字人才组成的小团队，他们将与各机构合作，消除卓越服务交付的障碍，并帮助重塑人民和企业与政府之间的数字体验。” 政府的意图是这两个小组“将密切合作”。就我所知，美国数字服务将成为名副其实的牧羊人。
我的同事，红帽公司北美公共部门首席技术战略家冈纳·海勒克森，发表了一篇深思熟虑的博客：美国数字服务诞生了。 这篇博客非常值得一读，因为它突出了这些最新举措面临的挑战和机遇。正如他所说，“人才问题、机构对变革的渴望、采购改革和官僚机构的归属都是实施细节。” 是的，这关系到开源软件（以及总体 IT 改革）的操作方法；而不是是否使用它。
这些举措，特别是 18F 和美国数字服务，才刚刚开始。从任何角度衡量，它们都是正在进行的工作。虽然可以借鉴英国经验的一些教训，但正如一份报告指出，“与英国的数字政府服务不同，美国没有创建一个拥有大量预算和支出权限的单一新实体。它也没有聘请数十名高薪的顶尖技术专家，然后让他们着手为国家构建核心数字服务，尽管 18F 值得比较。相反，USDS 将在联邦机构创建或升级服务和产品时与他们合作。”
然而，美国的问题不仅仅是人员规模或预算本身。相反，它正在评估可以发挥作用的“差距”或问题。并确保美国政府之前开发开源软件的努力的教训不会丢失。
正如我在去年的文章中阐述的那样，我评估了政府对开源软件日益增长的使用，并观察到，“如果政府 IT 专业人员仅仅依靠临时规则或凭感觉判断，这将使政府机构面临重大风险，而这些风险目前尚未得到适当的记录或理解。” 我确定了至少三个需要考虑开源“操作方法”的领域
- 选择免费/内部采购模式使用开源软件存在明显的风险。特别是，社区/免费项目或内部采购项目可能缺乏关键的安全认证、定期更新、第三方供应商的支持以及与您的关键应用程序的互操作性。
- 依赖免费/内部采购的开源软件实际上意味着一种依赖内部支持关键任务的策略，这是未知的领域，并且可能很昂贵，因为很难获得和留住合格的 IT 和管理人员。
- 我们可能会看到与“政府现成软件”(GOTS) 解决方案相关的失败和长期成本重演。尽管这些项目在技术上可能是政府普遍理解的商业项目，但它们也存在与政府现成软件相同的风险和经济责任。
在我的对 David A. Wheeler 的采访中，这位长期以来公认的在开源软件相关问题上为美国政府提供建议和合作的领导者，详细阐述了最后一点。“项目分支仍然是一个大问题。……正式管理该项目的政府雇员可能总体上很聪明，但他们通常对软件知之甚少。显然，不了解自己管理内容的管理者通常很容易被愚弄。例如，政府管理者通常没有意识到，大多数软件成本都在维护中，并且通常不理解，如果将更改发布回更大的社区，维护成本可以大大降低（通过共享）。……部分问题在于，在大多数机构中，容易做的事情是创建项目专用分支，即使这几乎总是维护成本最高和风险最高的方法。”
作为降低这种风险的一个步骤，Wheeler 指出了消费者金融保护局 (CFPB) 制定的开源软件政策。在 CFPB 的方法中，使用政府资金开发的软件必须作为开源软件发布，除非获得特殊豁免。
值得称赞的是，18F 以此为例，并确立了一项关键的运营原则，即它将公开发布 18F 创建或修改的所有源代码。数字服务行动手册在其“默认开放”行动中建议各机构，“在适当的时候，在线发布项目或组件的源代码……并公开分享您的开发过程和进度。”
值得注意的是，这项关键行动建议各机构“确保我们以一种可以免费向公众发布和重用的方式维护第三方开发的所有数据的权利……[并且]我们以一种可以发布和免费重用的方式维护第三方开发的所有定制软件的合同权利。”
最终，如果 18F 和美国数字服务通过树立榜样，并在美国各机构中展示开源软件的“操作方法”的领导力，它们将获得成功。当他们努力实施以敏捷性、可重用性和默认开放为中心的 IT 改革的关键原则时，他们需要专注于在整个政府部门灌输最佳实践。
这种对成就的衡量可能与他们的努力产生的任何特定应用程序或工具一样重要，甚至更重要。
评论已关闭。