For Government, It’s DSO or Die

This piece was originally published on Gotham Gazette on March 28, 2018

Private sector innovations in information technologies are transforming virtually every industry, and the rate of change seems to be accelerating. A decade ago, Facebook was a website used almost exclusively by college students to keep in touch with each other; today it’s one of the world’s largest media distributors with the capability of swaying elections simply by tweaking its algorithms; and in ten years it’ll likely be directing a self-driving car to drop you off at your friend’s house.

The mindblowing rate of innovation taking place in the private sector is a stark contrast to the glacial pace of innovation in government bureaucracies. Indeed, to many people in the private and public sectors, government agencies appear, at best, frozen in time, and at worst, actually deteriorating before our very eyes. New York City’s beloved subway system is a case in point.

It doesn’t have to be this way. Government agencies can leverage new tools, techniques and technologies to improve their effectiveness and even delight their users, but doing so requires more than simply signing a fat contract with a vendor of high-tech wares. It requires government adopting the values of the “open source way”: open exchange, participation, rapid prototyping, meritocracy, and community building.

Doing so will change government agencies in significant ways: new roles, new skills, new trainings, new people, and new organizational structures.

It’s easy to see why wholesale reform of government agencies isn’t happening: people don’t want to lose their jobs. But piecemeal reform is taking place within government, and patterns are emerging that show how small teams within government that deliver “digital services” to other government units and agencies – things like websites, mapping systems, workflow management solutions and other high-tech products and services – are driving change.

The major factor that distinguishes these newly emergent “digital services organizations” (DSOs) from other technology groups within government is that their main job isn’t procuring software from large software companies, but instead to leverage open source software, peer to peer collaboration methodologies, and agile development approaches to build their own products.

The origins of the “digital service” concept can be traced back to 2010 when the government of the United Kingdom began a website redesign project that turned into something much more: a rethinking of the very nature of government. Mike Bracken, co-founder of the U.K.’s Government Digital Services (GDS), articulated “government as a platform” in his 2014 PDF talk. GDS has gone on to become a vocal advocate of the open source way in government and is responsible for saving the UK Government over £1 billion a year since its inception in 2013.

The United States federal government got serious about starting a GDS-style entity in 2013 when the Obama administration realized that its hallmark legislative achievement, the Affordable Care Act, could be jeopardized by its inability to successfully launch the HealthCare.gov website by the time the legislation came into effect.

Once it became clear that the project was massively mismanaged, the administration assembled a crack team of technologists from inside and outside government to get the website up and stable. To achieve this goal, the team used many open source and agile development methodologies popular in startup culture. Ultimately they got the site launched, and many of the people involved went on to create and lead high-tech units in the government such as the U.S. Digital Service in the White House, and “18F” within the General Services Administration.

18F “collaborates with other agencies to fix technical problems, build products, and improve how government serves the public through technology.” Its process relies on open source and startup-centric principles of “human centered design, agile methods and open technology.”

This approach is very different than the “monolithic procurement” approach that usually happens within government where “large, complex, multi-year contracts” are drawn up between government agencies and large corporations. “According to the Standish Report from 2003-2012, 94 percent of government software projects over $10 million are either over budget, over time, or just don’t work,” via the 18F website.

Instead of monolithic procurement, 18F and other DSO advocate for in-house open source development and modular procurement, which is “a strategy that breaks up large, complex procurements into multiple, tightly-scoped projects to implement technology systems in successive, interoperable increments.” By pairing this with open source software development and meticulous documentation, 18F can share the innovations they develop for one agency with others, reducing costs for everyone involved and allowing anyone in the world to use and contribute code to their projects.

This approach has been highly successful. In less than four years, 18F has grown to nearly 200 staff and completed hundreds of projects for over 25 federal agencies that range from building public websites (like FEC.gov) to backend infrastructure (like Cloud.gov) and a myriad of products that help other government workers build fastermore accessible, and more secure technology products. They’ve been successful to the point where for-profit software industry groups lodged an official complaint that 18F was hurting their businesses because they were saving the federal government too much money.

The significance of 18F’s accomplishments, along with the clarity of their message about how to reform government, has gone almost entirely unnoticed by nearly everyone, except for a small but very online group of people who self-identify as “civic technologists.” This community consists mostly of people who work as technologists for private enterprise by day, and try to use their technical skills to more broadly help people by night. Rarely do these people actually work within government, and if they do, it’s rarer still for them to have the freedom and support within government to perform the type of work that 18F does.

While there are a number of federal entities that have adopted the DSO model such as Defense Digital Service, which applies 18F-style approaches across the Department of Defense, at the municipal level there are very few: San Francisco has a small digital services team, and the teams managing websites in Boston and Philadelphia have some DSO characteristics, but New York City Department of City Planning’s Planning Labs follows the 18F model most closely.

Planning Labs is a nine-month-old, three-person unit within DCP that isn’t shy about borrowing from 18F’s playbook. Its site is built with 18F code, its published principles are nearly identical, and its members’ outspoken support for open source as the path forward for government is just as loud.

In its short existence, its already launched a half-dozen products, each of which uses open source approaches to deliver a standardized product. Looking through its portfolio of products – from its zoning toolfacilities directory, tax lot viewer, and statistical mapping tool – it becomes clear that Labs isn’t simply building products, but instead organizing the city’s information in an open, standardized, and future-friendly way that will benefit New Yorkers for generations. It’s not hard to imagine these various systems being weaved together along with other open source solutions such as David Moore’s City Council tracking system Councilmatic to create a comprehensive city information system like SimCity, but real, and in real-time.

For Chris Whong, Planning Lab’s founder, NYC Planning Labs “is responding to the need to create more functional and accessible tools for planners, practitioners, and the general public to use and analyze data. With a smaller team, human-centered design, agile processes, and open source software, we are delivering tech products better, faster, and cheaper in-house.”

Whether one thinks government is good or bad, or somewhere in between, almost everyone agrees that it should work effectively, operate transparently, and if it’s going to provide services to the public, they should be of decent quality and at a reasonable costs. The capacity for government to deliver services, and the public’s desire to pay taxes to fund government agencies to provide them, is heavily dependent on the effectiveness of government agencies and the civil servants that work within them.

In an age of rapid private sector innovation, those agencies and civil servants will need to be able to leverage technology effectively if they want to keep up with their private sector counterparts. If they don’t, the public will want to privatize these services. It’s that simple.

The “do or die” nature of this moment can’t be overstressed enough. If DSOs like 18F and Planning Labs aren’t given the resources and flexibility they need, their members will become dejected and find happier homes in a private sector that values their talents.

Anyone who is passionate about good government, anyone who thinks the public sector is important and worth preserving, should be studying and supporting DSOs and the principles that they follow. If they aren’t the future of government, it’s possible nothing is. Such is the sentiment of Matt Brackin, the co-founder of the U.K.’s GSA, who recently tweeted: “I hoped the internet era would revitalise our state. It’s just exposed its bankruptcy.”

*** 
Devin Balkind is a technologist and nonprofit executive who works on civic technology projects in New York City through Sarapis Foundation and on humanitarian projects around the world through Sahana Software Foundation. He was a candidate for New York City Public Advocate in 2017. On Twitter @DevinBalkind.

Photo: NYC City Planning’s Planning Labs

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.