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.
Re: RE: What do you do when you don't have anyone with the time to review and edit your docs
Subject:Re: RE: What do you do when you don't have anyone with the time to review and edit your docs From:Robert Lauriston <robert -at- lauriston -dot- com> To:TECHWR-L Writing <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Tue, 19 Jan 2010 10:02:47 -0800
Reacting to complaints would be a different situation. The topic here is
avoiding them in the first place. If my boss won't give me the necessary
resources, I'm going to create a paper trail to show who's to blame.
On Jan 18, 2010 12:12 PM, "McLauchlan, Kevin" <
Kevin -dot- McLauchlan -at- safenet-inc -dot- com> wrote:
Robert Lauriston suggested:
> I'd send the person I report to an email saying something like, "I > know
we may not have the bu...
Heh-heh-heh... never mind that. Alone it sounds like self-serving
whining.
Get hold of some correspondence FROM the person who is trashing
your work and your inability to catch your own goofs, and edit
the hell out of that person's e-mail or project document or whatever.
Preferrably, get a draft that has not been improved by any other party.
Drat the luck if you've got a boss who never makes a mistake and who
is one of those weird ducks who write exactly as Microsoft's grammar-
checker expects 'em to write. (Eek!)
Assuming the person does make mistakes in writing (even if they
hide behind an assistant who makes them look good -- hell, ESPECIALLY
if they do that), then those'll be of two kinds:
a) stuff they recognize is wrong, but were too lazy or distracted to catch
b) stuff they didn't realize was wrong and that you can explain how/why.
Either or both give you some amunition in your quest.
Of course, this could backfire and get you an additional workload
proof-reading your boss's outgoing-everything.
Ok, forget I said anything. You can't win.
:-)
- Kevin
The information contained in this electronic mail transmission may be
privileged and confidentia...
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Are you looking for one documentation tool that does it all? Author,
build, test, and publish your Help files with just one easy-to-use tool.
Try the latest Doc-To-Help 2009 v3 risk-free for 30-days at: http://www.doctohelp.com/
Explore CAREER options and paths related to Technical Writing,
learn to create SOFTWARE REQUIREMENTS documents, and
get tips on FUNCTIONAL SPECIFICATION best practices. Free at: http://www.ModernAnalyst.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-