Must Finish by is an Project level constraint whereas we need to have a Constraint to be assigned to the activity level to run CPM calculations. Ideally , Finish on or Before constraint will be applied in most of the projects.
I am not a great supporter of “Scheduling Rules”, but I do feel it is important to understand how constraints work and then it is possible to explain to clients why the constraints are selected and what effect they have on the schedule.
During the forward and backward pass the Early and Late dates are calculated and in P3, it is important to understand this process to understand how constraint operate:
Early Start and Finish constraints operate on the Early date calculations.
Late Start and Finish constraints operate on the Late date calculations.
Start and Expected finish date constraints operate on both Early and Late dates and are effectively applying Early and Late constraint at the same time but still allow float calculation to pass through them.
A mandatory constraint operates differently to other constraints. Mandatory constraints do not allow float calculations to pass through them. A mandatory constraint in the middle of a schedule will effectively break the schedule in too two separate forward and backward pass calculations.
Zero Free float makes the activity As Late as Possible by absorbing all the Free Float, in MSP an As Late as Possible constraint absorbs all the Total Float and delays all the successor activities, P3 only delays the task with the constraint.
Zero Total Float sets the late dates to equal the early dates so an activity with this constraint will not display any float.
The final constraint that may be applied to a schedule is a Project Must Finish by date which imposes a Late Finish on all project tasks and float is calculated to this date when set, otherwise float is calculated to the last activity in the Critical Path.
I suggest that you play with a small schedule and get to understand how the constraints work and then apply the most suitable constraint to the environment and explain with authority why a particular constraint has been used.
Spider Project is most functional and powerful professional project management software.
The first SP version was launched in 1993 and since then it has been constantly improved. Today is used in 34 countries though most Spider Project customers are in Russia. Spider Project offers numerous unique functional features and is the only PM software that optimizes resource, cost, and material constrained schedules and budgets for projects and portfolios.
The unique features of Spider Project include Quantity Based Scheduling, Conditional Scheduling, Skill Scheduling, Optimal Resource, Cost and Material Leveling, Resource Critical Path Calculation, Cash and Material Flows Calculation and Management, Trend Analysis, Advanced Risk Simulation and Analysis, Calculation of Success Probability Trends, Calculation and Management of required Project Time and Cost Buffers, Application of Corporate Norms, Management of many Parallel Budgets, Multiple WBS and many others.
Spider Project was and is used for management of many large scale programs in Russia, including $51bln construction program for 2014 Winter Olympic Games preparation.
The application areas where Spider Project is successfully used include Aerospace, Banking, Construction, Defense, Energy, Engineering, Infrastructure, Manufacturing, Metallurgy, Mining, Oil & Gas, Railways, Retail, Shipbuilding, Software Development, Telecommunications, Utilities, etc.
P6-Auditor - Display information from Primavera P6 audit tables in a user-friendly format
Unifier-Archiver - Extract and archive important documents and attachments from Primavera Unifier
Unifier-Loader - Load data into and out of Unifier via Excel
PCM-Loader - Import data into Primavera Contract Management with flexible and secure, template-driven Excel spreadsheets
PCM-Archiver - Extract and archive important documents and attachments from Primavera Contract Management
PCM-Unifier Migrator - Automatically transfer live and historical data from Primavera Contract Management to Primavera Unifier with ease
Create Radically Better Construction Schedules with ALICE Technologies
Use the power of AI to create construction schedules that reduce risk while cutting costs and build time. With ALICE, develop the ideal schedule during preconstruction -- or recover projects that are off schedule and over budget.
Must Finish by is an Project level constraint whereas we need to have a Constraint to be assigned to the activity level to run CPM calculations. Ideally , Finish on or Before constraint will be applied in most of the projects.
Whew! Well said, Paul!
Jorge
I am not a great supporter of “Scheduling Rules”, but I do feel it is important to understand how constraints work and then it is possible to explain to clients why the constraints are selected and what effect they have on the schedule.
During the forward and backward pass the Early and Late dates are calculated and in P3, it is important to understand this process to understand how constraint operate:
Early Start and Finish constraints operate on the Early date calculations.
Late Start and Finish constraints operate on the Late date calculations.
Start and Expected finish date constraints operate on both Early and Late dates and are effectively applying Early and Late constraint at the same time but still allow float calculation to pass through them.
A mandatory constraint operates differently to other constraints. Mandatory constraints do not allow float calculations to pass through them. A mandatory constraint in the middle of a schedule will effectively break the schedule in too two separate forward and backward pass calculations.
Zero Free float makes the activity As Late as Possible by absorbing all the Free Float, in MSP an As Late as Possible constraint absorbs all the Total Float and delays all the successor activities, P3 only delays the task with the constraint.
Zero Total Float sets the late dates to equal the early dates so an activity with this constraint will not display any float.
The final constraint that may be applied to a schedule is a Project Must Finish by date which imposes a Late Finish on all project tasks and float is calculated to this date when set, otherwise float is calculated to the last activity in the Critical Path.
I suggest that you play with a small schedule and get to understand how the constraints work and then apply the most suitable constraint to the environment and explain with authority why a particular constraint has been used.
Regards
Paul E Harris
www.eh.com.au