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.
Dinner conversation. My wife is NOT bothering to study for her ten-year
recertification exam that she has to take on Monday, in her field, which
has only had certification for twenty-odd years and which most hiring
managers have still not heard of but she has to take the exam to keep
using the letters after her name. I brought up the quandary we
perennially encounter in discussing tech writing certification. Here's
her insight:
The way we want a hiring manager to see a tech writing certificate is as
an indicator that this applicant not only has the specialized knowledge
evidenced by his or her résumé but also possesses some broader exposure
to other disciplines that tech writers sometimes encounter.
We should not, in other words, aim for a certificate that says the
person who possesses it is a _master_ of every related discipline. The
certificate should be evidence that the individual takes the
craft/discipline/profession/whatever-you-want-to-call-it seriously. But
it should not be taken as proof that the person knows everything there
is to know about this particular job opening. That information should
come from the education and experience the person lists or from the
responses to interview questions.
I think this is a key insight. It greatly simplifies the endless debate
about what level of knowledge of which technical areas we should
consider sufficient. Instead, we can list a fairly broad swath in terms
of areas of knowledge but require only a basic understanding of each of
those areas, rather than expert-level detailed knowledge.
Here's an example: Suppose I want to hire someone for SDLC documentation
on a hugely complex project in a regulated industry. My main need is for
someone who has lots of experience writing SDLC documentation and who
has worked in at least one regulated industry before, preferably mine.
Those are the qualifications I'm going to look for on the résumé. If I
find two candidates who are similarly qualified in those regards and one
of them also has one of these newfangled tech writing certificates,
that's the one I'm more likely to hire, all else being equal, because
that person might be better able to roll with the punches and take on
other kinds of assignments when this project is done.
That's very different from saying that I need a certified tech writer
and it would be nice if the person also had a little experience.
In the first place, I think this approach conforms better to the reality
that it will be decades before a tech writing certificate actually means
anything to the average hiring manager. In the second, I think it's an
attainable goal. We're a long way from even the PMI level of
credibility. So why not start with something doable?
Now Shipping -- WebWorks ePublisher Pro for Word! Easily create online
Help. And online anything else. Redesigned interface with a new
project-based workflow. Try it today! http://www.webworks.com/techwr-l
Doc-To-Help 2005 now has RoboHelp Converter and HTML Source: Author
content and configure Help in MS Word or any HTML editor. No
proprietary editor! *August release. http://www.componentone.com/TECHWRL/DocToHelp2005
---
You are currently subscribed to techwr-l as:
archiver -at- techwr-l -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- techwr-l -dot- com
Send administrative questions to lisa -at- techwr-l -dot- com -dot- Visit http://www.techwr-l.com/techwhirl/ for more resources and info.