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.
Don't judge Jessica too harshly. She may be heading off trouble. I once
worked in a doc department that over a 10-year period went from 4 or 5
writers to about 9; 1 illustrator to 2; IBM 5520 dumb terminals and fixed
formatting to Word Perfect, Ventura Publisher, PCPaintbrush and then
Interleaf (with its required 3 formatting personnel) and saw the
consistency and quality of books suffer when writers were given either no
guidelines or allowed to break the rules with no restrictions. The
personality conflicts were also fast and furious as well.
The problem was that customers began to wonder if the various manuals were,
in fact, from the same company and had doubts about the accuracy (seeing
how the covers and explanatory text styles were in some cases so different
from book to book). When that happens, your company loses credibility and
then marketshare and then money and then . . . you.
To some writers who have little or no writing or publication design
experience, such a style guide can be a relief because it frees them up
from having to worry about more than just getting the data right.
Of course, only good, solid writing skills -- and an observant editor --
can prevent slang expressions and such from appearing in books. For
instance, no matter where you live, and even if it is okay to say it in
your part of the country, stuff like, "If bolt A is loose, you are needing
to tighten it" is just NOT okay for a tech manual. And I have seen it.
> I would like to develop a documentation standards guide to address
> usage, style, naming conventions, templates and more; to be used by the
doc
> team, development, and possibly other teams. I would also like to develop
a
> formal documentation plan for the new product we are developing.
Are you going to tie the writers down to their desks and beat them with
sticks
as well?
:-) I'm just being silly. But I have a serious question to ask...
Do you really need all these things? What is hindering you right now from
writing documents such that you need all this stuff?
*** Deva(tm) Tools for Dreamweaver and Deva(tm) Search ***
Build Contents, Indexes, and Search for Web Sites and Help Systems
Available 4/30/01 at http://www.devahelp.com or info -at- devahelp -dot- com
Sponsored by DigiPub Solutions Corp, producers of PDF 2001 Conference East,
June 4-6, Baltimore, MD. Now covering Acrobat 5. Early registration deadline
April 27. http://www.pdfconference.com.
---
You are currently subscribed to techwr-l as: archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.