Progress reports has always been the requirement of all developments clients on their team of Contractors, Builders, Consultants and even their own supervisory team (The Clients’ Representatives). So much so, this requirement became so a familiarity or regularity that nobody actually pay much attention to it beyond the need to hear of the Percentage Achieved (Actual %) versus Percentage Targeted or Scheduled (Target %).
The situation is that, everyone seems to be very happy with the report format and when the project finally collapse due to unrecoverable delays, everybody jumped to all kinds of conclusion on why the whole mess-up happened in the first place. What caused the delay? When the delay did begin? No one could answer.
Exotic Project management software was brought in, more exotic Project Management companies was engaged to compile & tabulate reports and in a really bizarre case, a new company was formed by seconding executives from an already badly managed government agency whose projects too were seriously delayed. I actually observed one such organization whose job was Project Management creating Construction Programs using Microsoft ™ Excel, shading cells to show “time-lines”. Yes, that company was one of the key players. Yes, it was the era of comedies.
The mode of progress reporting went about in the following table look alike.
| WBS | TASK | Duration | Scheduled % | Actual % |
| KLXX1 | | 700d | 28% | 25% |
| KLXX1/1 | | 1680d | 75% | 65% |
| KLXX1/1/1 | | 450d | 53% | 28% |
Yup it did tell a few things, one the target value and the other the real value achieved on site. It also showed a WBS column (WBS stands for Work Breakdown Structure, which shows how the elements of works were arranged). In those days WBS was a HUGE word, yes many contractors were shaken to their deepest core when they hear the clients ask about WBS. And since it was a big word, its presence in the progress report was necessary, even when only the Project Planners are the only people who actually need and use the codes. Those Progress Reports were really awesome and sounded so professional. YES, it looks good but seriously lacking in many areas.
THE REAL REQUIREMENT
The pointers to a really good Progress Report
- Progress report’s real function is to tell as much as possible yet remaining simple enough.
- Shows tangible values so the reader knows and REALIZE the quantum
- Be specific, show only what is needed
- Categorize the report. If details are needed, attach as reference or appendix.
- Make the report All-Users Readable
- Show whose liability for displayed shortfalls
The above explained
- Progress report’s real function is to tell as much as possible yet remaining simple enough.
Show what is needed in Layered presentation. Say the 1st page shows the summary, see following format, then the next page show the further breakdown of the details and so on. Let the reader “see” as much as they want if the want to “see” them. Give the reader he choice of how deep into the detail they need to dig into. Need general info, read page 1, need more flip next page.
- Shows tangible values so the reader knows and REALIZE the quantum
Most progress reports shows the Scheduled Progress % and the Actual Progress %, some goes a bit more and include the DIFFERENCE % (this is the value obtained when Scheduled Progress % is deducted from the Actual Progress %)
| WBS | Task | Duration | Schedule % | Actual % | Difference |
| JK 1 | Bridge | 365d | 37% | 30% | 7% |
Ok, the above Progress Report looks ok but it still don’t tell you the fear factor involved. The human mind can read 7% but cannot quantify what is 7%?
To make an impact to values, we must use values that are simple to compare with something physical. Percentage is commonly used but in itself it is only a number. DURATION is better. The mind can picture say “1-day” against “1%”
Try this approach
| WBS | Task | Duration | Schedule % | Actual % | Difference % | Difference Days |
| ASYNC1 | ICT Project | 365d | 37% | 30% | 7% | -25,5days |
When you tell someone the progress is delayed 7%, the person can’t “picture” 7% and most probably not react with much emotions BUT
When you tell someone the Project is delayed 25.5 days, they are really going to panic big time!
Tip
REMEMBER- Show the numbers in TANGIBLE values.
- Be specific, show only what is needed
The title says it all, in most reports the clients needs to only see the important facts (the above chart is quite enough really). Most meetings want to be notified of the specified results, not thousands of lines of data.
Tip
When giving a “works that are delayed” report, try using a software that can filter ONLY THE DELAY values, this way the reader can go straight to the items concerned rather then trying to visually pick out the items that is delayed among the other hundreds that is not.
- Categorize the report. If details are needed, attach as reference or appendix.
Break your report into, Summary, Section Details and Full Details, filed in that order.
The main summary
Further breakdown
Full detail
- Make the report All-Users Readable
Some Project Management software can be so exotic that only the person churning it out really understands it, this person is generally the Planner or a software expert. A great program that no one can read or utilize is functionless. A good report is one that even the support people (supervisors & technicians) can read, understand and eventually USE.
Tip
- Don’t use PERT diagrams or network diagrams for display of your proposed work programs. Nobody except academicians understands these.
- Display your program in Bar Charts or GANTT charts, they are visually easier to understand.
- If your software allows it, display in Calendar format, so readers can just go to a specific date to see what needs done then.
- Show whose liability for displayed shortfalls
A report should be Resource Loaded or Responsibility attached. What this statement meant is to allocate the person or work force responsible to a particular Task. This will allow the client or meeting to lock on directly to the Work that is delayed and WHO should be coming up with the solution to recover from that delay.
