Reporting is a big part of project management software. After all, being able to obtain the right data at the right time to make the right decisions is one of the reasons to implement project management software in the first place. So let's talk a little bit about how to use reports more effectively.



First, it goes without saying that your project management software must have a reporting function in order for you to use it. Some software systems do, others do not. Some software systems provide canned reports that you cannot change while others (like EnterPlicity) provide a full reporting engine for you to modify and create your own reports. Some software systems have these reporting engines built into their interface, others use a third party tool such as Crystal Reports. Except for the lower end systems that are geared more towards collaboration, most systems should have some sort of reporting capability, or at least provide access for you to use a third party tool to create reports.

What's the point? You need to know what reporting capability is supported by your system, or what reporting capability is supported by the systems that you are considering. Often times the focus is on ease of use and features. While this is all well and good, don't forget the importance of reporting.

Second, what kind of reports should you be creating? I cannot answer that question dogmatically because that depends on your objectives. Are you trying to get a handle on resource utilization and usage? Then you are going to want specific resource reports such as the percent allocation of resources over your projects for a particular time frame; or the hours resources are assigned to each project; or which projects are taking up the most hours.

Are you trying to get a handle on your scheduling issues? Then you are going to want specific scheduling reports such as tasks that are late, projects that are in trouble, perhaps even earned value related reporting.

There are many other types of reports as well such as open issues, project risks, or requests. Some common reports that we find our clients get a lot of use out of include:
-A high-level red/yellow/green summary of all projects
-Tasks that are running behind
-Resource allocation over the next few months
-How much time resources have actually spent on which projects over the last few months (time sheets)

Identify a few reports (not too many) that are strategic and make sure they are getting run and disseminated on a regular basis.

Third, how can you disseminate reports? This is important to make sure that people can easily get their hands on the data. The simplest mechanism is that people can login and run the report. Another helpful mechanism is email. Some systems will allow you to automatically email out reports directly to a manager's inbox.

Fourth, you can use reports as a tool to further your implementation. You want to see good data in your report so that you can actually act on it. That is dependent on the fact that people are entering data and the data they are entering is accurate. You can use reporting to hold people accountable for entering in data appropriately. This can be especially useful during the initial implementation.

Identify those reports that are strategic and manage to them. Make sure that the data is there for you to make the right decisions. In the implementation phase, use these reports to show management the value that you could get out of the system if people are held accountable to enter it properly.

Reporting is a real value-add when done correctly. Be sure that you can get the reports out of your software that you need.