What's the opposite of "Slippage"?

I am developing a new schedule template which visualizes tasks which start/finish after the deadline, and task which start/finish earlier than planned.

Now I am looking for an appropriate terminology:

- the first would be called a "slipped task", or "task slippage"

- the second? An "advanced task", or "task advance"?

Btw: I find it strange that there seems to be only an established term for the negative situation, but none for the positive situation. The positive situation is also important, as it might provide the opportunity for either creating some contingency in the schedule, or even get a bonus for early delivery.

M
Martin Härri 👤 Member for 15 years 1 month

Hi all

Thanks for your comments. I think I like the "Early" vs. "Late" terminology most. While Rafael semantically is right, you can slip backwards as well as forward, the term "Slippage" is usually defined as "slipped backward", so I don't want to confuse people.

I'll stay with Early and Late. Thanks.

R
Rafael Davila 👤 Member for 22 years 3 months

I guess Martin is comparing Previous Early Task versus Current Early Task.

Some are delayed other stay the same and others are moved forward after an update. The difference between the two is called slippage.

M
Mike Testro 👤 Member for 20 years 5 months

Hi Martin

Why not just use Early Task and Late Task.

Best regards

Mike Testro

R
Rafael Davila 👤 Member for 22 years 3 months

"moved forward", if slippage is defined as to meant only a delayed task, still I believe slippage can go either way, positive slippage meaning a delayed task while negative slippage meaning a moved forward task. Then in such case the opposite to slippage would be non-slippage, not moved or fixed task. Is a matter of semantics.

S
Stephen Devaux 👤 Member for 21 years 2 months

Hi, Martin.

"The positive situation is also important, as it might provide the opportunity for either creating some contingency in the schedule, or even get a bonus for early delivery."

Absolutely right!  There are all kinds of ways in which "acceleratiing the schedule" (the term I use in my book and articles) leads to an "acceleration premium".  And of course, after slippage, one needs "acceleration" to "recover" the schedule and avoid delay penalties.  The principal is the same.

The method is greatly aided by identifying the drags of the critical path tasks, i.e., how much time each is adding to the project duration.  Two articles on the subject:

http://216.90.91.41/content/articles/246653.cfm

http://216.90.91.41/content/articles/234282.cfm

As far as I know, only two software packages compute critical path drag: Spider Project, which has its own forum here on PP, and the Sumatra Project Optimizer, an add-on to MS Project.

Fraternally in project management,

Steve the Bajan

Forum Sponsor

Top Posters

Julian Pegg
1 posts
Peter Nagy
2 posts
Raymund de Laza
17 posts
Syed_Asad
0 posts
Tony Greyvenstein
0 posts
Ahmed Al-Jubouri
13 posts
Umar Alvi
3 posts
Sibusiso Mahlalela
0 posts
Michael Samanyayi
3 posts
Simon Gumede
0 posts