Critique of Task Management

  • July 15, 2013
  • Scott
  • 2 Comments

Anatoly often brings great issues to the table – the kind of problems we and our clients wrestle with periodically – and gives some great analysis of potential solutions.

This time, the subject is “Task Management” in the context of process management:

The idea is simple: someone assigns tasks by setting goals, responsibles and terms. It’s easy enough to develop a system automating terms control, due dates reminders, statistical analysis, etc.

Any decent process system (i.e. BPMS) features built-in task management. Task durations, notifications, delegation, on-the-fly reassignment in the event of unplanned leave are available out of the box. If necessary, the process scheme can implement more sophisticated things like timers, escalation or cancellation by external events.

But there are two problems.

The first problem is “who” – who assigns the task?  As Anatoly points out, bubbling this decision up to “the big boss” is an expensive way to assign tasks. On the other end of the spectrum, automating can de-humanize the assignment.  And as Anatoly points out, there needs to be general agreement about who makes these decisions and how.

Second, you need context from the previous steps – process context – in order to do the next step well and correctly:

Process systems provide such context – each process instance has a set of attributes, and each task is associated with certain attributes as its input and output.

But, basic task management systems don’t provide much more than a basic description of the task:

More advance approach links a task to a dedicated folder containing Word and/or Excel documents i.e. by utilizing ECM. But if we don’t store the information in a structured way (not in the database) then we should a) be prepared for errors, duplicates and inconsistencies in the data; forget about the integration with legacy systems (e.g., accounting) – multiple data entry, multiple errors.

Case Management doesn’t really address the problem sufficiently either:

The case management systems (ACM) are good in providing the context but their ability to cope with cross-functional issues is questionable. The same issue may arise: department A may assign a task to an employee of department B within the case C but are we sure the latter would accept it readily? It’s no surprise that most case management examples don’t go beyond a single department.

Like Anatoly, I see customers wrestle with task management often.  I’ve even seen customers mistake their task management problem for their process problem – not realizing that task management is “orthogonal” to the process, as it can only be done correctly with a combination of process context and context of all the other executing processes (otherwise, how to accomplish load balancing, skill selection, etc.).

When presented with a “task management” problem, absent a process context, take a step back and find out what the root causes of their current task management or throughput challenges are (usually they are related).  There’s likely a cross-departmental process issue to uncover – of which task management is just the department-level exposed raw nerve.

And then make sure you address the “human” and organizational side of the equation.

 

Related Posts
  • November 8, 2018
  • Larry
  • 0 Comments

[Editor’s note: This guest post is the ninth in a series from Larry Taber, BP3’s Digital Strategy Officer ...

  • November 6, 2018
  • Joe
  • 0 Comments

Editor's note: This is a series devoted to the migrations from the IBM Digital Process Automation eclipse base...

  • November 5, 2018
  • Scott
  • 0 Comments

I was really pleased to see Jonathan Huang of Centric writing a review of his experience with Brazos UI Toolki...