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: The Golden Ratio 75/25 From:"Andrea Brundt" <andrea_w_brundt -at- hotmail -dot- com> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Wed, 17 Sep 2003 13:49:30 -0400
Andrew wrote: "The 75% time spent researching does not mean you are only
learning and not
writing. Some of us are capable of learning and writing simultaneously. Or
discussing a concept with a person, learning it, then going back and writing
up
a description of it all in the same day."
I agree. In the absence of a well-written specification, the logic behind an
end-user interface or an API sometimes crystallizes only when I try to write
it. Tthe line between writing and learning is fuzzy and not too useful
(like a teady bear, I suppose).
At the many software companies I've worked for, writing has almost always
been a mystery to managers. A manager might understand software development,
testing, or even sales, but a solid grasp of what a documentation project
entails is a rare thing. I'm not singing the blues; this is just the nature
of doing some kinds of specialized work. But it's all the more reason to
develop your project management skills -- they help you communicate what you
do to the people who need to know.
When planning a project, do factor in your learning curve, and use it a a
weighting factor in your estimate, but don't dwell on where learning stops
and writing begins. It's a red herring, and (here's my point) it can be a
dangerous one. A shortsighted manager can easily see 75% of your time as
non-productive overhead...fat that can and should be cut.
An extreme example: My company has determined that a particular component of
the product is sorely lacking in documentation. There are experts in the
company, but I'm not one of them. I've expressed a keen interest in
learning, but my boss sees "writing" and "knowing" as such distinct tasks
that she is trying to find a way for me to write the documentation without
investing in the knowledge transfer -- essentially, she's said "we need you
to write this, but there's no time for you to become an expert." Someone,
somewhere, told her that one can write what one does not know. It's an
extreme example, but illustrates the danger in separating writing from
subject matter knowledge.
Perhaps I should turn up my speakers and play a recording of someone typing
75wpm.
NEED TO PUBLISH YOUR FRAMEMAKER CONTENT ONLINE?
?Mustang? (code name) is a NEW online publishing tool for FrameMaker that
lets you easily single-source content to Web, intranets, and online Help.
The interface is designed for FrameMaker users, so there is little or no
learning curve and no macro language required! See a live demo that
will take your breath away: http://www.ehelp.com/techwr-l3
---
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.