A ‘glass half full’ view of government app contests

 

An increasing number of people are starting to suggest that the concept of the “app contest” (where governments challenge developers to build civic applications) is getting a bit long in the tooth.

There have been lots of musings lately about the payoff for governments that hold such contests and the long term viability of individual entries developed for these contests. Even Washington DC – the birthplace of the current government app contest craze – seems the be moving beyond the framework it has employed not once, but twice to engage local developers:

“I don’t think we’re going to be running any more Apps for Democracy competitions quite in that way,” says Bryan Sivak, who became the district’s chief technology officer in 2009. Sivak calls Apps for Democracy a “great idea” for getting citizen software developers involved with government, but he also hints that the applications spun up by these contests tend to be more “cool” than useful to the average city resident.

App contests abound

This view is starting to crystallize against the backdrop of an ever greater number of app contests being held. At the recent Gov 2.0 Expo in Washington DC, Peter Corbett of iStrategy Labs (who helped launch the first government app contest in DC) gave a presentation that listed several dozen governments around the globe that had recently completed an app contest or were scheduled to soon start one.

And the biggest app contest to date – being sponsored by the State of California – is slated to begin soon. (Two fringe technology companies that you’ve probably never heard of – Google and Microsoft – are set to partner with the Golden State for this 800 pound gorilla of government app contests.)

So if app contests are being used in more and more places, and the size and scope of these contests keeps growing, what’s with all the hand wringing of late?

Lessons learned from app contests

My take on app contests is not an unbiased one. I’ve been a competitor in three different app contests (the original Apps for Democracy, the original Apps for America, and the NYC Big Apps competition) and was recognized for my work in them. Outside of contests, I’ve build applications using open government data and APIs for the cities of Toronto and San Francisco, and for the New York State Senate.

Clearly I am a supporter of the concept of the government app contest.

Having said that, though, I do think that those taking a more skeptical view of app contests are asking some important questions. The government app contest has come a long way since Vivek Kundra was in the driver’s seat in the DC technology office. It’s time to start asking how app contests can be improved.

But before we move on to that discussion, it is worth noting the lessons that have been learned over the last two years or so from government app contests.

First, governments and citizens benefit when high value, high quality data sets are released by governments that are in machine readable formats, easily consumed by third party applications. Believe it or not, there is still debate in many places on this point. App contests prove the theory that publishing open government data provides tangible benefits.

Second, app contests prove that it is possible to engage and excite both developers and high level elected officials about open government data. The cause of open government can’t be anything but well served when these two groups are excited about it, and appealing to both successfully in equal measure is usually very challenging.

Third, and maybe most importantly, government app contests provide sort of a “petri dish” for government officials to see how government data might be used. They let governments solicit ideas from the private sector about the different ways that open data can be used in a manner that is low risk and low cost. Some of the proposed uses of government data that emerge from these contests – whether its tweeting a recorded message to your Congressman, or using an IM client to browse campaign finance data – might never be considered by governments but for them running an app contest.

These lessons aside, there are those who contend that the existence of app contest entries that have languished (or even been abandoned altogether) after a contest is over suggests that an app contest didn’t work well (or as well as it should have). I don’t think this is necessarily the case.

Look at it this way; once a government has decided to publish open data sets and enable the development of one single app by an outside developer, the marginal cost of the next app (from the perspective of government) is essentially zero.

Once a data set has been put into a machine readable format and staged for download so that it can be used by a developer or third party, what is the cost of the next download? Or the next 50, or 100? Essentially nothing.

The road to tech startup profitability and success is a long and hard one, and it’s littered with the hollowed out husks of ideas (some very bad, some very good) that for one reason or another just don’t make it.

Should we be overly concerned that the dynamic of government app contest entries is essentially the same as it is for any other sort of technology startup project? Personally, I don’t think so.

Making app contests better

I do however, think there are some things that government app contests organizers can do a better job on.

Most notably, government engagement with app developers over the long-term has proved to be somewhat challenging. Gunnar Hellekson of Red Hat has observed the same phenomenon:

“..I would think that one of the desired outcomes [of an app contest] was an ongoing community of developers that are producing and maintaining applications like this — whether it’s for love, money, or fame. It would be a shame to see hard work like this die on the vine because we’ve lost the carrot of a cash prize.”

I don’t think this is an issue with developers necessarily – I know there is still lots of excitement around the data sets that have served as the foundation for app contents that are now over. I think the issue is that governments do not always have a plan for post-contest developer engagement.

