What I have done is to ensure that the sub-projects always keeps the same file name (e.g. ProjectXXXX_Master.mpp) and is stored in the same location. At issue, it is given an issue and revision reference (e.g. Issue 01 Rev 01) but only within the header or footer, not in the file name.
When the schedule is updated, first of all the user saves a copy of the file as ProjectXXXX_Iss01_Rev01.mpp, which effectively gives an archive copy. The Master file then has its header updated to show Issue 01 Rev 02 (or whatever convention is used).
In this way, each issue of the schedule can be identified by its unique Issue/Revision reference, whilst the links from the master schedule will always link to the file named ProjectXXXX_Master.mpp.
unfortunately, MSP builds a file to file link when you want to link two tasks from two separate projects; i.e. you cannot change the name or the folder of either project without losing the link
may I ask why you want to save as projects in this situation?
Thanks for your response. Each plan has a separate owner and they amend their own plans so I want to restrict each plan to just their relevant content.
Might I suggest convincing your client to purchase Primavera?
There are enterprise packages available which would eliminate the problem of loosing your logic links and enable you to successfully manage multiple projects from a single enterprise.
Failing this, good luck with your quest for a solution within MSP.
1. have each project owner to schedule his own plan and save it as a separate project in his own folder,
2. open a new empty project file of your own, insert these separate projects into your file; be careful to keep each inserted project summarized to only ONE line to avoid that a newly inserted project become part of the preceeeding one,
3. make sure the projects owners do not move or rename their files; the inserted files must be kept at the same place.
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.
Tony,
Thanks for that. It pretty much mirrors what Ive ended up doing so at least I now have some confidence that Ive got the best (?) solution.
Bob
Bob,
On one of our programmes, we have the same issue.
What I have done is to ensure that the sub-projects always keeps the same file name (e.g. ProjectXXXX_Master.mpp) and is stored in the same location. At issue, it is given an issue and revision reference (e.g. Issue 01 Rev 01) but only within the header or footer, not in the file name.
When the schedule is updated, first of all the user saves a copy of the file as ProjectXXXX_Iss01_Rev01.mpp, which effectively gives an archive copy. The Master file then has its header updated to show Issue 01 Rev 02 (or whatever convention is used).
In this way, each issue of the schedule can be identified by its unique Issue/Revision reference, whilst the links from the master schedule will always link to the file named ProjectXXXX_Master.mpp.
Hope this is of help.
Hi all,
Further to what Alexandre suggests
I would open and "save as" using always the same
name and location each and every project.
this way links should not be broken
hth
Bob,
unfortunately, MSP builds a file to file link when you want to link two tasks from two separate projects; i.e. you cannot change the name or the folder of either project without losing the link
may I ask why you want to save as projects in this situation?
Alexandre
Alexandre,
Thanks for your response. Each plan has a separate owner and they amend their own plans so I want to restrict each plan to just their relevant content.
Bob
Hi Bob,
Might I suggest convincing your client to purchase Primavera?
There are enterprise packages available which would eliminate the problem of loosing your logic links and enable you to successfully manage multiple projects from a single enterprise.
Failing this, good luck with your quest for a solution within MSP.
Regards
Steve
Bob,
1. have each project owner to schedule his own plan and save it as a separate project in his own folder,
2. open a new empty project file of your own, insert these separate projects into your file; be careful to keep each inserted project summarized to only ONE line to avoid that a newly inserted project become part of the preceeeding one,
3. make sure the projects owners do not move or rename their files; the inserted files must be kept at the same place.
Alexandre