Documenting the Project

,

Documentation always seems to be the most difficult part of the project to complete. There is little glamour in writing documentation. That does not diminish its importance, however. There are at least five reasons why you need to write documentation. Those five reasons are described here.

Reference for Future Changes in Deliverables

Even though the project work is complete, there will most likely be further changes that warrant follow-up projects. By using the deliverables, the client will identify improvement opportunities, features to be added, and functions to be modified. The documentation of the project just completed is the foundation for the follow-up projects.

Historical Record for Estimating Duration and Cost on Future Projects, Activities, and Tasks

Completed projects are a terrific source of information for future projects, but only if the data and other documentation from them is archived so that it can be retrieved and used. Estimated and actual durations and costs for each activity on completed projects are particularly valuable for estimating these variables on future projects.

Training Resource for New Project Managers

History is a great teacher, and nowhere is that more significant than on completed projects. Such items as how the Work Breakdown Structure (WBS) was determined; how change requests were analyzed and decisions reached; problem identification, analysis, and resolution situations; and a variety of other experiences are invaluable lessons for the newly appointed project manager.

Input for Further Training and Development of the Project Team

As a reference, project documentation can help the project team deal with situations that arise in the current project. How a similar problem or change request was handled in the past is an excellent example, especially if the causes of the problem or change are included.

Input for Performance Evaluation by the Functional Managers of the Project Team Members

In many organizations, project documentation can be used as input to the performance evaluations of the project manager and team members.

image Care must be exercised in using project documentation for performance evaluations. In some cases, a project was doomed to fail even though the team members' performance may have been exemplary. The reverse is also likely. The project was destined to be a success even though the team members' performance may have been less than expected.

Given all that documentation can do for you, to be most effective and useful, the documentation for a given project should include but not be limited to the following parts:

  • Project Overview Statement (POS)
  • Project proposal and backup data
  • Original and revised project schedules
  • Minutes of all project team meetings
  • Copies of all status reports
  • Design documents
  • Copies of all change notices
  • Copies of all written communications
  • Outstanding issues reports
  • Final report
  • Sample deliverables (if appropriate)
  • Client acceptance documents
  • Post-implementation audit report

For a given project, the project manager has to determine what documentation is appropriate. Always refer back to value-added considerations. If the project has potential value for future projects, as many projects do, then include it in the documentation. Note also that the preceding list contains very little that does not arise naturally in the execution of the project. All that is added is the appointment of someone to maintain the project notebook. This job involves collecting the documents at the time of their creation and ensuring that they are in an easily retrievable form (electronic is a must).

..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset
3.137.223.82