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.
I hope you walked from that job, Keith! Ridiculous!
To Gene's point, I find myself reminding junior writers (and myself once in
a while) that they should take responsibility for the quality - and the
perception of the quality - of their own work. But, alas, I know that kind
of control is not always possible.
In my situation, my peers and I were charged with communicating information
out to OEMs (using PCNs and other types of communications), and the
assumption was the more communication the better. (High quantity of
communication = good communication, according to management.) The danger
there was, of course, not in our OEMs finding fault with our level of
support (we were very communicative) but in their perceiving that our
products were being changed too often (and thus maybe, just maybe, those
changes were due to quality issues). In my situation the danger really was
that the medium was the message.
Waxing philosophical on the Friday before Memorial Day.
Deb Kahn
*Debra Kahn**, MA, PMP, CA-AM*
debra -at- dk-consulting -dot- co *or *kahndebra -at- gmail -dot- com
Business: 970-541-0888 http://dk-consulting.co
On Thu, May 22, 2014 at 2:32 PM, Gene Kim-Eng <techwr -at- genek -dot- com> wrote:
> The object of this story is, do not create false expectations by allowing
> your unfinished work to be viewed. Turn the links on only when there is
> something for them to link to.
>
> Gene Kim-Eng
>
>
> On 5/22/2014 1:00 PM, Keith Hood wrote:
>
>>
>> At the yearly evaluations, after months of working 70-hour weeks, I was
>> denied a bonus because I had too many bugs reported against my work.
>>
>
>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Doc-To-Help 2014 v1 now available. SharePoint 2013 support, NetHelp enhancements, and more. Read all about it.
