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.
Subject:RE: Best Documentation From:"Kathi Jan Knill" <Kathi -dot- Knill -at- level8 -dot- com> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Mon, 7 Feb 2000 14:12:02 -0500
Tony Markatos said:
SNIP: ~~ When was the last time that you participated in or witnessed a
tech comm
project that fell apart because of poor writing skills?
~~... things fell apart because of poor writing technique.
As a matter of coincidence, I was recently told that a company's doc was so
bad that they
got complaints about it when the software release occurred. I picked up a
copy of the doc
and was appalled that the author chose to call himself an "experienced" tech
writer.
There was no formatting, no thought to page layout, style, etc. The writing
itself was inconsistent and almost totally passive in tone. While wordy, the
extra words served little purpose other than to
fill up space.
Did the project fail or fall apart? Literally no, the ENTIRE project did not
fail. The software was still of the same high quality that it would have
been without doc and only the doc lacked quality. Was the software release a
success? I would say no. In my experience, when a company does a software
release, when customers call customer service with problems, comments, etc.,
there is generally nothing said about doc. No good and no bad. It seems to
mean that if customers actually complain about the doc, then the doc portion
of the project was a failure.
I may stand alone on this one but I believe that the documentation that I
produce is a product in and of itself. If that product is not up to
standards, then it is a failure regardless of the success or failure of the
software/hardware/etc. about which the doc was written. The doc project was
a failure.
So, yes, I think that writing skills do play a very important role in
technical communication (at least of the written kind).
However, this is just MHO.
Kathi Jan Knill
Sr. Technical Writer
Level 8 Systems
Kathi -dot- Knill -at- Level8 -dot- com
The one unchangeable certainty is that nothing is unchangeable or certain. ~
John F. Kennedy ~