Project Reporting Formality

It's common wisdom that metrics are critical to how successful your project will be perceived. What's less often discussed is exactly how formal an approach one should take when communicating those metrics to the relevant audiences.
Traditional project management methodology stipulates a formal, rigid approach to reporting typified by reporting templates, scope change documents, risk assessments, etc. For geographically (and organizationally) diverse project teams working on large, high-impact projects this approach is completely appropriate and often will make the difference between success and failure. However, not all projects are created equally, and in some cases strict adherence to accepted methodology results in a lot of work for relatively little value.

When trying to determine the appropriate level of formality for a particular project I’ve found it helpful to ask the following questions:

Question

Answer

Will you be able to meet face-to-face with your project sponsor on a regular basis?

Yes = 1 points
No = 2 point

Is your project team physically located in the same work area?

Yes = 1 points
No = 3 point

Is your project team employed by the same organization?

Yes = 1 points
No = 4 point

Is this an internal project which will not directly impact customers?

Yes = 1 points
No = 5 point

Add up your answers and compare the results to the table below:

Total

Recommendations

4-6

Consider employing informal reporting methods including ad-hoc face-to-face/telephone discussions that focus primarily on functionality and less on budget/timeframe.

7-9

Consider utilizing an electronic communications channel (e.g. email). Send messages at regular intervals and include a high level summary of budget, time and percentage complete along with any project issues requiring team attention. Note any scope changes and estimate impact.

10+

Go for the full Monty of formality. Schedule recurring project review sessions. Formally track budget, time and percentage complete. Track all open project issues to resolution. Manage scope carefully and generate formal scope change documentation when appropriate.

An good formal project report template is available at: http://www.dir.state.tx.us/eod/qa/monitor/status.htm

Post a Comment

Your email is never published nor shared. Required fields are marked *
*
*