RENEE MONTAGNE, HOST:
If Congress had not shut down the federal government and tip-toed to the brink of a federal default, we might have had a different top story to report. That story could have been the disastrous rollout of Healthcare.gov, the website of the Affordable Care Act. The site was meant to create a simple, easy way for millions of Americans to shop for subsidized health care. Instead, in just over two weeks, has become the poster child for the technical ineptitude of the federal government.
NPR's Steve Henn reports.
STEVE HENN, BYLINE: One week after Healthcare.gov launched, we reached out to Suzanne Cloud, a jazz musician based in Philadelphia. At that point, she had spent hours on the site, trying to sign up for coverage.
SUZANNE CLOUD: It kind of went zzipt, and something went wrong. And it went to a page with all kinds of HTML stuff.
HENN: This week, I called Cloud back.
CLOUD: Well, I gave up, and I ended up calling in and registering that way.
HENN: The folks on the phone took all of her information, then asked if she'd like to pick out her plan online or receive information about her health care options via snail mail.
CLOUD: And I said snail mail, since I was having problems with the site. Once I signed up with the telephone, I didn't go back and try the site again. Maybe I should.
HENN: Seventeen days old, and Healthcare.gov has become a bit of a joke, even to folks like Cloud who were eagerly awaiting its rollout. So how could a roughly $400 million software project that's been in the works for years have so many problems at its launch? A dysfunctional contracting system clearly bears some of the blame. But I was curious: If entrepreneurs here in Silicon Valley had set out to build Healthcare.gov, what would they have done differently?
One answer is they probably would have started small.
BEN BALTER: It's not as if Facebook says, OK, here is our six-year plan for how we're going to make Facebook.com.
HENN: Ben Balter.
BALTER: They build one feature at a time and take a step back, look at how the feature is being used before they go on to the next feature.
HENN: Balter says you build something small, then you test it. And when it works for your users, you take the next step. Right now, Balter works for GitHub.
BALTER: GitHub is a social code-sharing service. It's - think of it kind of like Facebook for code. So instead of posting pictures of your kids or posting on - like you would on Twitter, what you're having for lunch, you're showing what projects you're working on.
HENN: By sharing the code you are writing, lots of people can critique it, find the bugs, offer ideas and make sure it works. It's called open source, and Balter believes Healthcare.gov should have been written that way from the start.
BALTER: Why would you make that code private?
HENN: But often, when things don't work in government, the impulse is to duck and cover and clamp down on information.
MICHAEL COCKRILL: And I think the key reason is the way projects get funded.
HENN: Michael Cockrill used to work in start ups, and is now the chief information officer in Washington state. He says to get a software project funded in the public sector, typically, you have to say exactly what it is going to do: spell how much it will cost, and then say exactly when you'll finish.
COCKRILL: And as a result, you end you creating this culture that is all about doing what you said you were going to do.
HENN: You can't learn from little failures or adjust course midstream. And instead of taking big jobs, breaking them down into small tasks and testing for success, a project like Healhtcare.gov can become a giant, all-or-nothing gamble. And Mike Cockrill says, too often, that's a gamble taxpayers loose.
MONTAGNE: Steve Henn, NPR News, Silicon Valley.