Keep in mind this rule of thumb: All projects should have a start milestone
and a finish milestone. All performance tasks within the project should
have at least one predecessor and at least one successor. If no other
activity is a task's predecessor, the start milestone is the predecessor.
If no other activity is the task's successor, the finish milestone is.
Keying dates in the start and/or finish columns DOES NOT set start or finish
dates or deadlines. Entering a date in the Start column creates a Start No
Earlier Than constraint. Entering one in the Finish column creates a Finish
No Earlier Than constraint.
Why could constraints cause your critical path to disappear? A critical
task is one whose delay would cause the project completion to be delayed.
So consider a project with a start milestone, two tasks A and B of 5 days
duration each, and a finish milestone, all linked in sequence finish to
start. The project starts Monday, 03 Nov. MS Project will calculate the
end date to be 14 Nov and both A and B are critical tasks. So far, so good?
Now add a SNET constraint to B by entering a start date of 17 Nov on it.
Now A will cease to be critical because A runs 03 Nov to 07 Nov, there'll be
a 5 day gap, then B will start on the 17th. Obviously A can be delayed by
1, or 2, or 3, up to 5 days before it starts to push on B and delay the
project finish.
You said the critical path completly disappeared - could both A and B cease
to be critical in the above example? Yes! Take the constraint off of B by
setting it back to ASAP again. Go to the finish milestone which should
currently be showing on 14 Nov. Your boss has given you a deadline of 21
Nov so you try to display that in the project by entering it into the Finish
column for the milestone (that's not the right way to do it but indulge me).
Now A will run from 03 Nov to 07 Nov, task B will run from 10 Nov to 14 Nov,
and the finish milestone (now with a FNET constraint caused by your
entering a desired finish date) will sit on 21 Nov with a 5 day gap between
task B's finish and the milestone. In this situation A has 5 days total
slack and 0 days free slack while B has 5 days free and 5 days total slack.
Since neither of them have zero slack, neither are critical. The problem,
of course, is the project is actually finished the moment the last task is
finished and having the milestone placed in the schedule sometime later than
that moment by virtue of its constraint is introducing an artifact that
shouldn't be there.
I'd bet dollars to donuts that something like this has happend in your
project.