You know, I think I will send to Primavera to consider this option to show the TF even after activity completion.
This will help a lot to display what I call - Actual Longest Path-. That as you know, when we finalize the project, all activities are completed; we will not be able to determine criticality, Means you won’t be able to prove your right to claim upon delay caused by the client as example.
If we kept on tracking the TF even after activities completion, we will be able to determine Actual Longest Path. If delayed activities belong to this path, then we get a solid cause.
You are a very wise person. You have figured out what 98% of the other Planners have not. Most people (including myself earlier in my carrier) assume that since P3 (and now P6) blank out the Total Float column once the activity has been statused as complete, that this must mean that completed activities do no have float. You, on the other hand inherently understand that all activities (including completed ones) must be considered when computing the CPM. CPM calculations only consider remaining duration, not completion status.
The first version of P5 was released with total float values displayed even for completed activities. Service Pack 1 was shortly released to ‘correct’ this problem. The literature for that service pack explained that the value was being suppressed from printing but that it was retained in the database. MS Project, on the other hand prints a “0” in the total float column for completed activities.
Look to the Early Start and Early Finish date columns. They show real dates (not the actual dates) created when the CPM was last computed. Subtracting these two dates will yield the Total Float figures that you noted were missing. Congratulations on your insight!
actuals have no floats! the thing happened already, floats only exist during the planning stage, when the thing is still floating (you still dont know if it will happen or not!), but you got your plan with early and late dates wherein you can calculate floats!
Yes I do know that, TF is for the project. But as during the planning phase the formula of TF= Late Dates - Early Dates is always correct, it should be also true after the update. Why it does not reflect this formula after the update? Why it is nil after providing actual dates?
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 Ronald, this was very kind of you.
You know, I think I will send to Primavera to consider this option to show the TF even after activity completion.
This will help a lot to display what I call - Actual Longest Path-. That as you know, when we finalize the project, all activities are completed; we will not be able to determine criticality, Means you won’t be able to prove your right to claim upon delay caused by the client as example.
If we kept on tracking the TF even after activities completion, we will be able to determine Actual Longest Path. If delayed activities belong to this path, then we get a solid cause.
Thank you & Regards
Mohamed
Mohammed,
You are a very wise person. You have figured out what 98% of the other Planners have not. Most people (including myself earlier in my carrier) assume that since P3 (and now P6) blank out the Total Float column once the activity has been statused as complete, that this must mean that completed activities do no have float. You, on the other hand inherently understand that all activities (including completed ones) must be considered when computing the CPM. CPM calculations only consider remaining duration, not completion status.
The first version of P5 was released with total float values displayed even for completed activities. Service Pack 1 was shortly released to ‘correct’ this problem. The literature for that service pack explained that the value was being suppressed from printing but that it was retained in the database. MS Project, on the other hand prints a “0” in the total float column for completed activities.
Look to the Early Start and Early Finish date columns. They show real dates (not the actual dates) created when the CPM was last computed. Subtracting these two dates will yield the Total Float figures that you noted were missing. Congratulations on your insight!
actuals have no floats! the thing happened already, floats only exist during the planning stage, when the thing is still floating (you still dont know if it will happen or not!), but you got your plan with early and late dates wherein you can calculate floats!
Mohammed
Its by design in old P3 and in Primavera Enterprise/P5/P6. If you want to keep the TF youll have to use a user defined field and a global change.
Regards
Dieter
Yes I do know that, TF is for the project. But as during the planning phase the formula of TF= Late Dates - Early Dates is always correct, it should be also true after the update. Why it does not reflect this formula after the update? Why it is nil after providing actual dates?
This is my question.
no. TF are based on project completion. display early start variance in ur column to see the impact in the activity.