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'm not a SW document specialist, having never worked for any company whose main
product was software that wasn't being used to control some kind of a physical
system, but all the companies I've ever worked for or with that produced
software never had any "UI engineers," and used an open bug/improvement system
in which anyone who was involved with a project was able to file a bug report or
improvement suggestion and all were evaluated and resolved. The tech writers
were often some of the major UI commenters, but it wasn't considered anything
more than part of being a member of the development team.
I think I would tend to look askance at any working environment in which writers
(or anyone else in the development team) were either not allowed to do this or
were expected to be the primary people responsible for doing it. And I'd run
like hell from one in which the writers were not considered part of the
development team at all.
Gene Kim-Eng
----- Original Message -----
From: "Keith Hood" <klhra -at- yahoo -dot- com>
My highly subjective take on the history of tech writers' involvement in UI
design: In their downsizing over the years, companies got rid of all their
usability engineers. The regular developers took over UI design but they usually
weren't trained to pay attention to usability concerns, and they were pressured
to get the product out the door as soon as possible.
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/
Help & Manual 5: The complete help authoring tool for individual
authors and teams. Professional power, intuitive interface. Write
once, publish to 8 formats. Multi-user authoring and version control! http://www.helpandmanual.com/
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-