Open Source Project Management

Pages

About Javier Morn Ra

Categories

LibrePlanNavalPlan

Planet

RSS

Procedures to measure project progress (I)

The purpose of this post is to start a set of blog entries to share my thoughts about ways to measure progress in

project planning and to explain methods about how to do it.

Delimiting the problem

The field I want to talk about is the progress measurement in projects which are represented by Gantt charts.

These projects consist of a set of activities with logical dependencies among them and which are done by

resources, that can be people or machines. Besides, resources can be over-allocatable.

The aim of the planning is to fulfill the project deadline, to have a cost lower than the budgeted money and assessif it is possible to carry out the project with the available company resources. This job is complex and is usually

aided by the use of planning, monitoring and controlling project management tools.

In my opinion, on measuring progress it is important to distinguish two levels:

Task level. It is the most common analysis scope and consists of measuring the progress inside tasks.

Although there are several possibilities, to put it simple, it will be supposed that it consists of specifying the

work already finished in the task in which the measure is being taken.

Project level. In this level the project is taken into account as a whole, with all its tasks, to know how it

globally goes. It is a scope which is not as studied as the task level one and, therefore, is less known by

people too. I will use the term global progress to call to this type of progress as well.

Having said that, I will focus on the measurement of progress at project level. In this area, the key is to answer

the next two questions: is the project delayed or ahead of its planning at the present time? how much?

The project manager needs to know the answers to those questions because they allow him to make decisions.

For instance, if there is a certain accumulated delay in a project, the project manager could order to devote moreresources in order to recover the delay and arrive on time.

Progress at project level by doing a weighted addition of tasks

This is the method I will explain in this post and is one of the methods that maybe first comes to your mind if you

http://blogs.igalia.com/jmoran/http://blogs.igalia.com/jmoran/about/http://blogs.igalia.com/jmoran/category/libreplan/http://blogs.igalia.com/jmoran/category/navalplan/http://blogs.igalia.com/jmoran/category/planet/http://blogs.igalia.com/jmoran/feed/http://en.wikipedia.org/wiki/Gantt_charthttp://en.wikipedia.org/wiki/Dependency_(project_management)http://blogs.igalia.com/javimoran/2011/01/26/a-taxonomy-problem-in-project-management/

think about this problem. I will explain it by answering two questions which are mandatory if you define a methodto measure progress at project level.

Which tasks contribute to calculate the project progress?

In the method I propose all the tasks are considered. The rationale of this answer is that all the tasks which

make up a project are important and, therefore, all of them must contribute to the global progress.

How is the contribution of each task ?

The thing here is to make the decision about the way in which each task influence the global progress. Two

strategies can be thought:

To use the average

The principle which supports this option is equality. It sets that contribution is the same for all tasks.

To use a weighted average.

It implies to break the equality principle and to set that contribution to the global progress is not the same foreach activity. There are many ways to establish equality and, regarding to the global progress calculation, the

point is to identify the task feature(s) that makes them different. So, which are these features ? Well, from mypoint of view, the feature which distinguishes them concerning to progress is the amount of work a task consists

of. This is so because, having tasks with different amount of hours causes that, for the same progress value attask level, the amount of remaining work to be completed per task was different.

The bad effect of ignoring the different amount of remaining work of each task can be seen in the next example

easily: If we have a two tasks project, one having 100 work hours and another 10 work hours and we receive aprogress of 10% in the firs task and 90% in the second one, we get the following global progress value using

average: ( 10 + 90 ) / 2 = 50%. Half of the project is already done according to the global progress, but,however, the remaining work to finish is much more than 50%.

To correct the behavior described, the method I propose is to add progresses per task weighing the

progress value of each task by the hours percentage the task represents with regard to the projecttotal hours. With the average calculation the project manager thinks that project goes very well when reality isnot so good but, however, using the weighted average, he sees a value which approaches project state better, he

gets a global progress value of 10*(100/110) + 90*(10/110) = 17,27%.

Finally, I would not like to end up without stressing that in NavalPlan users can measure global progresschoosing among several options and the method explained here is one of the alternatives.

This entry was posted on Tuesday, February 22nd, 2011 at 8:48 pm and is filed under LibrePlan, NavalPlan, Planet. You canfollow any comments to this entry through the RSS 2.0 feed. You can leave a comment, or trackback from your own site.

Leave a comment

Name (required)

http://www.navalplan.org/en/navalplan.htmlhttp://blogs.igalia.com/jmoran/category/libreplan/http://blogs.igalia.com/jmoran/category/navalplan/http://blogs.igalia.com/jmoran/category/planet/http://blogs.igalia.com/jmoran/2011/02/22/procedures-to-measure-project-progress-i/feed/http://blogs.igalia.com/jmoran/2011/02/22/procedures-to-measure-project-progress-i/trackback/

Email (required)

Website

Comment

CAPTCHA Code *

Submit Comment

Pages

About Javier Morn Ra

Recent Posts

Representing Igalia at CeBIT 2013Powerful rolling wave planning with LibrePlanExplaining LibrePlan technically at A Corua University

Visiting Berlin on September 20th and 21thLibrePlan makes easier to know the project status

Blogroll

My company IgaliaMy del.icio.us

Categories

LibrePlan

http://blogs.igalia.com/jmoran/about/http://blogs.igalia.com/jmoran/2013/02/15/representing-igalia-at-cebit-2013/http://blogs.igalia.com/jmoran/2012/12/12/powerful-rolling-wave-planning-with-libreplan/http://blogs.igalia.com/jmoran/2012/11/02/explaining-libreplan-technically-at-a-coruna-university/http://blogs.igalia.com/jmoran/2012/08/14/visiting-berlin-on-september-20th-and-21th/http://blogs.igalia.com/jmoran/2012/03/03/libreplan-makes-easier-to-know-the-project-status/http://www.igalia.com/http://del.icio.us/javichanhttp://blogs.igalia.com/jmoran/category/libreplan/

NavalPlan

Planet

2014. Open Source Project Management. Powered by WordPress. Theme design by WPShoppe.

http://blogs.igalia.com/jmoran/category/navalplan/http://blogs.igalia.com/jmoran/category/planet/http://wordpress.org/http://wpshoppe.com/