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.
Re: Necessity of Doc Plans for a Single Chapter or Section
Subject:Re: Necessity of Doc Plans for a Single Chapter or Section From:Elna Tymes <Etymes -at- LTS -dot- com> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Mon, 19 Nov 2001 09:25:06 -0800
Andrew Plato wrote:
> My work is much different than a full-time employee. Yes, we always do a
> project assessment report before beginning a documentation project. It
> includes such things as what the document will cover, timeline,
> requirements, etc. But this is for a consulting arrangement, and it is a
> discernable amount of work, and we are competing to win that work.
> Moreover, it isn't about planning the entire document, its planning the
> project. Our projects often include a lot more than just writing a
> document. While we may do a doc plan of sorts once the project us
> underway, this usually consists of an email exchange between the lead
> writer and our client contact.
I almost can't believe it, but for once I agree with Andrew. When you enter a
project with a client, you really need an outline of your agreement. Andrew calls
it a "project assessment report." We call it something like a "project outline,"
but in either case the document contains a general outline of what we're going to
do, the 7-step doc process, the audience (for each document, if a multi-document
project), the predicted schedule, the milestones, and the deliverables. It also
contains the agreements about who's going to supply which source material and when,
what's expected of various people in terms of reviews, what the customer will
supply in terms of access and resources, and some language that describes what
happens if the resources aren't available or the reviews don't get returned on
time. The importance of this "outline" is that it sets up agreements between us
and the client, agreements that are, in fact, contract terms. In most cases, it
helps settle arguments about the scope of the project or the schedule. In a
current case, it serves as the basis for a lawsuit against a client who hasn't paid
us.
Doc plans don't have to include detailed outlines of what you're going to write.
In some cases, they can't because the source material hasn't yet been invented. In
other cases, project management knows that certain things are likely to change, and
they need your flexibility in handling those changes. The point is that it tells
management in a general way 'this is what we're going to do and how we're going to
do it and when." And that's usually enough to allow the pointy-headed budget people
to sign off and get the money flowing.
Collect Royalties, Not Rejection Letters! Tell us your rejection story when you
submit your manuscript to iUniverse Nov. 6 -Dec. 15 and get five free copies of
your book. What are you waiting for? http://www.iuniverse.com/media/techwr
Your monthly sponsorship message here reaches more than
5000 technical writers, providing 2,500,000+ monthly impressions.
Contact Eric (ejray -at- raycomm -dot- com) for details and availability.
---
You are currently subscribed to techwr-l as: archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.