Three New Years Resolutions Courtesy of Healthcare.gov

By the time this column is published we will have all been inundated with the failings of the online enrollment system that was cobbled together for the Affordable Care Act. The politics are flying and the first tiny bits of fact are starting to reveal themselves. The news outlets will do their best to create bite sized nuggets of dumbed-down bullet points. I shudder to anticipate the undulating day-glow colored charts, graphs and animations about to be unleashed on the American public to explain what really just comes down to common sense. As you head into next year with excitement about investing in programs and systems that will take your agency to the next level keep these high-level guidelines in mind. Repeat them into the mirror each morning, make your technology leaders repeat them, make your vendors repeat them. If the administration had followed these rules the site would have worked on day one and I would have been forced to write this column about my cat. Thanks Mr. President. ‘The Adventures of Mr. Bigglesworth’ was going to be the highlight of the year.

Resolution #1: Do Not Underestimate

Most technology projects struggle to even get off the ground. Why? As agency leaders you know what you know and you know what you don’t know. The grey areas carry a tremendous amount of risk, especially if you don’t have a trusted advisor at your side. Most agencies do have a trusted technology leader but at the end of the day if you need to build software the person actually writing code will be someone who probably has no idea what the big picture looks like anymore than you know how to optimize a recursive algorithm to find the probability of DataPoint Q at position X related to event T. This is the nature of software development and the most important factor in your success is to understand the hyper complex nature of the environment.

Imagine your goal is to get the entire general session of the United Nations to sing Sir Mix-a-Lot’s classic ballad ‘Baby got Back’ in three part harmony while the translators are all on strike. Walk on in there and start the project. While the language barrier is the obvious issue the complete lack of context, understanding and coordination are what will really kill your goal.

Did the administration underestimate the gravity of building healthcare.gov? I think the answer is pretty obvious. Everyone loves to point to Amazon as a model for a successful high traffic marketplace but it’s easy to forget that it’s been under constant development since 1994. That’s nearly 20 years of mistakes and fixes. To add insult to injury the overconfidence led to an environment where the non-web options to enroll were barely even mentioned. This shifted everyone’s focus entirely to the one method that had the greatest probability of failure.

Resolution #2: Don’t Believe High Price Increases the Probability of Success

The cost of healthcare.gov is currently estimated at $133 Million and counting. When faced with a complex problem and the realization that ‘smart people’ are required to make it happen the first instinct is to throw money at the problem. This strategy relies on a fatal binary logic flaw: Smart people are expensive therefore expensive people are smart. This belief leads to a feeling of comfort based on the high price tag. Unfortunately, it’s not true.

The administration just knew healthcare.gov would work. Why? Because it’s expensive and that means we’ve hired the best. Until it fails publicly, that is. Then everyone involved with the project demands an immediate search for the ‘best and brightest’ and the fatal process starts again.

On a side note the companies who secure government contracts are the companies who are good at navigating the government contract system, not necessarily the best ones for the job. Healthcare.gov isn’t a military drone, a construction project or a wrench. It’s a massive systems integration project, a merchant site, a data validation system and a workflow manager. So who did the administration hire? General Dynamics. Northrop Grumman. CGI Federal. You’re going to tie these companies together with a pile of other companies and they’re going to create an Amazon.com in less than a year? Seriously? Does this sound like an achievable goal? Spoiler alert: It’s not.

Resolution #3 : Keep it Simple

I’d call this one a cliché except for the fact that nobody ever listens to it.

When you hire 55 contractors who build 55 components of a system that interact with scores of other systems (built and maintained by countless other contractors) your project will fail. If you don’t test a system every step of the way it will fail. If you take your vendors at their word and pass a rosy outlook on to your boss, congress or the American people you will fail.

Architecturally there are just too many moving parts in version one of healthcare.gov. There’s a golden rule in software development. Don’t pack it all into version one. Attack one problem, do it well, make it elegant, launch it then move on to the next problem. Now make it better without breaking the existing pieces. Use the launched system to guide the development of future features. The first iPod played music that you loaded from your computer (but only if you owned a Mac). Today it is a computer. If Apple tried to pack everything into the first iPod back in 2001 they’d be Blackberry today.

So what is the first feature that should have been the focus of healthcare.gov 1.0? How about showing Americans the available health plans? As of this writing most people still have no idea what’s even available on the exchanges. It feels like this critical feature somehow fell to the bottom of the design list. If Amazon required an account and a full family history before it let you browse the available wool socks you’d probably buy your wool socks somewhere else. If it didn’t work even after you acquiesced to the backward process you’d never return. In the real world the gathering of your personal information happens at checkout, not on the homepage.

The last time I needed an IRS form I searched for it from the homepage on irs.gov and had it downloaded in the next click. The IRS website isn’t exactly the epitome of web design but it works like a charm. How do we get some of that action?

Somewhere along the line some bloated committee mixed together the needs of insurance carriers, government agencies and other ancillary parties and used this soup as a roadmap to build healthcare.gov. As usual nobody thought to include the needs of the customer. The result? Epic fail.

As we head into 2014 let’s learn from these mistakes.