TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Anthony Markatos wrote:
> When was the last time that you participated in or witnessed a tech comm
> project that fell apart because of poor writing skills?
> Note: I don't mean situations in which, because of poor task analysis,
> estimating, graphics, or project management, the writing did not make sense.
> I mean situations in which these other things were properly done, but
> things fell apart because of poor writing technique.
> In over fifteen years of tech comm experience, including leadership of some
> very large scale projects, I have never experinced such.
It depends on how you define "tech comm" project. And I can give you an
example of a project which was badly damaged by poor writing. We make
electronic equipment for trains, and in one situation (before I started,
of course), our maintenance instructions were poorly written and almost
incomprehensible, even to us. The writer had poor grammar skills, used a
number of different terms for the same thing, and was genenerally
sloppy. The task analysis was fine, the drawings were fine. It was the
actual text which was awful. What did the maintenance workers do when
they couldn't understand the instructions? They either did something
wrong, often damaging the box, or they threw up their hands and shipped
it back for warranty repair, even when it wasn't really broken. Cost us
a whole lotta money, and my bosses are well and truly sold on the value
of good writing.
Writing may be the last step in the process, but it's still important.
It's definitely the foundation of what we do. Your data flow diagrams
may rock the world, but you still need to turn them into some sort of
usable text. And if it doesn't make sense, it could cost big money.
Project Manager and Documentation Supervisor
Quester Tangent Corporation
gdowler -at- questertangent -dot- com