J
joeM
Question:
What are best practices to level resources across multiple projects using a
master project methodology? Need a better understanding of leveling behavior
in this context.
Background:
I'm working plans for an enterprise software development firm. Read: I'm not
easily frustrated with seemingly strange behavior of software apps and I'm
willing to research, experiment, approach problems in a systematic way and
jettison one methodology for another if it makes sense. I've read all (and I
mean ALL) the newsgroup threads and dog-eared books (Gary Chefetz, Tim
Pyron, etc.) on master project methodologies within Project Pro 2002/Server
context. So I think I've done my homework to understand and consider the
pros/cons of master project approach and leveling in general. To avoid
double-booking of resources, I store master project locally and individual
projects on server. Admin settings are set to prevent inadvertant saving of
master project to server. Enterprise Resource Pool is setup and functioning
effectively. I insert 15 individual projects (link, read/write) into the
master. The master contains no tasks. All those projects are utilizing
enterprise resources. All this looks good... until I level resources. The
wheels seems to fall off then! The results are counter-intuitive. I find
multiple situations where short tasks (5 days) that are resource by a single
resource are spread out over several months and I can't account for the
delays. I find after two weeks of constant and mthodical experimentation
that the following leveling settings give best (but not good) results:
- Day by Day
- Priority/Standard
- adjust individual tasks
- create splits in remaining tasks
I use a single priority value across all tasks in indiviual projects to
simulate the project's priority within the entire portfolio. For instance:
Project A - 200 (priority)
Project B - 300 (priority)
Project C - 700 (priority)
Fallback plan:
Unable to get leveling to work using master plan approach -- and at the end
of my deadline for chunking something out, I consolidate (merge via cut and
paste) contents of all 15 projects into a single, monolithic 1300-task
project plan. I assign task priorities, and level using settings above.
Leveling results are much better than master approach... but it seems that
tasks towards the bottom of WBS are not getting sequenced properly in what
appears to to me to be no-brainer situations. It's almost like Project gets
tired and stops leveling when the task priorities go below 250.
Thanks in advace for your help!
Joe Messina/MedPlus, Inc--A Quest Diagnostic Company/Mason, OH
email: (e-mail address removed)
voice: 513.229.5500 x1275
What are best practices to level resources across multiple projects using a
master project methodology? Need a better understanding of leveling behavior
in this context.
Background:
I'm working plans for an enterprise software development firm. Read: I'm not
easily frustrated with seemingly strange behavior of software apps and I'm
willing to research, experiment, approach problems in a systematic way and
jettison one methodology for another if it makes sense. I've read all (and I
mean ALL) the newsgroup threads and dog-eared books (Gary Chefetz, Tim
Pyron, etc.) on master project methodologies within Project Pro 2002/Server
context. So I think I've done my homework to understand and consider the
pros/cons of master project approach and leveling in general. To avoid
double-booking of resources, I store master project locally and individual
projects on server. Admin settings are set to prevent inadvertant saving of
master project to server. Enterprise Resource Pool is setup and functioning
effectively. I insert 15 individual projects (link, read/write) into the
master. The master contains no tasks. All those projects are utilizing
enterprise resources. All this looks good... until I level resources. The
wheels seems to fall off then! The results are counter-intuitive. I find
multiple situations where short tasks (5 days) that are resource by a single
resource are spread out over several months and I can't account for the
delays. I find after two weeks of constant and mthodical experimentation
that the following leveling settings give best (but not good) results:
- Day by Day
- Priority/Standard
- adjust individual tasks
- create splits in remaining tasks
I use a single priority value across all tasks in indiviual projects to
simulate the project's priority within the entire portfolio. For instance:
Project A - 200 (priority)
Project B - 300 (priority)
Project C - 700 (priority)
Fallback plan:
Unable to get leveling to work using master plan approach -- and at the end
of my deadline for chunking something out, I consolidate (merge via cut and
paste) contents of all 15 projects into a single, monolithic 1300-task
project plan. I assign task priorities, and level using settings above.
Leveling results are much better than master approach... but it seems that
tasks towards the bottom of WBS are not getting sequenced properly in what
appears to to me to be no-brainer situations. It's almost like Project gets
tired and stops leveling when the task priorities go below 250.
Thanks in advace for your help!
Joe Messina/MedPlus, Inc--A Quest Diagnostic Company/Mason, OH
email: (e-mail address removed)
voice: 513.229.5500 x1275