Once the prizes are given out, and the award ceremony is over, there are no plans or strategies in place to keep developers engaged over the long haul. I do not believe this is an issue of money – not every developer is looking for a cash prize, and there are some good examples of government agencies (MassDOT and BART among them) who do a pretty good job of keeping developers engaged without contests.

I also think that a greater emphasis could be placed in app contests on developing reusable components (as opposed to user-facing solutions) that can be released as open source software and used by anyone to consume data or interact with a government API. I’m talking specifically about things like open source libraries for interacting with the Open311 API – tools and libraries specifically designed to make it easier to use open government data.

The easier it is to use government data and APIs the more people will do it, and the more development of reusable components as a by product of app contest, the less angst there will be about projects that don’t remain viable long-term. If one of the requirements of entry is the use (or reuse) of common components, even contest entries that fizzle out down the road will have made a tangible contribution to the open data effort.

I think with a few simple changes, app contests can continue to be used as an effective tool by governments to encourage the development of cutting edge applications powered by “democratized” government data.

Mark J. Headd is an experienced voice, mobile and web application developer who has been certified as a VoiceXML Application Developer by the VoiceXML Forum. He currently works as a Developer Evangelist for Voxeo Labs, where he helps developers build open government and civic applications using the Tropo and Phono platforms. He holds a Master’s degree in Public Administration from the Maxwell School of Citizenship and Public Affairs at Syracuse University, and is a former adjunct instructor at the University of Delaware teaching a course in electronic government. He served for three years as the chief policy and budget advisor for the State of Delaware’s Department of Technology and Information. He has also served as Director of the Delaware Government Information Center and as Technology Adviser to former Delaware Governor Thomas Carper. Mark has built open source solutions using open government data and APIs for the District of Columbia, the Sunlight Foundation, the New York State Senate, and the cities of New York, San Francisco, Toronto, Baltimore and Philadelphia.

  • http://challengepost.com Brandon Kessler

    Well said, Mark. I know in New York with NYC BigApps (which we powered at ChallengePost) there has been continued engagement with the developers. Hundreds of thousands of downloads of their apps have occurred, one of the winners just received a large investment from a city entrepreneurial fund along with a local VC, and others have done additional work for other city agencies as a result of the competition. And NYC BigApps 2 will continue that later this year. Without this continued engagement, I agree the results would likely be poor.

  • http://www.voiceingov.org Mark Headd

    Brandon, correct me if I’m wrong but publishing the application code for entries was not a requirement for NYC BigApps 1, was it?

    Is this something that is planned for BigApps 2?

    Just curious.

  • http://adrielhampton.com Adriel Hampton

    Mark, great look at the pitfalls and promise of the contest model, with great suggestions for building long-term value. Look forward to talking with you about this and more on Gov 2.0 Radio, June 13.

  • http://www.civicapps.org Rick Nixon

    Great post, Mark. Yes, it’s not so much about the apps as it is about the collaboration. Portland Oregon’s regional open data effort, CivicApps.org, is striving to achieve many of the virtues you identify by attempting to facilitate these ongoing discussions around datasets, ideas, and apps.

    The results so far have been fascinating. Citizens are creating datastore APIs for use by others, and other utilities for lowering the overall barrier to the data.

    Another example, in one of our recent CiviCode Day hackathons with citizens, citizens identified the need for more open access and accommodation for input/debate regarding upcoming City Council agenda items. The City is in a good position to provide this data, but not so much in moderating people’s comments, etc. The resulting workgroup that day between City personnel and citizens rendered a pretty good spec and prototype to achieve both objectives in the near future. What people do with this in terms of future app offerings remains to be seen, but the opportunities to collaborate are tangible now and many.

  • http://www.voiceingov.org Mark Headd

    Rick – you’re right.

    There are some great examples of collaborative ideas and reusable components coming out of the Civic Apps for Greater Portland effort.

    PDX API is a great example of this. I love that someone has geo-enabled all sorts of cool data from the Portland data sets and made it available via API for other developers to use.

    That’s awesome, and a pretty good example of the great work you guys are doing out there.

    Thanks for the comment, and keep up the great work!

  • Pingback: Everyone jumped on the app contest bandwagon. Now what? | National Cyber Security

  • Pingback: It’s not about apps. It’s about the open data. | Gov 2.0: The Power of Platforms

  • Pingback: Everyone jumped on the app contest bandwagon. Now what? - O'Reilly Radar