Scheduling conflicts between project tasks
Scheduling conflict helps you to identify project tasks that are not honoring dependencies. A scheduling conflict occurs when one project task prevents other task from starting on the specified date because of dependencies or constraint types.
A scheduling conflict occurs when any action such as applying a dependency, changing constraint type, or constraint date causes the task start date to violate the project's constraint date.
When a scheduling conflict occurs, the system warns you about the conflict. You can choose to cancel the action that is causing the conflict or continue with the conflict. If you choose to continue with the conflict, the constraint date is given highest precedence and dates are recalculated. The start date is moved till allowed by the task constraint date, but dependency is not honored.
For example, consider the following scenario:
- T1 with constraint type set to As soon as possible and start date of 20 January.
- T2 with constraint type set to Start no later than and start date of 20 January.
In this example, if you choose to proceed with the conflict, the start date of task T2 is moved to 20 January which is the constraint date.
Scheduling conflict between tasks is shown for tasks with Start no later than and Start on specific date time constraints.
If you want the task to honor the dependency and adjust the start accordingly, change the constraint type of the task to Start ASAP.
- The client-side planning console displays a pop-up message with an option to proceed with the conflict or cancel the action. If you proceed with the conflict, the constraint type is applied or date is changed appropriately to the next feasible date.
- The calendar icon (
) on the client side planning console changes to red (
) to indicate the conflict.
- The calendar icon on the server side planning console changes to red (
) to indicate the conflict.