scheduling constraints????

[francismoyalan]

Hi All,

First time posting my thread here,

I am working as a planning engineer in a high rise residential project,
we've got a baseline program and used to submit montky proress report to the consultant every month...

Mostly what's happening with internal finishes activities is that these are not happening as per the retained logic given in the program...and hene mostly the successor happens first and the predecessor happens later and hence i used to schedule using the constraint- progress over ride rather that retained logic- but the consultant is adamant and insists the retained logic should be followed ....

And I am forced to go for it and each time takes the existing link out to get the schedule prpoerly...

To what extend you find this consultant sensible, when we are trying to substantiate the changed logic is basically intended for acclerating the works on site....

Kindly put across your insights on this,

Francis

[pmkb]

Hi Francis, welcome to the forum!

IMO, the schedule should be a roadmap for the project execution. If you are not executing the work according to the schedule, then the schedule needs to be revised to reflect the new reality or it is pretty meaningless as a measuring stick or management tool IMO.

Of course, disagreements over changing the schedule between the owner and the executor can be more of a financial concern than a project management concern and that sometimes can be detrimental to the end result in and of itself.

[harrywaldron]

IMO, the schedule should be a roadmap for the project execution. If you are not executing the work according to the schedule, then the schedule needs to be revised to reflect the new reality or it is pretty meaningless as a measuring stick or management tool

I agree The schedule should be maintained as a "living breathing document" .

As PM schedules are composed in advance, sometimes tasks might be logically be completed a little differently than envisioned, with task "B" taking precedence over "A". Still, these anomolies should be few and far between.

Deviations from the project plan and schedule should not happen consistently and maybe the resolution for this issue is to communicate to the overall PM.

[primeryder]

I tend to agree with PMKB on this issue. I could not have said it better.

[cdevera]

The fellows here are right... your schedule need not to be a perfect one but as workable as possible... else you might not be able to justify any claim that you could have in the future...

goodluck..!!

[pepkoRn]

as one Project Director once said, "We make people move, not the COMMITMENT."

[michaelmz]

I also believe that the schedule should be the guidelines with propel you forward. That is what a schedule is if you break it down to its bare essentials. If your work is not going according to schedule, then you either need to change your approach to the work, or change your schedule. Either way, there is no point of having a schedule if you are not going to follow it.