The Planning resources tab is used in Primavera Web, there is an option of resource planning in P6Web and when you assign resources their, they reflect in Primavera Client.
The finish on or before constraint as implemented in Primavera in any case reduce the available float but does not increases it, it misled users as it can model late dates earlier than early dates, it models the impossible, is forbidden in China same as movies that talk about time travel. By looking at the stars you can see the past, but not the future.
The wrong implementation of such constraints will allow for negative float so a Dummy Owner will understand a path is critical when it is enough to display zero float. Negative float computations under resource leveling are meaningless and software that provide for resource leveling shall not compute negative float. Negative float distorts the S curves to the point where at times makes the early and late curves intersect before project finish date, a weird situation. This wrong modeling is justified by some protocols under the excuse "float is just a mathematical computation", at times even required by some specifications and encouraged by some CM and Scheduling Institutes, but they don't get it, it is wrong to model what it could have been on an active schedule. Yes I know, you cannot trust P6 computation of float but at least they should try better.
The correct implementation of such constraint shall be for it to model true schedule behavior, that the constraint will not be applied if the constraint date is not possible and the backward computations will be computed by setting the activity late dates equal to early dates, making the activity critical, displaying the critical activities under the path so a Dummy Owner can realize the job is under problems. It will allow the software to compute and display late S curves that are meaningful. In forensic analysis it is avoided and fools the computation of longest path. Because negative float is meaningless under resource leveling I wonder if this is one of the reasons why some software like MSP and P6 resource leveling is so bad.
If your software allows for the modeling of the impossible by the wrong implementation of such constraints that create negative float do not use such constraints, if you need to see criticality under such conditions then get software that correctly implement such constraints and do not allow for the creation of negative float.
Member for
19 years
Member for19 years
Submitted by Florante Ileto on Wed, 2011-04-20 08:11
I noticed that you are using "finish on or before" constraint on the completion activity. When you use this particular constraint, the late dates of the activity are affected which in turn affects the total float calculations too. I would suggest that you remove the constraint and check if the Total Float calculations are still mixed up.
After digging and digging throught the schedule, it boils down to the loopy logic in the schedule. The schedule contains slightly over 1,000 activities, but with close to 2,500 relationships. If you keep following the trails, you get brain drain after a while. All the suggestions were good and I'll keep them in mind for other reviews.
Member for
21 years 8 months
Member for21 years8 months
Submitted by Rafael Davila on Tue, 2011-04-19 01:59
Sequential activities may be affected or activities with logical relationships on the critical path may have different float values for the following reasons:
• Date and float constraints • Activity calendars • Lag calendars • Interruptible activities • Hammock, level of effort, WBS, and other types of summary activities • Open-ended activities • Out-of-sequence progress • Total float calculation method • Resource leveling
Pay attention to Interruptible Activities, allowed under non-continuous PDM modeling. Even when this is not the most frequent cause of such behavior avoid modeling non-continuous PDM, you shall decide how many splits and how long and let resource leveling take charge.
Also look on the literature as P6 is known to have serious issues with float calculation. Also try uncheck Preserve scheduled early and late dates. A setting I do not know what is does as I am not a P6 user, someone else said it makes P6 to compute correct float values after resource leveling but still yields some wrong values, never trust float values displayed by P6, you never know for sure when there are horrors.
Best regards,
Rafael
Member for
16 years 7 months
Member for16 years7 months
Submitted by Gary Whitehead on Mon, 2011-04-18 21:55
1) Does the schedule include any actual dates and if so is there any that contradict the relationships? What happens if you schedule using progress overide?
2) Any different activity types in there? eg resource dependants with a resource that is using a different calendar?
3) Do they all use the same 5 day calendar? Or do some have for example national holidays included where others do not? If all the same, is this calendar the same as the default project calendar?
Other than this, all I can advise is to find the point in the path where the total float changes, and take a good look at that relationship, and the activities at either end to see if you can find anything different.
Member for
14 years 11 monthsHi Florante,The Planning
Hi Florante,
The Planning resources tab is used in Primavera Web, there is an option of resource planning in P6Web and when you assign resources their, they reflect in Primavera Client.
Regards
Amit Parmar
Check out my blog on Primavera at http://www.primaverablog.in
Member for
21 years 8 monthsThe finish on or before
The finish on or before constraint as implemented in Primavera in any case reduce the available float but does not increases it, it misled users as it can model late dates earlier than early dates, it models the impossible, is forbidden in China same as movies that talk about time travel. By looking at the stars you can see the past, but not the future.
The wrong implementation of such constraints will allow for negative float so a Dummy Owner will understand a path is critical when it is enough to display zero float. Negative float computations under resource leveling are meaningless and software that provide for resource leveling shall not compute negative float. Negative float distorts the S curves to the point where at times makes the early and late curves intersect before project finish date, a weird situation. This wrong modeling is justified by some protocols under the excuse "float is just a mathematical computation", at times even required by some specifications and encouraged by some CM and Scheduling Institutes, but they don't get it, it is wrong to model what it could have been on an active schedule. Yes I know, you cannot trust P6 computation of float but at least they should try better.
The correct implementation of such constraint shall be for it to model true schedule behavior, that the constraint will not be applied if the constraint date is not possible and the backward computations will be computed by setting the activity late dates equal to early dates, making the activity critical, displaying the critical activities under the path so a Dummy Owner can realize the job is under problems. It will allow the software to compute and display late S curves that are meaningful. In forensic analysis it is avoided and fools the computation of longest path. Because negative float is meaningless under resource leveling I wonder if this is one of the reasons why some software like MSP and P6 resource leveling is so bad.
If your software allows for the modeling of the impossible by the wrong implementation of such constraints that create negative float do not use such constraints, if you need to see criticality under such conditions then get software that correctly implement such constraints and do not allow for the creation of negative float.
Member for
19 yearsGood day to everyone. I
Good day to everyone.
I would like to ask how to put data in item titled "planning resources" in P6. This planning resources tab contains the following:
1.0 Resources
2.0 Role ID
3.0 Roles
4.0 WBS
5.0 Committed
6.0 Start
7.0 Finsh
8.0 Life of Project
9.0 Allocated
10.0 Status Code
There is no TAB to assign in this item. Thank you very much for your help.
Regards,
RANTE
Member for
14 years 11 monthsHi Sebastian,I noticed that
Hi Sebastian,
I noticed that you are using "finish on or before" constraint on the completion activity. When you use this particular constraint, the late dates of the activity are affected which in turn affects the total float calculations too. I would suggest that you remove the constraint and check if the Total Float calculations are still mixed up.
Regards
Amit Parmar
Check out my blog on Primavera at http://www.primaverablog.in
Member for
16 years 10 monthsI think if you revised the
I think if you revised the following carefully you will rectify that:
1-Realistic and logical Durations.
2- Relationships should be logical and also logical lags.
3 Check that no open ends ,All activities have successor and predecessor except start and end
4- Check calendars carefully especially if you have more than one calendar
5-Check Constrains and p6 options like calculation tab... etc
Member for
14 years 6 monthsAfter digging and digging
After digging and digging throught the schedule, it boils down to the loopy logic in the schedule. The schedule contains slightly over 1,000 activities, but with close to 2,500 relationships. If you keep following the trails, you get brain drain after a while. All the suggestions were good and I'll keep them in mind for other reviews.
Member for
21 years 8 monthshttp://www.alphacorporation.c
http://www.alphacorporation.com/49R-06.pdf
Sequential activities may be affected or activities with logical relationships on the critical path may have different float values for the following reasons:
• Date and float constraints
• Activity calendars
• Lag calendars
• Interruptible activities
• Hammock, level of effort, WBS, and other types of summary activities
• Open-ended activities
• Out-of-sequence progress
• Total float calculation method
• Resource leveling
Pay attention to Interruptible Activities, allowed under non-continuous PDM modeling. Even when this is not the most frequent cause of such behavior avoid modeling non-continuous PDM, you shall decide how many splits and how long and let resource leveling take charge.
Also look on the literature as P6 is known to have serious issues with float calculation. Also try uncheck Preserve scheduled early and late dates. A setting I do not know what is does as I am not a P6 user, someone else said it makes P6 to compute correct float values after resource leveling but still yields some wrong values, never trust float values displayed by P6, you never know for sure when there are horrors.
Best regards,
Rafael
Member for
16 years 7 monthsCan't think of anything other
Can't think of anything other than:
1) Does the schedule include any actual dates and if so is there any that contradict the relationships? What happens if you schedule using progress overide?
2) Any different activity types in there? eg resource dependants with a resource that is using a different calendar?
3) Do they all use the same 5 day calendar? Or do some have for example national holidays included where others do not? If all the same, is this calendar the same as the default project calendar?
Other than this, all I can advise is to find the point in the path where the total float changes, and take a good look at that relationship, and the activities at either end to see if you can find anything different.