Exactly why I try to discourage people from using FNLT or MFO constraints to
express their objectives. In my book, constraints model physical realities
availability says it could go earlier. Using a deadline instead of a FNLT
signs of impending trouble.
Post by davegbPost by Mike GlenHi MMM,
Welcome to this Microsoft Project newsgroup :)
The others have answered all but one question on how slack is calculated.
You might like to have a look at my series on Microsoft Project in the
TechTrax ezine, particularly #1 and its reference to Network Analysis, at
this site:http://tinyurl.com/2xbhc or
this:http://pubs.logicalexpressions.com/Pub0009/LPMFrame.asp?CMD=ArticleSe...
(Perhaps you'd care to rate the article before leaving the site, :)
Thanks.)
FAQs, companion products and other useful Project information can be seen at
this web address: <http://www.mvps.org/project/>
Hope this helps - please let us know how you get on :)
Mike Glen
MS Project MVP
Post by MMMProjectI have several critical paths showing in my project and believe it is
due
to
each of these tasks showing either zero slack or negative slack. My questions
a) Should there always be only 1 critical path? If there are multiple task
collections that are at zero or negative slack would these not produce a
critical path per collection?
b) What causes negative slack? Can you please specify the exact calculation
for Total Slack? I have a task that is fixed duration (90 days) but
the
work
is only 9 days and it is showing with a large negative slack. I would think
this would be true only if the work could not be completed by the task end
date, but this is not the case. If it matters, this task was not in the
original baseline.- Hide quoted text -
- Show quoted text -
The calculation for Total Slack is: TS = LS - ES = LF - EF where LS =
Late Start, ES = Early Start, LF = Late Finish, EF = Early Finish.
Negative slack means you're trying to get 10 lbs of manure into a 5 lb
bag. The sum of the durations of the tasks along the Critical Path is
greater than the available schedule time between your Project Start
and Project Finish dates. This of course depends on having a
meaningful CP, which, as others have pointed out, can be tricky. The
biggest problem usually is constraints, particulary SNL, FNL, MSO and
MFO. I always start by scheduling without constraints, even if I know
I'll have some before I'm done. It's important to know if you
unconstrained schedule is at least somewhat realistic. If your
unconstrainded schedule finishes before on on your intended end date,
throw a party! It doesn't seem to happen very often. More likely, it
will finish later than you would like. How much later is important
information. If it's a 6 month schedule, and your unconstrained
schedule is a few days late, shouldn't be much of a problem to attack
the CP and make up those days. OTOH, if its a month late, there is
serious cause for concern. You're probably trying to do the
impossible. There is a limit to how much can be done in a given amount
of time. Back to the 10 lbs of manure in a 5 lb bag.
If you now enter the ending constraint into the schedule and try to
force it back, you'll see the negative slack. Bad news! Either way,
the problem is now defined. You know how bad it is. How you handle it
from here depends on your PM skills, your team, management, the client
and a dozen or so other factors. But it needs to be dealt with
somehow.
Hope this helps in your world.