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: SI Units (redirected to Interview Techniques) From:"Guy A. McDonald" <guy -at- nstci -dot- com> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Tue, 27 Jun 2000 13:00:21 -0500
> >answers. But not all Technical Writers will take the trouble
> (even using a
> >spell-checker is an alien experience). Instead, they will ask
> their questions
> >here, an embarrassment to many of us.
> >I just don't want you to think that all of the Technical Writers
> here are as
> >"innocent" as the ones you addressed in your message.
> >Cordially,
> >Charles Jay
> >Phoenix Arizona
>
>
> Nor are the rest of us as incompetent as you would like to think.
> Some of
> us just have different specialties and areas of interest. And some of us
> live in different parts of the world.
>
> Win
Not to mention a lone technical writer didn't cause the process breakdown at
NASA.
Unlike Win, I received my start in naval nuclear power plant operations but
can relate to her comments. When I wrote a controlled work package, the
critical approval path was_not easy. Later in the private sector, an error
in my SOPs and maintenance docs could result in loss of limb or life.
However, the organizational buy-in was a quality check.
Broadbrush statements that paint technical writers as SMEs (who are
single-points of failure) are unprofessional and ignorant. I agree with Win
that some of us bring to the table different product/industry/technical
knowledge. Some of us are qualified SMEs in one industry, but still great
writers in others. Communicators who rely heavily on others for SME
resources will experience a much greater problem if the review is
inadequate. Comparatively speaking, if you are documenting a shrink-wrap
software game, then a mistake may cost you in the marketplace. If you are
writing a procedure or systems module that requires tremendous attention to
detail, contingency planning, and expert system knowledge, then the stakes
are much higher.
I would like to see this discussion move toward interview techniques. Some
of our greatest challenges for data capture involve human factors. Rather
than rehash the topic philosophically, would some of you please take a
moment and post a few stories?