Beginning a Documentation ProjectIn the Beginning … Starting a documentation project is like opening a box filled with puzzle pieces and trying to figure out if you have all the right pieces for the right picture without knowing how many pieces make up the puzzle and what the picture looks like. Getting clearer? I thought so. There are so many variables when considering a documentation project:
Ok, so I added an extra one or two variables that probably don’t really count, but if you think about it, aren’t there a lot of decisions made during a documentation project that are based on something equally as illogical? Most technical writers learn from experience that the documentation needs of a company are as fragile as a butterfly’s wings. One good swipe of an accountant’s pen across a project’s budget and you can find yourself grounded -- without project. The more organized you are in the beginning, the easier you can help the project manager or yourself make a case for keeping documentation within the project’s boundaries and avoid those inevitable budget cuts. Know The Players Find out everything you can about the project. If it’s a complex project that includes documentation, research the other sub-projects. Talk with these team leaders and get an understanding of management philosophy and project longevity. Ask these questions:
If you’re working on a separate project, you may be creating a new form of documentation for an existing product or updating outdated documentation. In either case, research the product. Find users and talk to them about using the product and/or existing documentation. Locate all current documentation on the product and review it thoroughly. Find out who is going to review the documentation and on
The copyright of the article Beginning a Documentation Project in Technical Writing is owned by John L. Hoh, Jr.. Permission to republish Beginning a Documentation Project in print or online must be granted by the author in writing.
Articles in this Topic
Discussions in this Topic
|