What I suggest is that Project is ideal as a "what if" planning tool
so you CAN hit your required dates AND get all the preparatory items
done on time. If you let it, it can show you what effect changing
something in the plan will have on the final completion date. Some
changes will make it go later. Other changes will bring it forward.
I think you are completely missing my point. I understand what Project
does and how a project should be constructed to see if it's possible.
Now what I'm telling you is that I want to use it as a tool to do
backwards planning from a fixed date. You've said a lot about philosophy
and why I shouldn't but nothing about how I might be able to.
Here's the deal. If I plan a media event, it WILL take place on a fixed
date. I am not constrained by resources. There are certain tasks that
can float around. There are others that MUST happen (like issuing press
releases on fixed schedules) simply because that's how they are most
effective (like day-of, 3 days prior, 1 week prior, 2 weeks prior,
etc.).
I'm not talking about using Project as a what-if tool. I'd like to use
it as more of a graphical, timeline, master checklist, who-does-what
tool. Lots of activities happen FROM the end date. The end date doesn't
depend on or change based on what happens prior. The end (event) date
will not be missed.
Now if Project can't or doesn't work in this fashion, all someone has to
do is say -- WRONG TOOL. And point me in the direction of something that
will.
Back in my old product management days, I constructed lots of projects
using SuperProject and MS Project that were entirely based on time
estimates, feedback, actual completions, resource constraints, etc. The
end date was never a work back from date. Now I'm trying to do something
very different. If it can't be done, just say so.