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: "How to Write a User Manual" From:Gene Kim-Eng <techwr -at- genek -dot- com> To:"'TechWhirl (techwr-l -at- lists -dot- techwr-l -dot- com)'" <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Tue, 8 May 2018 14:23:15 -0700
My concept of a "document plan" (and thus the concept of any writer who
ever reported to me) was essentially a contract between writers and
developers:
1. Objective (what the document/s are and what they do)
2. Schedule (basically parallels the product development schedule, but
annotated for the major stages of work for the document/s)
3. Resource requirements (SME names and responsibilities, review
turnaround times, number of reviews, etc.)
4. Deliverables.
Sign-off by the product manager served as an acknowledgement that any
added document requirements or failures to provide the specified
resources would shoot the schedule and deliverables all to hell.
All the other stuff people are talking about were bullets under 1 and 2.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Visit TechWhirl for the latest on content technology, content strategy and content development | http://techwhirl.com
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-
To unsubscribe send a blank email to
techwr-l-leave -at- lists -dot- techwr-l -dot- com