想象一下,您的公司在其最新应用程序上获得了90%的批准率。您’d有钱吧?现在想象一下,您的政府在以下方面获得了90%的批准率: 任何东西,例如护照批准或违反停车规定,或者… well, 任何东西.

不完全是。不要笑了。

在英国,数十年来技术交付方式的一系列变革颠覆了数十年来对政府服务的不满。事实上, 最近的一次服务升级获得了90%的认可度 来自公民。

什么’s going on?

把公民放在第一位

迈克·布雷肯(@MTBracken),英国执行董事’的Government Digital Service(政府数字服务)担负着使命,它的使命是彻底改变英国政府为公民服务的方式。加入英国后’在2011年7月内阁办公室内,布雷肯(Bracken)创建了GDS,并全面发起了对IT能力不足的袭击。

英国政府数字服务部直接主管Mike Bracken

他的第一个重大举措是改变了 服务。如 他告诉麦肯锡& Co.:

世界各地的政府都擅长考虑自己的需求。政府将自己的需求放在首位,他们通常将其政治需求放在首位,然后是政策需求。政府的实际机制排在第二位。然后,通常,第三个需求成为系统需求,因此IT或任何驱动它的系统。然后,在这四者中,用户确实排在第四位。

所以蕨菜“inverted that,” creating a set of 设计原则 决定英国对公民服务的看法:

1.从需求开始(用户需求,而不是政府需求)
2.少做
3.数据设计
4.努力使事情变得简单
5.迭代。然后再次迭代
6.建立包容性
7.了解背景
8.建立数字服务,而不是网站
9.保持一致,不统一
10.让事情变得开放:让事情变得更好

这样的设计原则将很好地服务于任何组织。现在想象一下碰到一位将这些原则纳入她的DNA的政府工作人员。惊人。 

开放与分享

我最令人印象深刻的事情之一’我们已经看到Bracken及其团队所做的是灌输通过GDS进行共享的文化。在一个 最近的博客文章,布雷肯(Bracken)描述了两个组织如何最终共享代码来解决一个常见问题:

在该项目的早期,“注册旅行者”团队发现他们需要软件来帮助他们弄清所有可能的签证文件是什么,这是一项艰巨的任务。幸运的是, 相同的问题已经解决 由内政部的另一个团队进行另一个示例项目。的 参观签证 团队建立了一个 产品目录 帮助他们理解一切,并分享了他们在 的GitHub…。因此,即使在早期阶段,“注册旅行者”团队仍可以使用“访问签证”团队的代码,为自己节省了大量时间和精力,并确保自己的工作不会拖延。

GDS不是’单独转向GitHub。如 最近报道,今天有超过10,000个政府用户在GitHub上活跃,并且流行的服务上存在着越来越多的代码存储库:

信用:GitHub

但是蕨菜’英国团队正在比大多数国家更加积极地推动这一共享议程,并取得了良好的效果。即使当奥巴马总统’的Healthcare.gov崩溃了, UK’s gov.uk不断扩展以满足用户需求.

不是因为它的设计是从一开始就在传统瀑布开发过程中完美地缩放,而是因为Bracken为英国政府注入了敏捷的开发过程,使他们能够迭代到可扩展的模型。 Gov.uk的发布没有重大问题。

为什么可以’您的公司是这样运作的吗?

大多数政府努力有效地发挥作用。但是,大多数企业也是如此。原因是两者都倾向于将用户需求放在组织需求的第二位,并且都难以共享。 

关于这一点,布雷肯得出结论, 

如果一个团队共享代码,则另一个团队受益。今天是内政部的几个团队,明天可能是其他部门的几个。想象一下,当这成为整个政府的默认行为时,公共服务将有多好。这就是我们的目标。

或想象您的公司会好得多。一切都始于正确的原则。

引导图片 迈克尔·贝克威