Free access to exclusive content!

Subscribe NOW to Project Value Delivery mailing list!

Why You Need to Avoid As Much As Possible Intermediate Constraints in Project Execution [Updated]

In project execution, flexibility and agility is a key success factor. Requiring the completion of intermediate deliverables adds constraints to execution, which can sometimes have significant negative consequences on project success. Whether prescribing or executing, avoid as much as possible to introduce intermediate constraints. Our new White Paper 2013-18 explains why, and what are alternatives.

\"obstacleIntermediate constraints can be a significant aggravating factor to projects facing unforeseen circumstances. Intermediate constraints are mostly an obstacle to flexibility. They can only be considered when they respond to certain characteristics.

In any case, introducing intermediate constraints almost certainly will have a consequence on the project cost during project execution. This cost can be evaluated from the risk of additional overall duration of utilization for those resources which are mobilized at the time of the intermediate constraint delivery.

Intermediate fixed constraints are often the scourge of project execution. They are often introduced by stakeholders or as a way to apparently control the project. Make sure to avoid as much as possible this trap – or, alternatively, make sure to get compensated fairly for the additional risk this creates to your project execution. Understand better this issue and how to approach it in our new White Paper 2013-18.

This post and the associated White Paper have been updated in April 2014 following discussions on this blog and on LinkedIn groups to change the terminology \’intermediate milestone\’ to \’intermediate constraint\’ and make our idea clearer. The \’milestone\’ terminology triggered a different understanding than the one really intended.

2 thoughts on “Why You Need to Avoid As Much As Possible Intermediate Constraints in Project Execution [Updated]”

  1. Intermediate milestones can flow very naturally from a project plan and might not be disruptive or incur any additional costs at all. Once you have a project plan, identifying intermediate milestones can be useful to serve as checkpoints in terms that sponsors or management will understand.

    If what you really mean is to avoid intermediate deliverables, I would be more likely to agree with that. That depends on the project, but a forced deliverable could get in the way or be counter-productive. Once again, if it’s a natural outgrowth of the project plan, then it might have no discernible impact.

  2. Hi Steve,
    Thanks for your comments. Along with some strong reactions on LinkedIn we have now updated the paper (and the title of the post) to ‘intermediate constraints’ (generally deliverables) as it made effectively our point clearer than the term ‘milestone’.

Leave a Comment