Agree with Mike Testro, there must be at least 1 predecessor and 1 successor for every task except the start and finish milestones. But this is not always good enough to prevent dangling logic. Perhaps it should read at least one predecessor link to activity start node and at least one successor link from activity finish node.
Most modern scheduling software implements a variation of CPM scheduling called the Precedence Diagramming Method (PDM). In addition to the “Finish-to-Start” relationship of basic CPM scheduling, PDM allows “Start-to-Start,” “Finish-to-Finish,” and “Start-to-Finish” relationships, all with or without lags. While PDM software allows more realistic and more efficient modeling of real-world project schedules, it is possible for activities to have both predecessors and successors yet still suffer from dangling – hence inadequate – schedule logic. These cases – generally categorized as dangling finish and dangling start – are also known as “orphan relationships.”
Note point to point relationships were defined using volume lags. Be reminded that unlike Time lags Volume lags are statused whenever predecessor activity volumes progress.
It can be argued by using point to point relationships in occasions logic is improved and the more the point to point relationships the better. These rules shall be used as a warning but not as a firm statement that logic is wrong.
Getting the basic link reports as well as the link table is easy, not so when interested in more complex statistics where you might need to export the links table to a worksheet or database file in order to make complex queries. Still the devil is on the details and no such arbitrary rules will substitute a thorough review of the schedule logic.
PMI Practice Standard for Scheduling (2nd Edition) - Schedule Model Good Practice recomend that the only open-ended activities in a project should be the start and finish of the project which is represented by Start Milestone (project start) and Finish Milestone (Project completion). Unless task or milestone was linked to other projects, project start and project finish milestone will always contain open ends how big or small the project schedule is. This is also validate the criticality of activity using CPM.
If you are looking for logic density against each task - DCMA has a valid rule to measure such as:
1) Logic density - average 2 to 4 link predessor and average 2 to 4 successor for each task. Above this threshold indicates overly complex logic within a schedule (includes only normal and milestones task).
2) Milestone ratio - 1 milestone = 20 at least normal activities. (1:20)
3) Merge Hotspot - also known as merge bias, an indication as to how complex the start of an activity having a high number of predecessor links.
4) Diverse Hotspot - an indication as to how complex the end of an activity if the number of links is greater the two, and a high probability that the activity is question may delay a large number of successor.
5) Logic Hotspot - a very high-risk activity having a high number of predecessor link ( 3 or more) and a high number of successor link (3 or more).
Member for
21 years 7 monthsAgree with Mike Testro, there
Agree with Mike Testro, there must be at least 1 predecessor and 1 successor for every task except the start and finish milestones. But this is not always good enough to prevent dangling logic. Perhaps it should read at least one predecessor link to activity start node and at least one successor link from activity finish node.
Most modern scheduling software implements a variation of CPM scheduling called the Precedence Diagramming Method (PDM). In addition to the “Finish-to-Start” relationship of basic CPM scheduling, PDM allows “Start-to-Start,” “Finish-to-Finish,” and “Start-to-Finish” relationships, all with or without lags. While PDM software allows more realistic and more efficient modeling of real-world project schedules, it is possible for activities to have both predecessors and successors yet still suffer from dangling – hence inadequate – schedule logic. These cases – generally categorized as dangling finish and dangling start – are also known as “orphan relationships.”
Dangling Logic
When using point to point relationships the arbitrary rules regarding ratio of links to activity count become meaningless.
Microsoft Word - Links_Lags_Ladders (mosaicprojects.com.au)
It can be argued by using point to point relationships in occasions logic is improved and the more the point to point relationships the better. These rules shall be used as a warning but not as a firm statement that logic is wrong.
Getting the basic link reports as well as the link table is easy, not so when interested in more complex statistics where you might need to export the links table to a worksheet or database file in order to make complex queries. Still the devil is on the details and no such arbitrary rules will substitute a thorough review of the schedule logic.
Best Regards, Rafael
Member for
19 years 10 monthsMy Rule is that there must be
My Rule is that there must be at least 1 predecessor and 1 successor fore every task except the star and finish milestones.
Member for
19 years 7 monthsVery clear and highly
Very clear and highly interesting
Thanks a lot
Member for
19 years 7 monthsVery clear and highly
Very clear and highly interesting
Thanks a lot
Member for
19 yearsHi Frederic,PMI Practice
Hi Frederic,
PMI Practice Standard for Scheduling (2nd Edition) - Schedule Model Good Practice recomend that the only open-ended activities in a project should be the start and finish of the project which is represented by Start Milestone (project start) and Finish Milestone (Project completion). Unless task or milestone was linked to other projects, project start and project finish milestone will always contain open ends how big or small the project schedule is. This is also validate the criticality of activity using CPM.
If you are looking for logic density against each task - DCMA has a valid rule to measure such as:
1) Logic density - average 2 to 4 link predessor and average 2 to 4 successor for each task. Above this threshold indicates overly complex logic within a schedule (includes only normal and milestones task).
2) Milestone ratio - 1 milestone = 20 at least normal activities. (1:20)
3) Merge Hotspot - also known as merge bias, an indication as to how complex the start of an activity having a high number of predecessor links.
4) Diverse Hotspot - an indication as to how complex the end of an activity if the number of links is greater the two, and a high probability that the activity is question may delay a large number of successor.
5) Logic Hotspot - a very high-risk activity having a high number of predecessor link ( 3 or more) and a high number of successor link (3 or more).
6) FS Predecessors - recommended at least 90%