By now you've probably read quite a bit about the manifold problems behind the US Government's largely failed launch of HealthCare.gov. If you haven't, here's a quick summary: delayed funding; delayed procurement; rushed development by multiple contractors; poor program coordination; insufficient and late QA; severe problems not bubbling up to decision-makers; lack of accountability; and so on.
Whatever your opinions about Obamacare, no one can deny that this is a disaster, most of all for uninsured people trying to participate.
Reactions among tech people have varied. Some developers have been sympathetic, while others are engaging in I-told-you-so, but I'll guess that many are thinking along the lines of, "Now maybe people will come to understand how difficult it is to do this stuff..."
And perhaps there's some silver-lining truth to that: the whole episode has enlightened at a minimum the chattering classes, and probably the person-on-the-street, about how huge tech projects can go wrong. Some long-overdue federal technology procurement reform might result as well.
In any case, there is one clear lesson for your enterprise.
Execution aside, let's acknowledge that the specifications for HealthCare.gov were extraordinarily complex.
In fact, they hit the web application trifecta, in having to...
Any one of these requirements demands quite specialized expertise. Two of those will put a web application project at high risk. All three, and you have to be very, very good (and possibly lucky) to pull it off. Of course, others have done it. Like, say, Amazon. Can your organization match their heft?
I believe the key lesson here for web and IT leaders is: be forthright with your colleagues. If something is hard, tell them early and often, but educate them as much as possible, rather than just pushing them off. And for business leaders, remember that the most magical experiences are the most difficult to create.
On the plus side, the term HealthCare.gov could usefully enter into common vernacular, maybe even as a verb. So the next time someone hands you an impossible project, you can reply, "This has all the makings of a HealthCare.gov," or even, "We need two more weeks of QA or this is going to HealthCare.gov on us." (I was thinking something along those lines this morning, when a security patch caused some cron jobs to go all HealthCare.gov on our webserver CPUs, taking down the RSG website for ten minutes.)
So, greater understanding could indeed give this whole episode a silver lining -- at least for the tech world -- after all...
P.S. If you're looking to align your business and tech teams around a significant digital workplace or digital marketing technology effort, and you want some outside advice, drop us a line.
Portals and Content Integration Evaluation Stream looks at... SharePoint is Still a Development Platform
"While Microsoft has made improvements in the areas of external integrations, document management, taxonomy and records management, SharePoint still remains more of a development platform for building portal-type..."
Learn the real strengths and weaknesses of major Portals vendors from around the world, in our Portals & Content Integration evaluation research stream.
"The Enterprise Portals Research does an excellent job of articulating the key complexities and challenges associated with portal implementations, and will greatly assist organizations in planning for and executing portal initiatives."
Mike Girifalco, Director of Engineering, Bit Group, Inc.
Get the Real Story bi-weekly.
USA & Canada
+1 800 325 6190
+44 (0) 20 3318 1911
+1 617 340 6464
All Other Inquiries
All analyst firms claim to be independent or vendor-neutral. We're different.
Get the real story on commercial and open source tools from a firm that works only for you, the technology customer.
Thank you for signing up for The Real Story Group Newsletter. You will receive our monthly newsletter, plus updates with new information on the technology streams you have expressed interest in below.