Task 2 (FS) Task 1 - 5 Days - Monday 03/08/09 to Fri 07/08/09
Task 3 (FS) Task 2 - 10 Days - Monday 10/08/09 to Fri 21/08/09.
Overall duration is 16days (including milestone start date.)
Current status date is Fri 31.07.09 - End of play.
With Stats above, overall planned % complete (Baseline) as at 31.07.09 will be calculated as 33%, simple average.
Using the same stats as actual start & finish dates, automatically calculated by MSP, overall % complete will be 0% as at 31/07/09, simply because task 1 is a milestone - weighted average.
May be I havent posed the question properly. The formula works well. Absolutely nothing wrong it. The issue I was referring to in my original post arises when attempting to get an overall Planned % complete for a project.
Using the average option for summary tasks, MSP takes an average of all planned %s. Sometimes, this doesnt give a true reflection. Weighted average(Function of duration etc) is required.
Example - Summary task with 3 subtasks
Task 1 - Milestone - 100%(Planned % Complete)
Task 2 - 5 days - 0% (planned % complete)
Task 3 - 10 days - 0% (planned % complete)
MSP will calculate Overall planned % complete as 33% -clearly not the case.
I guess solution the use of a weighted average column, just like MSP calculates normal roll up summaries. How?????
I dont agree. You say that the Summary calculation is not correct with Use Formula, but you dont say why.
But of course it is correct because it has a Baseline1 Start and the calculation is just the ratio of the duration from the Baseline1 Start to the status date divided by the total Baseline1 Duration.
There are so many things that can go wrong with your formula that it is not worth doing unless you are prepared to account for other variables. For example, you use the Standard Calendar for all of the ProjDateDiffs, but the Tasks and Summaries might all use different calendars.
This is a lot of trouble to go to just to attempt to replicate something which is already built into the functionality of MSP.
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.
http://groups.google.com.au/group/microsoft.public.project/browse_threa…
http://forums.techarena.in/microsoft-project/1198439.htm
I accept, not enough detail in the example.
All baseline Dates.
Task 1 Milestone - Friday 31/07/09
Task 2 (FS) Task 1 - 5 Days - Monday 03/08/09 to Fri 07/08/09
Task 3 (FS) Task 2 - 10 Days - Monday 10/08/09 to Fri 21/08/09.
Overall duration is 16days (including milestone start date.)
Current status date is Fri 31.07.09 - End of play.
With Stats above, overall planned % complete (Baseline) as at 31.07.09 will be calculated as 33%, simple average.
Using the same stats as actual start & finish dates, automatically calculated by MSP, overall % complete will be 0% as at 31/07/09, simply because task 1 is a milestone - weighted average.
Hope my question is slightly clearer.
Not the case?
If you say that the Summary % Complete in your example is not supposed to be 33%, what do you think it should be?
There is not enough information in your example.
What is the baseline start, finish and overall duration of the summary (due to the tasks predecessors, lag, dates etc)?
What is the baseline start, finish and overall duration of the tasks?
What is the current start, finish and overall duration of the summary (due to the tasks predecessors, lag, dates etc)?
What is the current start, finish and overall duration of the tasks?
Where is the status date?
Hi Trevor, thanks for the response.
May be I havent posed the question properly. The formula works well. Absolutely nothing wrong it. The issue I was referring to in my original post arises when attempting to get an overall Planned % complete for a project.
Using the average option for summary tasks, MSP takes an average of all planned %s. Sometimes, this doesnt give a true reflection. Weighted average(Function of duration etc) is required.
Example - Summary task with 3 subtasks
Task 1 - Milestone - 100%(Planned % Complete)
Task 2 - 5 days - 0% (planned % complete)
Task 3 - 10 days - 0% (planned % complete)
MSP will calculate Overall planned % complete as 33% -clearly not the case.
I guess solution the use of a weighted average column, just like MSP calculates normal roll up summaries. How?????
I dont agree. You say that the Summary calculation is not correct with Use Formula, but you dont say why.
But of course it is correct because it has a Baseline1 Start and the calculation is just the ratio of the duration from the Baseline1 Start to the status date divided by the total Baseline1 Duration.
There are so many things that can go wrong with your formula that it is not worth doing unless you are prepared to account for other variables. For example, you use the Standard Calendar for all of the ProjDateDiffs, but the Tasks and Summaries might all use different calendars.
This is a lot of trouble to go to just to attempt to replicate something which is already built into the functionality of MSP.