What is a finish to start dependency?

Today, we will discuss the finish-to-start relationship. This is the most commonly used relation in the network diagram.

Before we move into detail on the finish-to-start (FS) relationship, let’s understand the terms we’ll use.

A predecessor activity comes before a dependent activity in a schedule.

A successor activity is a dependent activity that comes after another.

A lead is when the work of a successor activity is started before the predecessor finishes and is indicated by the “-” sign.

A lag is a delay of a successor activity, denoted by the “+” sign. 

Finish-to-Start Relationship

A project network diagram can have four types of dependency:

  1. Finish-to-start
  2. Finish-to-finish
  3. Start-to-finish
  4. Start-to-start

In this blog post, I will provide you with details of the finish-to-start (FS) relationship.

According to the PMBOK Guide, “Finish to Start is a Logical Relationship in which a Successor Activity cannot start until a Predecessor Activity has finished.”

This is the most commonly used relationship in a network diagram; the start of the successor activity depends on the predecessor activity’s finish.

Representation of Finish-to-Start Activity

Here is how a finish-to-start relationship is shown in a network diagram.

What is a finish to start dependency?

Bar chart or Gantt chart of the same is below:

What is a finish to start dependency?

Example of Finish-to-Start Relationship

Let’s say you are constructing a room.

To install the ceiling, you have to construct the walls. In this example, the first activity is constructing walls, and the second activity is the ceiling.

Let’s see a scenario with lag.

After plastering the wall, you will wait for two days to let it cure; then you can start painting. Here the relation is finish-to-start with two days of lag.

Our last example has lead.

Suppose you are constructing a two-floor building. You have two activities in sequence: electrical work and painting. The duration of the electrical work is ten days, and the painting will take six days.

However, as you complete the electrical work on the ground floor in five days, you begin painting while the electrical work on the second floor continues.

Here you have a finish-to-start relationship with five days of lead.

Uses of Finish-to-Start Relationship

This relationship is used in all types of project network diagrams, including activity-on-node diagrams and activity-on-arrow diagrams.

Roles of Finish-to-Start relation in Schedule Compression

This relationship is useful when the project is delayed and the project manager has to compress the schedule.

Finish-to-start is also useful when you want to complete the project earlier and are looking for activities that can be run in parallel. 

Conclusion

Finish-to-start is the most commonly used relationship in project management and can be used in all types of network diagrams. 

Here is where this post on the finish-to-start relationship ends. Please share your experience using it in the comments section.

What is Finish to Start dependency?

1 Answers

The Finish to Start dependency is the default link type applied. It forces a task to start only when/after its predecessor has finished; predecessor finishes and the other starts.
A link can also have a “lag” value specified. Finish-to-start is the most common dependency type. If a nonzero lag is present, it is added to the Start date; otherwise, the task starts immediately after the predecessor is completed. A positive lag value will create a gap between the finish of one task and the start of another.

In a project network, a dependency is a link among a project's terminal elements.[citation needed]

The A Guide to the Project Management Body of Knowledge (PMBOK Guide) does not define the term dependency, but refers for this term to a logical relationship, which in turn is defined as dependency between two activities, or between an activity and a milestone.[1]

Standard types of dependencies[edit]

There are four standard types of dependencies:

  1. Finish to start (FS)
    • A FS B means "activity A must finish before activity B can begin" (or "B can't start until A has finished").[2]
    • What is a finish to start dependency?
    • (Foundations dug) FS (Concrete poured)
  2. Finish to finish (FF)
    • A FF B means "activity A must finish before activity B can finish" (or "B can't finish before A is finished") .[2]
    • What is a finish to start dependency?
    • (Last chapter written) FF (Entire book written)
  3. Start to start (SS).
    • A SS B means "activity A must start before activity B can start" (or "B can't start until A has started").[2]
    • What is a finish to start dependency?
    • (Project work started) SS (Project management activities started)
  4. Start to finish (SF)
    • A SF B means "activity A must start before activity B finishes" (or "B can't finish until A has started")
    • What is a finish to start dependency?
    • (New shift started) SF (Previous shift finished)

Finish-to-start is considered a "natural dependency". The Practice Standard for Scheduling recommends, that "Typically, each predecessor activity would finish prior to the start of its successor activity (or activities)(known as finish-to-start (FS) relationship). Sometimes it is necessarily to overlap activities; an option may be selected to use start-to-start (SS), finish-to-finish (FF) or start-to-finish (SF) relationships....Whenever possible, the FS logical relationship should be used. If other types of relationships are used, they shall be used sparingly and with full understanding of how the relationships have been implemented in the scheduling software being used. Ideally, the sequence of all activities will be defined in such a way that the start of every activity has a logical relationship from a predecessor and the finish of every activity has a logical relationship to a successor".[2]

