Every document created for a project serves a different purpose. Control Philosophies, Technical Specifications and reports are all vastly different documents but the presentation of data usually has the same type of data structure. This article looks at technical reporting that is created as part of the design process and information that should be captured.
Some hints on creating a useful document are as follows:
Be consistent with writing styles and content display. Utilize a consistent font and font size throughout the document. Do not use custom fonts. Fonts that are good for readability are Century Gothic, Helvetica or Verdana. Avoid fonts like Comic Sans, Impact and any font that looks like handwriting.
Keep in mind readability. If the document is unstructured or presented haphazardly, the reader may not understand the point the author is trying to make and this undermines the entire purpose of a technical report.
Know the audience. If the purpose of the document is to communicate an update to a management team, the author probably shouldn't discuss items of a highly technical nature.
Technical Document Sections
The various sections below are recommendations but are included to assist in clarity for the reader of the technical document. When writing a technical document, the purpose is to include enough information (beyond the content) so the reader can understand the content and organization without having to reference multiple documents. The list below is not an exhaustive list of potential sections and additional relevant information may be added.
This control narrative is being used to describe the addition of a set of transfer pumps to the Piping Designer Waste Handling Facility (PDWHF) located in Internetville. Its purpose it convey information necessary to complete the process design and control documentation for normal and abnormal operation of the PDWHF.