I would rather avoid a discussion of health care policy and politics, and I don’t plan to address those for the most part, but this week’s reading and the healthcare.gov. “hubbub” seem too convergent to ignore.Michael Salvo and Paula Rosinski remind us that “As soon as a design is out of the author’s hand and launched into the world, we see how effective that design can be in use … We make our information spaces, and then these spaces make us and impact our communication―always returning to the human genesis of the space, yet not always under the immediate control of the users (or designers) of that information space” (In “Information Design”).
As Moore put it in “A Sea Change in Enterprise IT, “organizations are facing an avalanche of information” as they change from systems of record to systems of engagement and “Best practices in this new world are scarce.”
Well, they seem to be scarce this month for sure.
What went wrong with Healthcare.gov?
But, back in the spring and over the summer, experts involved in the development and elsewhere were talking about the potential of the Website in much the celebratory tone of Qualman in Socialnomics, without some of the cautionary tones of Moore’s white paper. Both are very clear about the speed of change, but Moore’s quotes from a number of CIOs in 2011 (“We are grappling with this”; “Nobody has figured this out”; and “whether we want it or not, it is coming in”) suggests more trepidation and is somewhat predictive of healthcare.gov.
As I’ve confessed and lamented often, I’m not terribly tech savvy, but from what I can gather, there were some missteps in creating the “information architecture” that characterizes the site. What the developers and designers were celebrating back in the spring was that the site would have a content management system-free philosophy that would make for a “completely static website,” using Jekyll and Github, which was supposed to result in an “incredibly fast and reliable website,” according to an April 10 post at the HHS.gov blog site by David Cole, one of the designers from Development Seed, one of the websites designers.
According to Brian Sivik, Chief Technology Officer at HHS who was quoted in an article in The Atlantic Monthly, its use of social coding is built in a way that’s “open, transparent and enables updates. This is better than a big block of proprietary code locked up in a CMS [content management system].” I mean, the very title of the Atlantic Monthly article is celebrating democracy: “Healthcare.gov: Code Developed by the People and for the People, Released Back to the People.” (See the full article at http://www.theatlantic.com/technology/archive/2013/06/healthcaregov-code-developed-by-the-people-and-for-the-people-released-back-to-the-people/277295/)
So, as I read through any number of articles trying to figure out “what went wrong?” I tried to keep my focus on the role of technical communicators, rather than policy makers, politicians, self-interested CEO’s and CIO’s, software developers, and code writers, but then I started thinking that my thinking is antithetical almost everything I’ve been reading in my classes for the MSTPC program: “We are not merely writers anymore. Now we are editors, information architects, project managers, client liaisons, and more” (135) as Hart-Davidson reminds us this week in “Content Management.” So, there are probably many technical communicators caught in this morass or, alternately, learning opportunity, depending how you view it the current problems at healthcare.gov.
John Pavley at the Huffington Post does see it as an opportunity for the “bi-directional” experience Moore, Qualman, and others have described. “If they want to live up to their initial promise and completely open-source the code on GitHub.com, I’d bet thousands of developers would volunteer to fix all of their bugs for them. That’s the power of open source and open government: Other people are invested in fixing your problems for you!” (http://www.huffingtonpost.com/john-pavley/obamacare-website-problems_b_4057618.html)
Content Management Meet Up in Milwaukee
So, all that reading about the CMS-free healthcare.gov experience got me curious about what are considered “good” content management systems, so I tried to root out some reliable information and came across this CMS “Showdown” in Milwaukee in May. It’s not an “academic” source, but I found it enlightening in that it shows how such providers think it’s important to talk about CMS. The showdown was between 6 CMS providers: Sitecore, ModX, WordPress, Drupal, Concrete5, and Joomla.
The Fight Club meetup metaphor was funny but not really typical of the communication, according to the write up by Jessica Dunbar at anythingdigital.com (May 14). It seemed to me to be pretty communal, in a sense, with quick pitches for each product (3-5 minutes), perhaps a little tag line or branding (ModX – “Creative freedom”; “We like to say that WordPress is both free and priceless at the same time”; “Come for the software, stay for the community” [at Drupal]).

This was the only visual aid used at the CMS Milwaukee Meetup, which I found odd for a bunch of “information architects” who should be visual thinkers.
The article from allthingsdigital.com also includes a YouTube video for the Drupal Song. I’m thinking those guys might want to keep their day jobs.
A representative for Joomla declared, “Joomla! is a extremely customizable and adaptable for Enterprise, SMBs, NPOs and beyond.” Joomla was the only representative to bring a comparison chart, so perhaps that’s why it won. At the same time the writer of the article declared himself the only judge, so maybe that’s why it won.
The good news for me? I’m actually starting to understand what some of this means….