继 2009 年 1 月 21 日的开放政府备忘录之后，奥巴马政府发布了开放政府指令。该指令告知各机构必须采取哪些措施来满足备忘录设定的期望。该指令为机构合规性设定了许多截止日期，其中大多数与减少《信息自由法》积压和增加向公众发布的机构数据量有关。这并不令人意外，因为备忘录将透明度、协作和参与作为指导原则。
透明度是最容易阐明和实施的——只需以有用的形式将数据发布出去。Josh Tauberer 的 开放数据是公民资本： “开放政府数据”的最佳实践是这方面的一本优秀手册。如果您想跟踪各机构的进展情况，Sunlight Labs 的人员制作了出色的 Open Watcher。然而，对我以及我在 Open Source for America 的朋友们来说，最有趣的是那些更模糊的指令。尽管该指令根本没有使用“开源软件”这个短语，但其中描述的许多原则和方法显然都提到了开源。这些指令中的许多都突显了公共和私营部门的开源开发人员的机会，以展示我们的开发模式如何帮助政府也兑现最后两个原则：协作和参与。正如白宫新媒体主管 Macon Phillips 所说，“开源是……公民参与的最佳形式。” 让我们看一下截止日期，这些截止日期由 Sunlight Foundation 的 Daniel Schuman 整理提供。
45 天 — 2010 年 1 月 22 日
“每个机构应以开放格式在线识别和发布至少三个高价值数据集，并通过 Data.gov 注册这些数据集”（第 2 页）
对于开源开发人员来说，这是一个绝佳的机会，可以展示公民通过软件参与的力量。政府冒着巨大的风险将这些数据推向公众。有各种各样的理由不这样做：隐私问题、安全问题以及大多数组织中规避风险的文化。尽管有指示要小心公民隐私，并提醒要对安全问题保持敏感，但仍然有可能出错——有很多理由不继续进行这项工作。我们需要帮助政府证明这是一项有价值的事业。正如我们在“民主应用”和“美国应用”中展示了公民程序员的力量一样，我们需要利用这些数据集，使其对美国公众有用。
“OMB 管理副主任、联邦首席信息官和联邦首席技术官将成立一个工作组，重点关注联邦政府内部的透明度、问责制、参与和协作。该小组由来自政府各部门的项目和管理办公室的高层代表组成，将承担若干关键职能，包括”
- “提供一个论坛，分享关于促进透明度的创新想法的最佳实践，包括用于信息收集、汇总、验证和传播的系统和流程解决方案；”
- “协调努力，以实施联邦支出透明度的现有授权，包括《联邦资金问责制和透明度法案》和《美国再投资和复苏法案》；以及”
- “提供一个论坛，分享关于促进参与和协作的创新想法的最佳实践，包括如何试验新技术，利用联邦政府内外部人员的专业知识和见解，以及与研究人员、私营部门和民间社会形成高影响力的合作。”（第 5 页）
现在，这是一个我很想与之交谈的工作组。如果您阅读第三小节的语言，您会惊讶于您必须使用多少词语来不说出“开源”这个词：试验新技术，利用政府内外的专业知识，与许多用户社区进行高影响力的合作……他们几乎是在恳求创建开源软件项目来支持发布这些政府数据。在这个关于开放数据倡议的“最佳实践论坛”中，您可以想象推荐开源软件可能有多么有用。您甚至可以想象工作组建议政府开源项目来帮助处理可能采用奇怪的政府特定格式的数据。
60 天 — 2010 年 2 月 6 日
“每个机构应创建一个开放政府网页，位于 http://www.[agency].gov/open，作为与开放政府指令相关的机构活动的门户”（第 2 页）
“联邦首席信息官和联邦首席技术官应在 www.whitehouse.gov/open 上创建一个开放政府仪表板。开放政府仪表板将提供每个机构的开放政府计划，以及旨在评估行政部门开放政府状态以及随着时间推移在实现本指令中概述的行动截止日期方面取得的进展的汇总统计数据和可视化效果。”（第 5 页）
当然，如果一个机构正在编写新软件来支持这些新的“/open”领域，我希望看到该软件在开放许可下提供。如果有一些巧妙的数据分析或可视化工具，这些工具也应该被许可为开源软件。这样，公民将有机会帮助该机构进行自己的披露，并且各机构可以更轻松地相互共享工具。
90 天 — 2010 年 3 月 8 日
“OMB 管理副主任将通过单独的指南或作为任何计划中的综合管理指南的一部分，发布一个框架，说明各机构如何使用挑战、奖励和其他激励支持的策略来寻找创新或具有成本效益的解决方案，以改进开放政府。”（第 5 页）
这奇怪地间接提到了 Vivek Kundra 在担任华盛顿特区首席技术官时的“民主应用”项目，以及全国范围的后续项目“美国应用”。这两项竞赛都要求提交的作品必须在 OSI 批准的许可下提供。这对于保持这些项目的持续进行非常重要。如果参赛者的软件采用专有许可证，那么竞赛就没有动力，因为事后没有人可以为此做出贡献。您还不如根本不举办比赛，而是将工作外包给承包商。
120 天 — 2010 年 4 月 7 日
“每个机构应在其开放政府网页上制定和发布开放政府计划，该计划将描述其如何提高透明度并将公众参与和协作融入其活动中。有关此计划所需内容的更多详细信息已附上。每个机构的计划应每两年更新一次。”（第 4 页）
我非常希望这些关于增加公众参与和协作的计划包括邀请开源开发人员，他们希望帮助机构构建使其能够更透明和高效地运作的工具。
“信息和监管事务办公室 (OIRA) 主任将与联邦首席信息官和联邦首席技术官协商，审查现有的 OMB 政策，例如《减少文书工作法》指南和隐私指南，以识别开放政府和新技术使用的障碍，并在必要时发布澄清指南和/或提议修改此类政策，以促进政府更大的开放性。”（第 6 页）
我希望这次审查将包括对 FACA 实施指南的审查，许多人认为该指南阻止开源开发人员直接参与某些联邦机构，因为担心提供明确禁止的“志愿者帮助”。我们认为情况并非如此，如果 OIRA 发布一些澄清性语言，那将是很好的。如果他们能够提供对 OMB 通告 130-A 的解释，以确保机构可以安全地创建开源软件而不会违反采购法规，那将是非常棒的。因此，对于开源社区来说，这是一个绝佳的机会。我们收到了一份早期的圣诞礼物：一条非常清晰的道路，可以实现更多的开源软件，以及（也许更重要的是）每个机构内部更多政府资助的开源项目。衷心感谢 CDT 的 Heather West 提供的宝贵意见。
评论已关闭。