I understand that - however, if I could suggest, Project best comes into its
own when it is used to figure out exactly what workflow and resource
assignments will result in a schedule that meets your hard date
requirements. By hard coding dates, you are merely using it to document
those requirements and there's nothing in the schedule drivers that will
actually force it to happen the way you need it to. The date on which a
task can take place or a deliverable completed is driven by the workflow
that leads up to it, having the right resources in the right place at the
right time with all the preparatory work completed, and not by the simple
declaration that "X happens here." If you try it my suggested way and find
the calculated dates don't match up to the required dates, you'll probably
find the real world is equally uncooperative and when you try to work the
schedule as you declared it to be, you'll discover you aren't able to
actually meet the dates you've declared where things are required to happen.
Those dates will come and the tasks won't be able to start as they're
supposed to because the prep work isn't finished yet or some such occurance.
You can't just say something happens on such and such a date - you have to
arrange its predecessors so the workflow MAKES it happen there. And Project
is there for you to do a "what-if" to see what the various management
decisions you can make will do to the dates where your important milestones
will take place, to help you figure out just how you have to organize it so
it does meet your business needs.
Just sharing some thoughts. Best of luck
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit
http://project.mvps.org/faqs.htm for the FAQs
Londa Sue said:
Actually, in this case, I have extremely hard appraisal dates by which
these
tasks need to be completed. Consequently, I must schedule hard dates for
task completion taking into account a number of other factors.
I have what I need. I was a bit ahead of myself.
Thanks for all the help,
Steve House said:
One thought. You said you don't want to enter the durations of your
tasks
manually but you ARE entering the dates manually and want Project to
calculate durations from them. That's backwards of the way Project
works,
I'm afraid, and seems to me to require even more data entry than doing it
the right way from the start. The better way is to enter the project
start,
task links and task durations and have Project calculate the dates the
tasks
will be able to begin and finish from the data. You don't tell it the
schedule, it tells you. Once you have the schedule with resources
assigned,etc, and the calculated schedule meets your business needs, you
save the baseline so you have a static copy for future tracking and
reference as posted actual work causes the projected schedule to change
dynamically.
--
Steve House [Project MVP]
MS Project Trainer & Consultant
Visit
http://project.mvps.org/faqs.htm for the FAQs
I've begun a schedule by inserting baseline duration, start, and finish
columns, as I've done before. The problem is that the baseline
duration
field is not auto-calculating as it normally does. Enter start and
finish
dates out comes an estimated duration. For some reason, this isn't
happening.
I don't want to have to manually enter each duration. What am I
missing?
Your help is appreciated.