Guild of Project Controls: Compendium | Roles | Assessment | Certifications | Membership

Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

Monitoring Critical Paths to Any Schedule Activity in Primavera P6

2 replies [Last post]
Emily Foster
User offline. Last seen 1 year 46 weeks ago. Offline
Joined: 19 Aug 2011
Posts: 625
Groups: None

Here's how to monitor one or more critical paths to any activity in the schedule http://ed.gr/d033

Replies

Tom Boyle
User offline. Last seen 4 weeks 2 days ago. Offline
Joined: 28 Nov 2006
Posts: 304
Groups: None

Yes Mike, "multiple critical paths" are objectionable if we are talking about multiple driving paths to the same completion milestone.  In practice, however, the tool being described (multple float path analysis) has several very distinct and valuable uses:

1. To define the driving path to a specific activity in the schedule.  If the contract includes several Liquidated Damages milestones, such as for sectional completions, then each completion milestone will have a distinct driving (aka "critical") path, and the term "multiple critical paths" would be appropriate.

2. To define near-driving paths to the project completion milestone(s) (i.e. near/sub-critical paths).  This is useful for periodic schedule risk assessment and for what-if analyses.  I guess this would also be the main reason for the name, "Multiple Float Paths."

3. Combining 1 and 2 to define the driving and near-driving paths for activities that do not represent project completion.  Emily's link provides this kind of example; "critical path" really shouldn't be used.

As a minor quibble to Emily, I would always recommend using the "free float" option rather than the "total float" option shown in your example.  The latter is affected by activity calendars and by constraints on unrelated activities; it often creates more questions than it answers.  For example, if we ignore the second, parallel report writing activity at the end, your project clearly has a single continuous critical/Longest path extending from the Notice to Proceed to the Project Completion Date.  Running MFP to the Project Completion Date activity using "free float" option will correctly identify this single path.  Re-running the analysis using the "total float" option will identify a new, false path branching from your constrained activity.  That's not correct.   

   

Mike Testro
User offline. Last seen 5 weeks 2 days ago. Offline
Joined: 14 Dec 2005
Posts: 4418

Hi Emily

Nice articele but for the fact that you assume that multiple critical paths in a project is normal when in my experience they would never arise unles the logic has been rigged.

There are so many natuarl variables in the combination of logic - duration - calendars - resource modelling etc that the odds of a multiple critical path arising naturally is so miniscule as to be impossible.

Therefore the programme has been rigged.

Best regards

Mike T.