If it is not the type you want, after you create the dependency link, you can edit it to change the type or build in lag or lead time - or essentially time in between the pair of tasks. If you want that type of dependency, then your life just got a whole lot easier. This means one task must finish before another begins. Whenever you create a dependency, it is a finish to start relationship by default. A delay of the task in question would cause a commensurate delay to any task along the driven successor path.Creating Dependencies using Gantt Chart View The Task Path inspector can also highlight the path of driven successors. These are all tasks whose delay would cause equivalent slippage to the task in question. The Task Path feature highlights on the Gantt chart the path of driving predecessors. The Task Inspector tabulates all immediate driving predecessors to the task in question. Microsoft Project 2013 supports the often tedious process of locating displaying driving predecessors with two features: the Task Inspector and Task Path. Once you complete the driving and driven analysis, remove Gantt chart highlights by selecting Format tab, Bar Styles ribbon group, Task Path icon, and Remove Highlighting, Figure 8. Any delay in task E would cause an equivalent delay in these driven successors. Figure 7ĭriven successors to task E are task F and task ‘Project Closeout’. The driven successors of task E are color shaded purple, Figure 7. Again, highlight task E and select the Format tab, Bar Styles ribbon group, Task Path icon, and Driven Successors. Now we want to highlight the task E driving successors, Figure 6. These are all the task E predecessors whose delay would cause a corresponding delay in the start of task E. The driving predecessors of task E are shaded the color orange. The resulting Gantt chart is displayed in Figure 6. Highlight task E and select the Format tab, Bar Styles ribbon group, Task Path icon, and Driving Predecessors, Figure 5. This is possible by implementing the Task Path feature.
But sometimes it is nice to view tasks and their corresponding driving predecessors on the Gantt chart.
Tabulated driving predecessor data is helpful, particularly when a schedule takes up more than one page. Observe in Figure 4 that our Task Inspector now lists tasks B and C as the predecessors to task E both tasks B and C are now driving the start date of task E. In Figure 4 we have a slightly altered schedule task C is now 10 days duration making its finish date equivalent to task B. They, however, are not tabulated because they are not driving the start date of task E. Note that tasks C and D are also predecessors of task E. Yes, it is possible for a task to have more than one driving predecessor.
Figure 3Īs tabulated by the Task Inspector, task E has only one driving predecessor, task B. The Task Inspector displays all immediate predecessors that are driving the start of task E, Figure 3. Highlight task E and select the Task tab, Task ribbon group, Inspect icon, and Inspect Task (from the drop down menu), Figure 2. Let’s first tabulate Task E’s driving predecessor. Again, the driving predecessor of task E determines its start date, and would be the likely cause of task E start date slippage. We want to find out which of these three predecessors is the driving predecessor of task E. Note, in particular, task E, which has three predecessors, tasks B, C, and D. Our demonstration project is displayed in Figure 1. This article demonstrates the Task Inspector and Task Path features for inspecting and displaying driving tasks as well as predecessors and driven successors. Microsoft Project comes with a Task Inspector and Task Path feature for tabulating the driving predecessor and highlighting it on the Gantt chart. The driving predecessor is the task causing any slippage to its successor. You want to quickly locate the task among many predecessors that is the driving task the predecessor task that determines the start date of your task in question. Understanding the root cause of schedule slippage is a common dilemma in projects, and particularly large schedules. But Microsoft Project has features to support displaying driving tasks. Finding the one predecessor among several that may the cause of slippage can quickly become tedious. The larger and more intricate the schedule the greater the challenge to understand the relationships between tasks.