Pattern 26 (Selection Autonomy)

FLASH animation of Selection Autonomy pattern

Description

The ability for resources to select a work item for execution based on its characteristics and their own preferences.

Example

Of the outstanding Pruning work items, the Head Gardener chooses the one for execution they feel they are best suited to.

Motivation

The ability for a resource to select the work item that they will commence next is a key aspect of the "heads up" approach to process execution. It aims to empower resources and let them have the flexibility to prioritise and organise their own individual work sequence.

Overview

This pattern is a common feature provided by work list handlers in most PAIS. It typically manifests itself in one of two forms: either a resource is able to execute multiple work items simultaneously and thus can initiate additional work items of their choice at any time or they are limited to executing one work item at a time, in which case they can only commence a new work item when the previous one is complete although they can choose which work item they will commence next. Where a system implements "heads down" processing, it is common for the Selection Autonomy pattern to be disabled and for the system to determine which work item a resource will execute next.

Context

There are no specifc context conditions associated with this pattern.

Implementation

All of the workflow engines examined (except BPMN and UML 2.0 Ads which do not support any notion of worklist handler) provide support for this pattern.

Issues

One consideration with this pattern is whether resources are still offered complete flexibility to choose which work item they will undertake next when there are urgent work items allocated to them or whether the system can guide their choice or dictate that a specific work item will be undertaken next.

Solutions

Where autonomy is offered to resources in terms of the work items that they choose to execute, it is typically not revoked even in the face of pressing work items. Staffware and WebSphere MQ provide a means of highlighting urgent work items but do not mandate that these should be executed. Other PAIS examined do not provide any facilities in this regard.

Evaluation Criteria

An offering achieves full support if it satisfies the description for the pattern.

Product Evaluation

To achieve a + rating (direct support) or a +/- rating (partial support) the product should satisfy the corresponding evaluation criterion of the pattern. Otherwise a - rating (no support) is assigned.

Product/Language

Version

Score

Motivation

Staffware 9 + Directly supported as the standard means for a resource to select the next work item
Websphere MQ Workflow 3.4 + Resources can select the next item for execution from those on their work queue
FLOWer 3.0 + Users can execute any work item at, ahead or behind the wavefront
COSA 4 + Resources can select any of the work items on their queue to initiate next
iPlanet 3.1 + Directly supported for offered work items
BPMN 1.0 - Not supported
UML 2.0 - Not supported
Oracle BPEL 10.1.2 + Oracle BPEL PM supports this pattern directly. The user can select and act on any of the task displayed in his work list.
jBPM 3.1.4 + jBPM supports this pattern.
OpenWFE 1.7.3 + OpenWFE supports this pattern.
Enhydra Shark 2 + Enhydra Shark supports this pattern.

Summary of Evaluation

+ Rating

+/- Rating

  1. A resource is able to select the next work item that it will commence from any of those currently in ites work queue
  1. N/A