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: HELP From:Elna Tymes <Etymes -at- LTS -dot- COM> Date:Sat, 5 Aug 1995 22:06:54 GMT
As president of a very fast-growing technical publications company in
Silicon Valley, with considerable experience dealing with engineering
companies, I can easily say "There ain't no one way."
We get material for technical publications in just about every way
possible: written specs, Email notes, notes taken at development
meetings, white papers, sitting down and playing with the system (yes,
you DO have to know how to use the system in that case), talking with the
source people, even sitting at engineer's knee with a tape recorder
going. It would be lovely if programmers and engineers would have the
source material, such as specs, ready when you begin to work on a
document. Unfortunately, few are. So we've taken whatever we can get
our hands on, and NEVER made fixed-price bids unless the source material
was so clear that making it into a technical manual was totally
predictable.
There is also another way to get source material. I call it "writing by
provocation." This is sometimes what you have to resort to when your
source information is incomplete or inaccurate, and you can't get what
you need any other way. In that case, I write a draft with
clearly-labeled missing or inaccurate pieces, and indicate that I need
help filling the holes or fixing the inaccuracies. Normally I get back a
review copy with a satisfactory amount of red ink showing me the error of
my ways - and including the missing or accurate information. 's OK - I'll
take it any way I can get it.
Good luck! There's a good reason technical writers get grey faster than
programmers.