Each individual installation is not a copy of the SAME project, it may be a
replica of a prototype project involving similar work but each one is a
different project. "Install Router" at 1st Street Location will require
resource Bill to be there on Tuesday for 6 hours. "Install Router" at Main
Street location will require resource Fred to be there for 4 hours on
Wednesday. They're two totally different tasks, albeit with the same name
and very similar actions being performed.
You were talking about inserting "projects" into a master file. I usually
think of that as being the master plan with a number of different project's
on their plate. In your example, I'd call your "master project" the
Project and it includes 45 summary tasks describing the installation of the
equipment at each of 45 different locations. But I'd list every location as
its own entitity. You don't link one location to another unless they really
are contingent for some reason - perhaps you're setting up a network in a
star topology and the location(s) chosen as the centre of the star need to
have their equioment installed before the locations that connect to them so
you can properly test the locations on the radials as you set them up. But
other than that sort of thing, the 45 summary tasks describing each
location's installation will initially be in parallel. Then you can set the
Project start, assign your reources, and do resource leveling to generate
the final schedule eazy peazy, just like you want to. And far simpler both
to organize and track than doing master project / inserted subprojects. 45
summary tasks with a dozen or so subtasks in each isn't an especially large
project - I once read a Boeing 747 assembly plan was about 85000 tasks and
Project itself allows up to about 1 million tasks. 500 or so total tasks is
a piece of cake.
--
Steve House [MVP]
MS Project Trainer & Consultant
Visit
http://www.mvps.org/project/faqs.htm for the FAQs