Tag Archives: business case

Survey says: DITA’s benefits and challenges

DITA SurveyWhat are DITA‘s biggest benefits? Its greatest challenges?

The Content Wrangler is surveying DITA users, and last week Scott Abel — joined by DITA cognoscenti Rob Hanna,Mark Lewis, and Keith Schengili-Roberts — presented some preliminary results.

I’ve listed the rankings here, along with some thoughts of my own. Each numbered item is from Scott’s presentation; the commentary between the numbered items is mine.

(The survey is still accepting responses. If you haven’t yet weighed in, you can do so right now.)

What benefits does DITA provide?

This section was open to all respondents.

1, Consistency: content reuse/single-sourcing
Yes: when I think of single-sourcing, I think of consistency. But I also think about flexibility — of being able to publish the same content on the web, as integrated help, as PDF, and in other formats. For me that’s a big benefit, just as much as — and probably more than — consistency.

2. Usability: structure provides predictability

3. Translation: savings from reusing translation
The panelists remarked that they expected this one to score higher, and theorized that many of the survey respondents were content creators but were not the people actually responsible for translation. I think they’re probably right — and I’d also point out that a lot of organizations simply don’t translate their content. It would be interesting if the survey asked how many are currently translating DITA content.

4. Customization: segmentation, personalization
Nice to see this one crack the top 4. I think we (the community of DITA content producers) are just beginning to take advantage of features like metadata and keys. There’s so much more we can do to adapt content based on the audience’s geographic location, experience level, and so forth. (Key scopes and branch filtering in DITA 1.3 hold out even more promise.)

Rank the biggest challenges associated with using DITA

This section was open to respondents who said they use DITA.

1. Reuse: determining reuse strategy
Conref or keyref? What taxonomy to use, and where to put the metadata (in topics or in maps)? Who “owns” the library of reusable content? There doesn’t seem to be much consensus on best practices when it comes to developing a reuse strategy. Maybe, like the consultants always say, it depends — on what the writing team is
used to, on which groups are collaborating to produce content, and on what the corporate culture will support.

2. Usage: making DITA do what we want it to do

