Can you give me an example of a Start to Finish dependency? Wikipedia describes it like this:
Start to finish (SF)
A SF B = B can't finish before A starts

|
Can you give me an example of a Start to Finish dependency? Wikipedia describes it like this:
|
||||
|
|
I don't think I have ever used this, but I have generally thought of a Start - Finish dependency as being used where an agree period of handover is required between two activities. Consider the following scenario: In a system implementation project, it would be quite normal for project personnel to provide a level of support for a system for a settling down period after go-live. At some point, responsibility for support must transfer (in our hypothetical example) to an in-life support team. For a defined period - let's say two weeks - both the project resources and the in-life resources are delivering support, while a handover takes place from one to the other. This is a Start - Finish dependency, because the In-life team have to start to support the system before the Project team can finish. |
|||
|
|
Both David and Iain have given good examples. As David said, it's the logic that's driving the dependency. Most tasks are FS - task B can't start until task A is complete, and task dependencies are looked at as straight hand-offs. SF simply inverts the logic - task B can't be considered complete until task A has started (the hand-off has occurred.) |
|||
|
|
|
I think that a FS dependency is useful when you have an activity that can't finish before the dependant starts. Imagine a watchman is hired to take care of a building during nights and the manager tell him that his activity can't finishes until the buiding adminstrator comes in the morning. the arriving time can vary every day but the watchman cannot finish his activity until the administrator comes and star working. Other example for a fixed date of starting date: I have to place the forms for a column after these are removed from another already poured and cured. I know what the starting date to start forming the new column is (fixed date) and need to install the rebar for that column previously. Therefore, I can link column formwork installation (b) and rebar installation (a) with a SF relationship meaning that activity b must start for activity a to be considered finished. |
|||
|
|
|
A SF dependency will look exactly like a FS dependency with a lead in units of time if you are looking at the network diagram (notwithstanding the arrows). The difference comes down to the logic of the constraint. For example, the FS dependency with a two day lead is saying that task 2 is scheduled to start two days before task 1 is scheduled to finish. The assumed logic with this schedule is task 2 can start within two days of task 1 finish, but it can start earlier if resources allow and can start later if you are slipping for other reasons. In a SF dependency with a two day lead, task 2 must start two days before task 1 finishes; else, task 1 cannot finish. The assumed logic here is a must versus a can. A rough example might be the use of a crane to hoist a heavy object onto the 35th floor of a building under construction. The work package that contains the resources--human and equipment--to operate the crane is task 1. It successfully hoists the object up to the 35th floor and has successfully positioned itself for transfer. However, the next work package, task 2, which contains the receiving resources--both equipment and personnel--are not there and are not ready to start. Task 1, although it has completed it target action on time and is ready to transfer, will remain "active" until the next package starts. The output of package one and the input of package two must occur together. |
|||
|
|
I always liked the example of the the baby sitter, who wants to finish minding the child but cant finish until a parent returns ( and starts minding the child). |
|||
|
|
|
This is the term most confused and misunderstood. Even the latest edition of PMBOK makes a mess of it. Rather, it makes a laughing stock when, while giving the example of security shifts, it says that the "first" security shift is a SUCCESSOR ACTIVITY and the "second" security shift (which is to come after the first shift) is a PREDECESSOR activity. And then they examine people for PMP!!! I am a strong believer of the KISS (Keep It Simple Stupid) Doctrine. Take the example of a generator which is online and providing power to a building. Call this activity A. The generator will not stop until electricity from the main grid comes on. Call the activity involving power from the mains B. So, the predecessor activity A will not end until the successor activity B starts. In the network diagram, this dependency will be represented as follows: a. Box B to the right of Box A, to represent correct chronological order. b. Arrow from the start of Box B (to represent activity start) to the end of Box A (to represent the activity end). This will be exactly opposite to the Finish to Start dependency. This is how I have understood the issue. |
|||
|
|
|
Consider this simple example which you can test in Microsoft Project to see how it works practically. To explain the use of a start to finish (SF) dependency I will also explain how it differs from a FS dependency You have two tasks, Prepare for Store Opening and Opening Day. Opening day is planned for a Friday and you need 2 days to prepare. The task Opening Day cannot move and must happen on the Friday. Finish to Start: Prepare for Store Opening runs over Wednesday and Thursday and is linked (FS) to Opening Day which is on the Friday. If you realise that you need 4 days to prepare and change the task Prepare for Store Opening duration to 4 days it will push the Opening day task into the following week which you cannot have happen. Start to Finish: The same scenario, you set the tasks up using a SF dependency and then realise that you need 4 days instead of 2 days to prepare. With the SF relationship, when you update the duration to 4 days it keeps the Opening Day on the Friday and rather moves the Prepare for Store Opening task start date earlier as it adds to the duration. This will mean that you now need to start preparations on the Monday in order to be on time for the Opening Day. |
|||
|
|
|
The best example of Start to Finish implementation involves the following analysis, which for the sake of simplicity I provide the URL: Start to Finish Example |
|||||||||||||||
|
A concrete example from a construction projectThe babysitter example is good. However, here is a concrete example (pun intended!) from a construction project: Let us say you are buying a pre-fab shed. The pre-fab company sent to you the drawing for the concrete foundation and the location of the foundation bolts to set the shed on. The foundation with the bolts is ready and cured and the truck carrying the fully assembled shed has arrived on site. Now you have the following tasks in your schedule:
You might have hired a crane from one vendor to unload the shed and a separate installation crew. The unloading task can start - you can mount the wire ropes and prepare the lifting points. However, can you let the crane complete the work of unloading the shed even though the installation crew has not yet started work? No, the unloading task cannot be completed until the installation task starts. This is a start to finish (SF) dependency. |
|||
|
|
|
Baby sitter and hadover, both are the best examples to make a learner understand the meaning of SF. If the work is completed, handover can not be started untill the take over team starts... and so the work can not be considered complete as the hand over is not started... |
|||
|
|