To add to the elementary discussion of your article:
There are two main advantages to using a Deadline instead of a Finish-No-Later-Than constraint in MSP:
The single allowed slot for a task constraint may be used for other purposes;
The logical conflict that accompanies unmet late constraints - (by default, MSP re-schedules the task to meet the constraint date even if it violates logic) - can be avoided without changing the default settings for the project.
In every practical respect, Deadlines in MSP function identically to Finish-on-or-Before constraints in P6. That is, they override the late-finish dates in the absence of more stringent conditions, and Total Slack is reduced as a consequence.
Unfortunately, your article seems to invite the novice scheduler to use Deadlines willy-nilly without fear of complications, and this is wrong. Imposing multiple deadlines "throughout the schedule" as you suggest in the final paragraph makes Total Slack completely unreliable as an indicator of the Driving Path to Completion -- of the Project or of any deadlined milestone. Since MSP defines "Critical" tasks solely based on Total Slack, your novice scheduler may be hard-pressed to accurately describe where the real "Critical Path" is.
For these reasons - and for your mention of "longest path", which is a concept that is distinctly foreign to any out-of-the-box MSP schedule - I would suggest deleting your "Summary" paragraphs and starting over. In my view, Deadlines in MSP are essentially not a huge advantage - but a patch needed to offset weaknesses in other areas of the tool.
By the way, all of these issues are easily resolved with a 3rd-party add-in that I use, but very few MSP users seem to have access to similar tools.
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.
Emily,
To add to the elementary discussion of your article:
There are two main advantages to using a Deadline instead of a Finish-No-Later-Than constraint in MSP:
In every practical respect, Deadlines in MSP function identically to Finish-on-or-Before constraints in P6. That is, they override the late-finish dates in the absence of more stringent conditions, and Total Slack is reduced as a consequence.
Unfortunately, your article seems to invite the novice scheduler to use Deadlines willy-nilly without fear of complications, and this is wrong. Imposing multiple deadlines "throughout the schedule" as you suggest in the final paragraph makes Total Slack completely unreliable as an indicator of the Driving Path to Completion -- of the Project or of any deadlined milestone. Since MSP defines "Critical" tasks solely based on Total Slack, your novice scheduler may be hard-pressed to accurately describe where the real "Critical Path" is.
For these reasons - and for your mention of "longest path", which is a concept that is distinctly foreign to any out-of-the-box MSP schedule - I would suggest deleting your "Summary" paragraphs and starting over. In my view, Deadlines in MSP are essentially not a huge advantage - but a patch needed to offset weaknesses in other areas of the tool.
By the way, all of these issues are easily resolved with a 3rd-party add-in that I use, but very few MSP users seem to have access to similar tools.
Rgds, tom