SF is rarely used, and should generally be avoided. Microsoft recommends to use SF dependency for just-in-time scheduling.[3] It can be easily shown however, that this would only work if resource levelling is not used, because resource levelling can delay a successor activity (an activity, which shall be finished just-in-time) in such a way, that it will finish later than the start of its logical predecessor activity, thus not fulfilling the just-in-time requirement.

There are three kinds of dependencies with respect to the reason for the existence of dependency:

  1. Causal (logical)
    • It is impossible to edit a text before it is written
    • It is illogical to pour concrete before you dig the foundations of a building
  2. Resource constraints
    • It is logically possible to paint four walls in a room simultaneously but there is only one painter
  3. Discretionary (preferential)
    • I want to paint the living room before painting the dining room, although I could do it the other way round, too

Early critical path-derived schedules often reflected only on causal (logical) or discretionary (preferential) dependencies because the assumption was that resources would be available or could be made available. Since at least the mid-1980s, competent project managers and schedulers have recognized that schedules must be based on resource availability. The critical chain method necessitates taking into account resource constraint-derived dependencies as well.

Leads and lags[edit]

Dependencies can be modified by leads, and lags. Both leads and lags can be applied to all 4 types of dependencies.

PMBOK defines lag as "the amount of time whereby a successor activity will be delayed with respect to a predecessor activity".

For example: When building two walls from a novel design, one might start the second wall 2 days after the first so that the second team can learn from the first. This is an example of a lag in a Start-Start relationship.

In accordance to PMBOK a lead is "the amount of time whereby a successor activity can be advanced with respect to a predecessor activity For example, on a project to construct a new office building, the landscaping could be scheduled to start prior to the scheduled punch list completion. This would be shown as a finish-to-start with two-week lead".[1]

Example[edit]

If you are building a building, you can't paint the walls before installing the water pipes into the walls.

Advanced cases of activities dependencies[edit]

Maximal-type relationships[edit]

Activity A and Activity B are said to have a Maximal-Type Relationship, if Activity B can start after Activity A, but with the delay of no more than X.[4] Real life examples, which are simulated by Maximal-Type Relation:

  • Shoring of the trench has to be done not necessarily immediately after excavation, but within certain time, otherwise the trench will collapse.
  • Vaccination of baby has to be done not immediately after birth, but within certain time
  • Renewal of the passport has to be done some time after the current one has been issued, but before it expires.
  • Invoice payment does not have to be done immediately, but within certain time after it has been issued.

Maximal-type relationships are rarely implemented in the project management software, most probably because with this feature it is too easy to create contradictory dependencies.

See also[edit]

  • Dependency structure matrix
  • Outline of project management
  • Project network
  • Project planning

References[edit]

  1. ^ a b A Guide to the Project Management Body of Knowledge: PMBOK Guide. Project Management Institute, Incorporated. 1 January 2013. ISBN 978-1-935589-67-9.
  2. ^ a b c d Practice Standard for Scheduling. Project Management Institute. 2011. ISBN 978-1-935589-24-2.
  3. ^ "Microsoft article of SF links for Microsoft Project". Archived from the original on 2014-02-02.
  4. ^ "ProJack Manager web site, describing maximal-type relationships". Archived from the original on 2014-02-03.

What is Finish to Finish dependency?

What is Finish to Finish dependency? The Finish to Finish dependency forces a task to finish only when/after its predecessor is completed; both tasks finish at the same time. If a nonzero lag is present, it is added to the Finish date.

What is a start to start dependency?

A Start-to-Start (or SS) dependency means that a successor activity cannot begin before its predecessor has started. They do not however have to start at the same time. These dependencies are common within projects which require their tasks to run parallel to one another.

Why is it finish to start dependency?

A Finish-to-Start (FS) dependency is perhaps the most common dependency type that you will come across in projects. This is due to the fact that this 'type' means a successor (second task) cannot begin until its predecessor (first task) is complete, which is the most common scenario in projects.

What is an example of a finish to finish dependency?

Finish-to-Finish (FF) For example, “Fracking cannot finish until pressure testing is complete” “Electrical work cannot finish until drywalling is complete.” “Design work cannot finish until environmental studies are complete”