Sounds to me like a classic example of the reason the priority function
is there. If you only have one resource, you want to garden to wait
until the wall is finished. But if you find a second resource you want
to start the garden task sequence with resource 2 at the same time
resource 1 is starting on the wall sequence. Enter two summary tasks,
Wall and Garden, with their component tasks indented and linked under
them. Set all the wall tasks (select all the wall subtasks, click the
Task Information form tool, and set their priority all at once) to
something higher than the default. I'm not sure I'd go all the way up
to a 1000 priority on the wall - making all the wall tasks 520 while
leaving the garden task at 500 works just fine. If you have to add
another task in the wall, just insert it at the right spot in the wall
sequence and adjust its priority to the same value as the other wall
subtasks. You'll find that when you have just one resource assigned to
all of the subtasks the wall will go to completion then the garden will
start. But if you change and have resource 2 available for the garden,
clear the original leveling and relevel and Wall and Garden will start
together and go in parallel. I don't see the priorities getting the
unmanageable. It's not like you're going to enter a list of 400 tasks
without any links or structure and rely strictly on leveling to do the
sequencing - at least I hope that's not your intention. There's bound
to be a logical structure where certain tasks are related to each other
as a sequence under a summary task (sometimes it helps to think of
summaries as mini sub-projects) and some of the summary tasks will have
to be done in a certain sequential relationship with others. A Project
is a process that creates a deliverable and I can't think of any process
in which the order things must be done is totally arbitrary and the
project plan is a model of that process. But if you're going to do it
right it will require some attention to such details as the task
priority. It's not an accident that at some level of complexity
managing the project effectively becomes a full-time job <g>.
--
Steve House
MS Project MVP
Visit
http://www.mvps.org/project/faqs.htm for the FAQs
Kraus said:
Thanks again for the feedback Steve.
The wall example you provided is logical; however, the tasks provided
are dependant on the previous task being finished. You can't paint the
wall until you prepare it.
The issue I have is where you have tasks that are not dependant on
another but you want certain ones to finish before you go on to the next
group. For example
Example 1
Build Wall 5 days Mon 1/5/04 Fri 1/9/04 dev 1
Prepare Wall 5 days Mon 1/12/04 Fri 1/16/04 2 dev 1
Paint Wall 2 days Mon 1/19/04 Tue 1/20/04 3 dev 1
Detail Wall 4 days Wed 1/21/04 Mon 1/26/04 4 dev 1
Now if I add another series of tasks totally unrelated but the same
individual is doing the work I get the following result after I level
resources (manually)
Example 2
Build Wall 5 days Mon 1/5/04 Fri 1/9/04 dev 1
Prepare Wall 5 days Thu 1/22/04 Wed 1/28/04 2 dev 1
Paint Wall 2 days Thu 1/29/04 Fri 1/30/04 3 dev 1
Detail Wall 4 days Wed 2/11/04 Mon 2/16/04 4 dev 1
Lay dirt for Garden 8 days Mon 1/12/04 Wed 1/21/04 dev 1
Lay plants 3 days Mon 2/2/04 Wed 2/4/04 7 dev 1
Lay grass 4 days Thu 2/5/04 Tue 2/10/04 8 dev 1
As you can see, we are no longer finishing the wall before we start
work on the garden. If I want to make the garden wait then I have to
make the garden dependant on the wall being finished. However, if I do
that and then get another resource to help me out then the dates don't
change (see below).
Example 3
Build Wall 5 days Mon 1/5/04 Fri 1/9/04 dev 1
Prepare Wall 5 days Mon 1/12/04 Fri 1/16/04 2 dev 1
Paint Wall 2 days Mon 1/19/04 Tue 1/20/04 3 dev 1
Detail Wall 4 days Wed 1/21/04 Mon 1/26/04 4 dev 1
Wall finished 0 days Mon 1/26/04 Mon 1/26/04 5
Lay dirt for Garden 8 days Tue 1/27/04 Thu 2/5/04 6 dev 2
Lay plants 3 days Fri 2/6/04 Tue 2/10/04 8 dev 2
Lay grass 4 days Wed 2/11/04 Mon 2/16/04 9 dev 2
But with the new resource, I can start the garden straight away and
therefore reduce the duration of the project (see below).
Example 4
Build Wall 5 days Mon 1/5/04 Fri 1/9/04 dev 1
Prepare Wall 5 days Mon 1/12/04 Fri 1/16/04 2 dev 1
Paint Wall 2 days Mon 1/19/04 Tue 1/20/04 3 dev 1
Detail Wall 4 days Wed 1/21/04 Mon 1/26/04 4 dev 1
Wall finished 0 days Mon 1/26/04 Mon 1/26/04 5
Lay dirt for Garden 8 days Mon 1/5/04 Wed 1/14/04 dev 2
Lay plants 3 days Thu 1/15/04 Mon 1/19/04 8 dev 2
Lay grass 4 days Tue 1/20/04 Fri 1/23/04 9 dev 2
I now have my project finished on Jan 26 instead of Feb 16.
So back to the original question..... In example 2, how do I have the
wall finish before the garden starts without having to have dependancies
in place? I have experimented with using the priority function (1000)
before moving to the next set of tasks but the problem with this is that
if you have to go back and add another task (i.e. build foundation for
wall) with those tasks already set with a priority of 1000 then the
resource becomes overallocated. In addition to this, I don't really want
to use priorities because as the plan gets bigger the priorities become
harder to manage.