Thank you Darren for your reply, I really appreciate it.
It is pretty clear now.
Indeed, I was looking for some information on how MSP calculates (I guess it’s CPM on the background) [Early/Late]-[Start/Finish] Dates if there are Constraints and Deadlines defined for the tasks on the network diagram and I came across "ossmall.info" web site after some googling.
This probably isn’t the best depiction of task constraints I’ve seen, but by no means is it the worst. I would probably have gone one step further and grouped them under Flexible, Hard and Soft headings to further deconstruct the constraint types.
Some of the acronyms are confusing, ES / EF / LS / LF are fine as they relate to network diagramming and forward / backward passes, but using SS and SF to represent start and finish dates when they’re also used by MS Project to describe task linkage is probably not what you would call ‘best practice’ guidance.
I would have also looked at it from the view of Start / Finish dates (planned or scheduled – what ever definition you want to use for Start / Finish), rather than ES or EF.
Ignoring the slightly over complicated formulae for SNET / SNLT / FNET / FNLT, ALAP and ASAP are clearly wrong (but the examples are from an unsubstantiated source on the internet so what would you expect). I would suggest the following:
ALAP
Instead of ES=(Calculated)LS, it should be...
Start date = LS (ES would not equal LS, calculated or otherwise, if there is free float or free slack as described by MS Project)
ASAP
Instead of (Scheduled)ES=(Calculated)ES + Delay, it should be...
Start date = ES (scheduled and calculated ES, the terms are confusing, there is only one ES with or without the addition of a delay)
Of course this all falls apart if you don’t have the ‘Tasks will always honor their constraint dates’ checkbox ticked!! ;)
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.
Thank you Darren for your reply, I really appreciate it.
It is pretty clear now.
Indeed, I was looking for some information on how MSP calculates (I guess it’s CPM on the background) [Early/Late]-[Start/Finish] Dates if there are Constraints and Deadlines defined for the tasks on the network diagram and I came across "ossmall.info" web site after some googling.
Thanks again.
Best Regards.
JNB
Hi JN,
This probably isn’t the best depiction of task constraints I’ve seen, but by no means is it the worst. I would probably have gone one step further and grouped them under Flexible, Hard and Soft headings to further deconstruct the constraint types.
Some of the acronyms are confusing, ES / EF / LS / LF are fine as they relate to network diagramming and forward / backward passes, but using SS and SF to represent start and finish dates when they’re also used by MS Project to describe task linkage is probably not what you would call ‘best practice’ guidance.
I would have also looked at it from the view of Start / Finish dates (planned or scheduled – what ever definition you want to use for Start / Finish), rather than ES or EF.
Ignoring the slightly over complicated formulae for SNET / SNLT / FNET / FNLT, ALAP and ASAP are clearly wrong (but the examples are from an unsubstantiated source on the internet so what would you expect). I would suggest the following:
ALAP
Instead of ES=(Calculated)LS, it should be...
Start date = LS (ES would not equal LS, calculated or otherwise, if there is free float or free slack as described by MS Project)
ASAP
Instead of (Scheduled)ES=(Calculated)ES + Delay, it should be...
Start date = ES (scheduled and calculated ES, the terms are confusing, there is only one ES with or without the addition of a delay)
Of course this all falls apart if you don’t have the ‘Tasks will always honor their constraint dates’ checkbox ticked!! ;)
Regards,
Darren