Post

5 followers Follow
0
Avatar

Managing Conflicts

Managing Conflicts

What is a Conflict?

A Conflict indicates a contradiction between Start and Due dates of at least two project work items. 

The following are several examples of a Conflict:

  • A hammock (parent item) has a manually set Due date but one (or more) of its sub-items finishes after that date
  • Task T1 has a manually set Due date and Duration. Task T1 depends on task T2 that has a Due date that prevents T1 to be finished on time.
  • Task T1 has a manually set Start date. Task T1 is dependent on another task T2 whose Start or Due date is earlier than the Start date of task T1.

In case of conflict situations, the system does not automatically move planned Start or Due dates accordingly, but rather raises an indication of a conflict.

Affected Work Items

There are two types of Conflict indicators in the system:

  • Impacting – indicated by the  symbol  . Image is indicated on the work item which created the conflict.
  • Impacted – indicated by the  symbol  . Image is indicated on the work item which is affected.

Note:

The If a work item that causes conflict is on the critical path, Impacted work items are marked recursively.

important Note:

Alerts are generated for conflicts on the relevant impacting and impacted work items.

 

How can you handle a Conflict?

As described above, Conflicts are created as a result of contradiction of Start or Due dates between two entities.

 To Resolve a Conflict:

  • Change (or request to change) due date of impacted work item to synchronize with the impacting work item’s due date.
  • Change due date of impacting work item to synchronize with the work item’s due date constraint. You can reduce the duration of the work item (and possibly assign more resources) or remove dependencies, etc.
  • Unset Manually Set flag where relevant and acceptable

Note:

When a conflict is resolved, the appropriate alert is marked as resolved.

 

Clarizen Team Answered

Please sign in to leave a comment.

5 comments

0
Avatar

The third conflict example seems to have typos or I don't understand what "is dependent on" means. Aren't predecessors supposed to have Start Dates that are earlier than their successors? Otherwise, thanks for the explanation.

Chip Nowacek 0 votes
Comment actions Permalink
0
Avatar

My project shows two types of conflicts:
- Impacted Schedule (Explained in the above file)
- Schedule (not mentioned above)

Is "Schedule" identical to "Impacting"?

Also how can I drill into the details to see exactly where the conflict is?

Thanks,
Arnon

Arnon Yaffe 0 votes
Comment actions Permalink
0
Avatar

@Arnon - you can add a column called 'Conflicts' to the workplan - this column will indicate where the conflict is in your schedule. Here's a screenshot - http://www.screencast.com/t/SgbRGtTH0

  1. Click the Gear icon in the Work Plan (upper left corner of the Work Plan panel)
  2. Click 'Columns'
  3. Add 'Conflicts' field
Permanently deleted user 0 votes
Comment actions Permalink
1
Avatar

Hi Vannesa,

Thanks for your reply.

I managed to get to the point of using the "Conflicts" field to find the problematic task.
But finding the problematic task is just the starting point of the investigation. The user needs to find the related tasks and figure out why there is a conflict. There is a lot of "archaeological" required on behalf of the user just to understand what wrong.

I am looking for a way to simplify / automate the investigation for the user.

Arnon

Arnon Yaffe 1 vote
Comment actions Permalink
1
Avatar

Hi Vanessa - is there any answer to Arnon on making it easier to trace the causes of the issue...? While identifying the task is the first step, it could take a long time to establish the root cause.

Chad Williams 1 vote
Comment actions Permalink