07.02.2013 Views

Proposals for an Agile Business Process Management Methodology

Proposals for an Agile Business Process Management Methodology

Proposals for an Agile Business Process Management Methodology

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

�<br />

(3) Role-oriented approaches suggest that a role be involved in a set of activities, <strong>an</strong>d<br />

carry out particular responsibilities (Ould, 1995). A group of primitive activities c<strong>an</strong> be<br />

assigned to a particular role (i.e. actor or agent). However, these approaches are not<br />

suitable to express the logic of intricate sequencing.<br />

(4) Speech-act oriented approaches, based on speech act theory under l<strong>an</strong>guage/action<br />

perspective, view the communication process as four phased loop: proposal, agreement,<br />

per<strong>for</strong>m<strong>an</strong>ce, <strong>an</strong>d satisfaction (Medina-Mora et al., 1992). Although business cases c<strong>an</strong><br />

be viewed as a communication between customers <strong>an</strong>d per<strong>for</strong>mers, this approach does<br />

not provide much help in <strong>an</strong>alyzing existing processes or creating new processes.<br />

2.1 Limitations of BPM modeling<br />

BPM modeling methods present adv<strong>an</strong>tages or disadv<strong>an</strong>tages according to a host of different<br />

issues. The org<strong>an</strong>ization’s business process modeling requirements differ <strong>an</strong>d so do the<br />

environments where the models are to be used (Bider, 2005). For example, modeling methods<br />

may depend on whether or not the org<strong>an</strong>ization is functionally structured; on whether it has<br />

<strong>for</strong>mal me<strong>an</strong>s of internal communications; on how strictly it defines responsibilities <strong>for</strong> each<br />

position; or on whether or not processes have been previously identified.<br />

The mech<strong>an</strong>isms <strong>for</strong> verifying the process in terms of correctness, completeness, relev<strong>an</strong>ce <strong>an</strong>d<br />

feasibility or economic efficiency are also extremely complex (Curtis et al., 1992; Becker et al.<br />

2000).<br />

Correctness of the process constrains the modeling primitives <strong>an</strong>d combines them according to<br />

pre-defined rules. A model must also be sem<strong>an</strong>tically correct; there<strong>for</strong>e, it has to be <strong>for</strong>mally<br />

correct <strong>an</strong>d consistent with the perception of the real world. The consistency between different<br />

models is viewed as a part of the correctness of the model.<br />

Completeness dem<strong>an</strong>ds that a sufficient set of concepts is included in order to provide the<br />

expressive power that is needed <strong>for</strong> representing all relev<strong>an</strong>t aspects of the domain.<br />

Relev<strong>an</strong>ce postulates the need:<br />

� to select a relev<strong>an</strong>t object system (universe of discourse),<br />

� to take a relev<strong>an</strong>t modeling technique or to configure <strong>an</strong> existing meta model<br />

adequately, <strong>an</strong>d<br />

� to develop a relev<strong>an</strong>t (minimal) model system.<br />

A model includes elements without relev<strong>an</strong>ce, if they c<strong>an</strong> be eliminated without loss of me<strong>an</strong>ing<br />

<strong>for</strong> the model user.<br />

The economic efficiency dimension is comparable to criteria <strong>for</strong> business feasibility <strong>an</strong>d is<br />

supported by notions such as reference models, appropriate modeling tools or the re-use of<br />

models. Lindl<strong>an</strong>d et al. (1994) claim that economic efficiency factors restrict the correctness or<br />

the clarity of a model.<br />

From the point of view of BPM practitioners, the limitations that BPM modeling might be<br />

summarized as follows (Coelho, 2005):<br />

- <strong>Process</strong> improvement is focused on methods <strong>an</strong>d tools, often <strong>for</strong>getting the people<br />

dimension<br />

- BPM often begins with a lengthy <strong>an</strong>d monolithic “AS IS” <strong>an</strong>alysis<br />

- BPM is focused on a team of external consult<strong>an</strong>ts mapping the org<strong>an</strong>ization’s explicit<br />

knowledge, often with little regard <strong>for</strong> the tacit knowledge<br />

%�

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!