3. Training: equipping staff with skills needed
DITA logoThere’s a ton of training out there — in the basics of structured authoring, in DITA itself, and in the various tools. So I’m not sure what the problem is, unless it’s that companies don’t want to pay for training and want simply to hire people who already know everything (see #7 below). Even if you could hire fully-capable DITA writers off the street (and that’s a big if), they still need to be trained in how to use your local style, transforms, and so forth.

4. Technology: understanding software

5. Formatting: developing stylesheets and rules for content
This isn’t rocket science, but it is serious, hard work. It’s often not considered when companies plan a transition to DITA — which makes it even harder.

6. Governance: enforcing the rules
See number 5 above.

7. Staffing: finding experienced talent

8. Creation: understanding how to create DITA content

9. Measurement: what to measure, how to decide
Let’s be honest: rather than what to measure, don’t we really mean making the business case? We still struggle to quantify the cost savings and revenue enhancement associated with structured authoring and DITA. Translation savings, of course, are a big part of the story. But increased usability, customization, and brand consistency have value too. We just have a hard time quantifying their value.

10. Translation: issues associated with DITA content

So there you have it. What do you think? Do any of the rankings surprise you? Is anything missing from either list?

Do you agree with my take?

Thanks to Scott Abel for conducting the survey. Like so much of what he does, it’s of great value to the technical writing community. Thanks to Rob, Mark, and Keith for their contributions as well.

We’re in DITA – now what?

Every year my talented friends at Scriptorium roll out a list of trends in content strategy and technical communication. This year’s list is thought-provoking as always: it contains some trends that are spot-on and some that I wasn’t expecting.

And one that’s flat-out brilliant: We’re in DITA – now what?

musclecar

Muscle car (1969 Pontiac GTO – source: Wikimedia Commons, Gtoman)

During the webinar in which Scriptorium unveiled its trends for 2016, Gretyl Kinsey described a “second wave” of DITA adoption: a technical writing team has decided to switch to DITA  — either for the right reasons (as part of a carefully planned strategy) or for the wrong reasons (DITA sounded cool and trendy, or they had some extra money in the budget).

Having gone through the process of converting its content. the team is now finding that DITA isn’t a panacea. The 400-horsepower DITA muscle car is parked in the driveway. Now what do we do with it?

This is when some teams throw up their hands, or when buyer’s remorse sets in. The team, especially if they didn’t have sound reasons for switching to DITA in the first place, might want to return to its old tool set. Or, realizing that they’ve sunk a lot of treasure and talent into the DITA implementation, they’re inclined to limp along — driving the car but never getting out of second gear.

Even when the team made the switch for the right reasons, they might feel overwhelmed. All of the reasons for switching, like cost savings through reuse and greater efficiency in translation, didn’t just magically fall into place. A lot of work is still needed. In this situation, again, some teams content themselves with driving the car to the grocery store and back, never taking it out on the freeway.

What’s the right thing to do? Continue reading

Good writing adds value: here’s proof

We’ve all heard it. We all believe it in our hearts. Good writing adds value.

But maybe you still don’t have a ready answer when someone says Prove it!

this-weeks-challenge-question-marcia-riefer-johnstonHere’s something for you: Marcia Riefer Johnston’s weekly Tighten This! game. (If you’re not already playing , you should be. In fact, why don’t you go over there right now, and then come back. I’ll wait.)

Each week Marcia supplies a challenge sentence that’s bloated with hot air and/or gobbledygook. The sentences are real, coming from corporate or governmental communications. Many of them are contributed by the game’s participants; Marcia finds the rest herself.

Players are asked to “tighten” the challenge sentence into something less wordy and more lucid. After the judges — Marcia, her husband Ray Johnston, and me — select a winner, Marcia compares the winning entry with the original sentence and calculates a cost savings based on translating the content into 25 languages at 25 cents a word, times 10,000 sentences (about the length of a Harry Potter novel, or a set of hardware setup guides).

In half a year, using Marcia’s formula, the Tighten This! writers have cut bloat to the tune of $29,812,500.

Nearly $30 million in savings, just by turning bad writing into good. That’s value!

Last week’s game brought one of the most dramatic examples of adding value. The winning entry trimmed a sentence from 51 words to 6:

Before:
The line manager or a mentor should be allocated to each new employee to act as a guide and counsellor during the induction process so that new members of staff learn about the company and are given the necessary support and opportunity to put their learning into practice in the workplace.

After:
Assign each new employee a mentor.

That’s fine, you might be saying. But my stuff isn’t translated into 25 languages. In fact, it’s not translated at all.

That’s OK. There are other ways in which good writing adds value.

Sarah O’Keefe’s and Alan Pringle’s Content Strategy 101 contains several sample case studies that demonstrate how good content can support both sides of a business case — cost savings and revenue enhancement — through things like reduced support calls to increased sales. I encourage you to buy the book: you’ll find it to be good value for your money.

So, yes, you can prove that good writing adds value. And adding value is what technical communication is all about.

Cam you share other case studies — especially ones in which you were personally involved — to show that good writing adds value?

Closing the #techcomm technology gap

The Library of Congress houses more knowledge than any other institution in the world. But is knowledge really knowledge if nobody can read it?

Library of Congress, circa 1890

The Library of Congress, circa 1890. Apparently, even then it had trouble cataloging all of its content.

This week James Billington, the Librarian of Congress since 1987, announced that he plans to retire on January 1.

The story behind Billington’s resignation, as often happens when someone is on the job for so long, is complicated. In recent years Billington has come under fire from critics for several aspects of his leadership. The biggest complaint, however, is this: the Library suffers from a serious technology gap.

According to the news report about Billington’s resignation, “just a small fraction of [the Library’s] 24 million books are available to read online.” The article also hints at a cataloging problem: millions of printed pieces – some dating to the 1980s – are piled in warehouses, waiting to be shelved. It’s a problem that might be alleviated with the right application of technology.

Billington and his defenders argue that he’s started the Library on the path toward modernization. Of course he has: he’s been on the job since 1987. So even if the Library is using 1990s technology he can take credit for it. But when all’s said and done, it’s clear that the Library is late to the technology game.

Like the Library of Congress, we technical communicators are in the business of making knowledge available to people who need it. Continue reading