Leadership

Tips for utilizing metrics on your project


Identifying, gathering, and leveraging the right mix of metrics is a way to gain better control of your large project. The value can be quantified in a number of areas, including:

  • Improved performance of the overall project fulfillment and delivery process
  • Improved estimating for future projects
  • Validation of duration, cost, effort and quality objectives for the project
  • Identification and communication of best practices
  • Improved client satisfaction

In general, metrics provide a more factual and quantitative basis for understanding how you're doing and the things that can be done better. Without at least some basic metric information, all discussions on performance and improvement are based on anecdotal evidence, perceptions, and guesses.

If you collect the metrics, use them

You don't want to collect metrics just for the sake of collecting them. Of course, you need to collect any metrics that are mandatory for your organization. In addition, you should collect any other metrics that are needed by your particular project. However, if you don't have a purpose for the metrics, or if your project is not long enough that you can really leverage the information, these customized project specific metrics are not worth collecting.

Make sure the value of collecting a metric is worth the cost

Just as there is some cost associated with most project management activities, there is a cost to collecting and managing a metrics process. Some metrics are interesting, but don't provide the type of information that can be leveraged for improvement. Some metrics are just prohibitively expensive to collect. The cost to collect each metric must be balanced against the potential benefit that will be gained. Start by gathering metrics that are required by the organization. Then add metrics that have the lowest cost and effort to collect and can provide the highest potential benefit.

Make sure your metrics tell a complete story

The problem with many metrics is that they're reported in a way that doesn't tell a complete story to the reader. The project manager and project team may know what a given metric is telling them, but other readers of the information may not.

One way to help is to always report the metric along with the target. For instance, if you report your current expenditures to date, also include your expected expenditures at this point in the project. If you report that your project has spent $100,000 so far and your total budget is $150,000, the reader still does not have the context to know whether this is a good or bad situation. Sure you're under budget, but the work isn't complete either. The better way to report this information is to state that you have spent $100,000 to date and that according to your estimate you should have spent $110,000 at this point in the project. If the trend continues, you estimate the final cost of the project to be $135,000 versus your budget of $150,000. If you report the metrics with this context, your readers can understand what the numbers are saying.

Train your team in the purpose and value of metrics

The general definition of "metrics" is not always obvious. The project manager may be trying to create a metrics program for a large project, while the project team doesn't make the connection between gathering metrics and the business value received. This disconnect may affect the client as well. The project manager should take the time to explain why metrics are needed and how the information collected will help drive improvements. Likewise, the team should understand how to look for metrics that will provide an indication as to the state of a process or a deliverable. Educating the team and the client will help the project manager obtain better metrics with less work effort and less pushback.

3 comments
jdubin
jdubin

I have written a web based tool SpyGlass Monitoring (http://spyglassmonitoring.com free for this purpose) that allows you to send your metrics to this external reporting system periodically the metric data is stored in a postgresql database. It creates hourly and daily summary records for the metrics (per server). So we can keep metric data for years. And still maintain min, max, avg, sum for each metric. By using the application (web based) you can use the chart wizard which allows you to graph your metrics using animated flash charts comparing performance or metric data of several systems and metric types to find performance or setup trends. The system allows you to generate yearly, monthly, daily, hourly and snapshot charts on your metrics so you can drill down.

rljasso
rljasso

Could you be more specific with the kind of metrics commonly gathered?

Editor's Picks