The power of the humble checklist

I’m a bit of a checklist junkie. There’s something (neurotically) satisfying about checking off a list item—as if it proves I’ve accomplished something. Mostly, though, I use checklists because I would be lost without them; there are just too many details in my work (and my life) for my brain to handle on its own, and without a set of robust systems, some are bound to slip through the cracks.

So it’s with some shame that I admit I only recently got around to reading Atul Gawande’s The Checklist Manifesto: How to Get Things Right. The bestselling author and surgeon shows how a simple checklist—modelled on the ones that have been standard in the aviation industry for decades and applied to fields as diverse as medicine and investment banking—can improve communication, foster teamwork, and, in many cases, save lives.

As Gawande says, “Checklists seem able to defend anyone, even the experienced, against failure in many more tasks than we realized. They provide a kind of cognitive net. They catch mental flaws inherent in all of us—flaws of memory and attention and thoroughness. And because they do, they raise wide, unexpected possibilities.” (p. 47)

Fortunately for me, lives generally aren’t at stake in my line of work, but editorial checklists can nevertheless be extremely powerful tools. When consistency is key, as it is in copy editing and proofreading, and when the major objective is to eliminate as many errors as possible, checklists are invaluable.

Checklists are especially useful for keeping track of the more mechanical or repetitive tasks that require little creative thought—such as those that appear more and more frequently as editors are increasingly expected to work on screen and generate final electronic files meeting certain formatting specifications. Checklists free your mind from having to store those kinds of minutiae, allowing you to focus on the task of editing itself. In the words of one of Gawande’s interviewees, an investment specialist who didn’t want to be identified, those who use checklists “increase their outcomes without any increase in skill.” (p. 168)

What I appreciate most about checklists, though, is that they allow you to learn from your mistakes. If checklists are used throughout an organization, they allow you to learn from everyone’s mistakes—and so it’s easy to see how they can quickly become an essential part of not only institutional memory but institutional wisdom.

However, as Gawande has observed, “the opportunity is evident in many fields—and so also is the resistance” (p. 162). Developing good checklists is a pillar of my consulting work on editorial process, but I often have to rally hard for buy-in. One editor felt that expecting her to fill out a checklist was patronizing. Another was concerned about how much time it would add to her work.

Checklists, when used properly, should support your editors. Although asking them to fill out a checklist is, in effect, demanding more accountability of them, doing so should also promote an editor’s ownership of a project. Using a checklist as an enforcement tool, though often tempting, is missing the point.

Going through an editorial checklist may initially add a bit of time to the workflow, but eventually, everyone involved in the editorial process learns to fold the checklists into his or her work. Checklists almost always save time when you consider the editorial and production process from start to finish, and they can save money. Checking the headers and footers may cost you ten minutes, but forgetting to check them could cost the price of a reprint or even a client.

The Checklist Manifesto touches on some features of good versus bad checklists, which are illuminating, though not necessarily applicable to editing in some cases. Aspects of editing that a checklist can help, as well as building effective editorial checklists, will be topics for a future post.

Oh wiki, you’re so fine; you’re so fine you blow my mind

In my consulting work, one question I always ask my clients is, “Do you have a central repository for your editorial information?”

If not, I say, get one. (And by posting this, I’m pretty much giving away the farm here.) If all of the editing is done in house, this repository could be as simple as a folder on a shared server. If you do any work with freelancers, this resource must be online.

Most clients I edit for understand the importance of regularly reviewing and adjusting house style guidelines for relevance. But how those changes are communicated to editors—and freelancers in particular—can make the difference between a seamless transition to the new style and a confused mess that someone in house is left to clean up. Having a single online editorial resource means that you’re making changes in one place: all of your editors, including your freelancers, learn to look there, every time, to check for updates; you’re not having to email everyone each time the guidelines are modified; and editors aren’t left with numerous copies of a style guide on their computers, wondering which is the most up-to-date.

There are probably a number of feasible forms such an online resource could take, given the flexibility and accessibility of content management systems out there today, but the one I’ve found easiest and most effective is the wiki. Wiki pages are extremely intuitive to create and update, the entire wiki is searchable, and, best of all, wikis are structurally flexible—internal links are a snap to make, and there is no inherent hierarchy, which allows you to arrange your content for one group of users and do it completely differently for another group, all the while not having to change the underlying content. Wikis are designed for collaboration, so they are ideal for resources that require contribution from several sources (for example, if the editorial director wants to update style guidelines while the managing editor clarifies invoicing procedures and the art director wishes to give a list of specifications for digital images). What’s more, thanks to Wikipedia and the like, most Internet users are already comfortable using wikis to seek out information.

One of my most well-received projects while I was editorial coordinator at D&M was the editorial wiki, which turned out to be so useful for in-house editors and freelancers alike that I expanded the model to a wiki for authors. Before the editorial wiki, every time a template was tweaked or the house style updated, the managing editor had to send a note to all editors alerting them to the changes. And each time she had to decide who should receive it. That freelancer she hasn’t used in a few seasons but might use again when things get busy? And the relatively new contractor—does he have all of the guidelines and templates he needs? It’s easy to see how time-consuming and fallible this system can be—and with a central editorial wiki, it’s completely unnecessary. Send all of your editors to the same place, and they can access the up-to-date resources as they need them.

When I initially put the editorial wiki together, I used a free but proprietary WYSIWYG wiki program, but eventually I migrated all of the content to MediaWiki. It’s the open-source wiki software behind Wikipedia, so it’s certainly been well tested, and its default look is something most people are familiar with. Because it’s so widely used, it has a vast support community, and learning how to solve a problem or customizing a feature on MediaWiki is usually just a Google search away. MediaWiki has its own search feature, it has the ability to show users the full history of page edits, all pages can be tagged with categories for easy organization and navigation, files like Word documents, PDFs, and JPEGs can be made available to users, and templates can be used for multipurposing content. And if you don’t want your style guidelines broadcast to the public? No problem—MediaWiki can be customized with password protection.

So what should go on an editorial wiki? At minimum, include your house style, any specific editing and formatting guidelines, editorial checklists (more on these later), templates, and, perhaps most importantly, a description of the steps in your editorial process. After I transferred this bare-bones content to MediaWiki, I found that the latter’s ease of use and extensibility made it a breeze to create new content specifically for fiction editors or cookbook editors or art book editors. The editorial wiki became an extremely powerful tool that, all at once, improved communication with our freelancers, empowered them to find their own information, and freed in-house staff from having to answer recurring editorial questions.