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 have modified it to better meet the needs of our system, but I found it
a *very* useful design/development tool. That is, during the process of
filling in the blanks (no matter how redundant they seemed), there were
many issues and problems defined that may not have been encountered (and
resolved) as early on as they were. The process of writing the document,
the collaborative effort among marketing requirements people, engineers,
and tech writers, identified many areas that needed further analysis,
areas that were critical to the project.
I also suggest the following books as good references regarding the
requirements definition process:
Gause, Donald C. and Weinberg, Gerald M. __Exploring Requirements: Quality
Before Design__. New York: Dorset House, 1989.
Davis, Alan M. __Software Requirements: Objects, Functions, and States__.
New Jersey: Prentice Hall, 1993.
Grady, Jeffrey O. __System Requirements Analysis__. New York: McGraw-Hill,
1993.
Each (especally the latter two) contains decent sections on documentation.
> Our tech writing department is making yet another effort to get the
> programmers and engineers at our manufacturing company to write
> Requirements and Specifications documents. We have a new project in the
> works with a partner in Austrailia ( We are in Canada). Two developers
> are working in two continents and no one is using any written
> requirements or specifications.
> I have given them some samples of software and hardware specs and want
> to develop a template for the company to follow.
> I am having trouble accessing the techwr archives and so my questions
> are:
>
> 1. Would anyone care to share some favorite software/hardware spec
> contents and samples, Functional or otherwise .
> 2. Does anyone have any suggestions as to dealing with stubborn project
> leaders who don't seem to think these are important . I have tried the
> "legal liability" argument and the "we need them to write the manual"
> argument but to little avail.
>
> Posts: mailto:techwr-l -at- listserv -dot- okstate -dot- edu
> Commands: mailto:listserv -at- listserv -dot- okstate -dot- edu (e.g. SIGNOFF TECHWR-L)
> Archives: http://listserv.okstate.edu/archives/techwr-l.html,
> Subjects: JOB:, QUESTION:, SUMMARY:, ANNOUNCE:, or none of these.
>
>