<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Defining Requirements for Business Process Flexibility</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Kuldeep Kumar</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Murali Mohan Narasipuram</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Associate Professor, Department of Information Systems, City University of Hong Kong</institution>
          ,
          <addr-line>83 Tat Chee Avenue</addr-line>
          ,
          <country country="HK">Hong Kong</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Professor of IS Research, RSM, Erasmus University</institution>
          ,
          <addr-line>NL</addr-line>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Professor of IS, Florida International University</institution>
          ,
          <addr-line>Miami</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Visiting Professor, Department of Information Systems, City University of Hong Kong</institution>
          ,
          <addr-line>83 Tat Chee Avenue</addr-line>
          ,
          <country country="HK">Hong Kong</country>
        </aff>
      </contrib-group>
      <fpage>137</fpage>
      <lpage>148</lpage>
      <abstract>
        <p>The recent work on business process flexibility focuses primarily on defining and classifying business process flexibility and developing strategies, architectures, and tactics for achieving it. However, to specify the required type and level of business process flexibility it is essential to understand how the need for flexibility arises in the first place, and how this need affects the requirements for flexibility. The objective of this position paper is to examine the characteristics of the environmental variations that provide the stimulus for designing business process flexibility and its implications for the design and management of business processes.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1.0 Introduction</title>
      <sec id="sec-1-1">
        <title>Stimulus for Business Process Flexibility (BPF)</title>
        <p>Strategies and
Tactics for
Achieving BPF</p>
      </sec>
      <sec id="sec-1-2">
        <title>Business Process Flexibility (BPF)</title>
        <p>Ideally all three perspectives of flexibility should work in consonance. Business
Process Flexibility should be designed in such a way so as to meet the demands of
variations, whereas the strategies and tactics for achieving business process flexibility
would be appropriate to meeting the BPF design requirements. Practically, sometimes
the link between these three perspectives of flexibility is sometimes not explicit.
The recent work on flexibility in general and business process flexibility in particular
focuses primarily on defining and classifying business process flexibility and
developing strategies, architectures, and tactics for achieving the requisite levels of
flexibility. There is only minimal work that examines the antecedents of business process
flexibility, that is, the characteristics of the variations that give rise to the need for
flexibility. However, to specify the required type and level of business process
flexibility it is essential to understand how the need for flexibility arises in the first place,
and how this need affects the requirements for flexibility.</p>
        <p>
          The objective of this position paper is to examine the characteristics of the
environmental variations that provide the stimulus for designing business process flexibility
and its implications for the design and management of business processes.
The paper is organized as follows. The next section describes the theoretical
underpinnings of the need for flexibility derived from Herbert Simon’s conceptualization of
the design of an artifact (Simon 1996) and Ashby’s law of requisite variety
          <xref ref-type="bibr" rid="ref1">(Ashby
1958)</xref>
          . Section 3.0 presents a definition and categorization of the need or stimulus for
flexibility. Section 4.0 relates this categorization to the various responses to this need
as outlined in taxonomy of business process flexibility proposed by Regev, Soffer,
and Schmidt (2006). Finally Section 5.0 ends with a set of concluding remarks about
the implications of this framework.
2.0 Theoretical Underpinnings of the need for Business Process
Flexibility
        </p>
        <p>
          “Only variety can destroy variety”
          <xref ref-type="bibr" rid="ref1">(Ashby 1958)</xref>
          In this section we discuss two seminal works from system sciences and cybernetics
that underlie our discussion of the rationale or stimulus for flexibility: Herbert
Simon’s concept of an artifact, and Ashby’s Law of Requisite Variety.
Following Herbert Simon (1996), we consider business processes to be goal-oriented
design artifacts that need to adapt to the requirements of its inner and outer
environments. The outer environment of the business process is the environment the process
operates in, including the demands (or outcome demands) from its customers, the
sourcing of process resources from its suppliers, and its social, technical, and
economic contexts. The inner environment of the business process is its structure, its
actors and resources, and the flows and business rules. Simon defines the design of
the artifact as the design at the interface between the outer and inner environments
(Simon 1991, p.7). Flexibility of the designed artifact (in our case the business
process) is its ability to adapt to the variations in or changing requirements of its
environment, in order to continuing meeting its goals. The adaptation in the process artifact
can either be reactive, as a result of experiencing a variation in the environment, or
proactive, as in anticipation of a variation or changes.
        </p>
        <p>
          The Law of Requisite Variety, often called Ashby’s Law
          <xref ref-type="bibr" rid="ref1">(Ashby 1958)</xref>
          , provides
guidelines for designing flexibility in systems. The law tells us that a "system" has
"requisite variety" if its repertoire of responses (that is, its flexibility) is at least as big
as the number of different stimuli it may encounter in its environment. A system
without requisite variety will fail whenever it encounters the unexpected and as such
is not a "viable system". We see examples of this all the time in business processes
where a process with a limited set of responses is unable to react to greater variations
in the requirements on the process.
        </p>
        <p>We differentiate between two types of business process flexibility – Pre-Designed
Flexibility: the need for process flexibility is anticipated and by the process designer
and therefore process flexibility is pre-designed; and Just-in-Time Responsive
Flexibility – flexibility that is created on the fly by the process manager1 at the time of
occurrence of the unanticipated or ambiguous variation. Pre-designed flexibility is
built into the design of the process; just-in-time responsive flexibility requires an
intelligent process manager who can interpret the unanticipated variation and design
the flexible response to it at the time the variation occurs. The differences between the
two types of flexibilities depend upon the nature of the variability of the environment,
the underlying reason or stimulus for flexibility.
3.0 Need or Stimulus for Business Process Flexibility
Design of requisite business process flexibility thus requires an understanding of the
variations and perturbations that is the stimuli that require a flexible response from
the business process. In this section we explore the characteristics of the stimuli and
1 Process manager is a role that is responsible for the management of the overall
business process. The incumbent in this role could be an individual or a team of people.
their general relationship to business process flexibility. We provide a taxonomy of
stimuli to Business Process Flexibility in Table 1. The BPF stimuli are explained in terms of
their description, the number of paths for process fulfillment, the response responsibility and
the level of flexibility resolution. Then, we illustrate this taxonomy by using two
examples, one from disaster response processes, and the other from the example of an
order fulfillment process for computers.</p>
        <p>A Business Process is a collection of interrelated work-tasks, initiated in response to
an event that intends to achieve a specific result for the customer of a process.
Worktasks are performed by Process actors. Actors may manage other actors, tasks may
consist of other tasks, actors manage or control resources, and actors deploy the
resources in performing tasks to meet the customer’s requirements. Process
management is a higher level process that monitors, adapts and controls the overall process.
The intended specific result for the customer is expected to be achieved despite the
variety and variations in the stimulus to the process. The process identity arises
through the identification with the process customer-type and their required process
deliverables. Thus, as long as the customer-types and the required deliverable-types
are constant, the process maintains its identity even though the tasks within the
process and their interrelationships, or process actors and resources may change.
Ilia Bider (2005) in his keynote talk last year in BPMDS 2005 observes: “When you
ask people how they do things, they, most probably, will know how things are done
in “normal” circumstances, forgetting many of not so normal cases. ….No wonder the
end users then start complaining about “lack of flexibility” as soon as the system is in
place.” (Bider 2005, p.7) Thus, often systems are designed only for the normal case,
and therefore have a monotonic response behavior. However, as Bider points out,
monotonic systems are rare, and systems that are designed to be monotonic are often
the result of inadequate requirements analysis.</p>
        <p>Next, following the discussion in Section 2.0 we recognize that the requirements for
flexibility may arise due to variety in stimuli that can either be pre-identified and
predefined, or can be the result of ambiguous or unanticipated variations in stimuli. We
further differentiate between ambiguous variations in stimuli, i.e. variations that can
not easily be understand and classified, but are still within the range of existing
experience, and variations that come as complete and total surprise.</p>
        <p>In the case of variations in stimuli that can be anticipated and pre-defined the designer
of the process can build-in the flexible response at the level of the process itself. This
requires that all variations are identified crisply as mutually exclusive and collectively
exhaustive. Thus pre-defined selection/decision points in the process can be used to
steer the process in line with the contingency. Flexibility is thus resolved within the
process. However, in the case where variation in the stimuli is either ambiguous, or is
totally unexpected, the requisite flexibility cannot be built into the process. In these
cases, process flexibility can be achieved by passing the responsibility for interpreting
the variation and designing the response to an intelligent and innovative
decisionmaker above the process, the process manager.
To illustrate the variations in characteristics of the stimuli for business process
flexibility we next examine two examples: (i) processes for responding to a hurricane, and
(ii) an order fulfillment process for an order for a computer. We will describe the BPF
stimulus, typical response and the response responsibility for two examples above in
Tables 2 &amp; 3 respectively.
4.0 Relationship between the Stimulus for Flexibility and Business
Process Flexibility
Regev et al (2006) have classified business process flexibility with respect to the
types of changes it enables. Their classification includes three orthogonal dimensions:
the abstraction level of the change (type and instance), the subject of change
(functional perspective, operational perspective, behavioral perspective, informational
perspective, and organizational perspective) and the properties of the change (extent,
duration, swiftness, and anticipation). We suggest that the characteristics of the
stimulus defined above can be used to identify the requirements for business process
flexibility identified by Regev et al.</p>
        <p>However, before we do so, we need to re-clarify the understanding of the concept of
flexibility and change. Above we had defined flexibility as the capacity of adapting to
variations. We also demonstrated that this capacity, to some extent, can be built into
the design of the process itself (Type B stimulus). Thus in case of stimuli Type B we
do not need to change the design of the process. We have a self-adaptive process. The
process flexibility is inherent in the process design and manifests itself through the
choice of alternate paths for different process cases.</p>
        <p>However, in cases C and D the flexibility is not completely built into the process
design. It requires an intelligent process manager to interpret variations, select or
change the design of the process in response to the variation, and execute it. Thus
qualitatively, this change is different than the type B change and includes changes in
process design as well as process enactment.</p>
        <p>Tables 4, 5 &amp; 6 show how the BPF taxonomy proposed in this paper explains the
three orthogonal dimensions described above. It is possible that in some cases, we
may not directly relate the level of stimulus to the type of business process change.
Perhaps this could be part of the discussion in the workshop. It is our conjecture that
this problem could be due to two types of ambiguity. First, there is considerable
ambiguity in the commonly used terms “flexibility” and “change.” For example, it is not
clear if the change is with respect to the “normal” case or is it with respect to the
designed process. It can be argued that all changes are only with respect to the
“normal” case. In that case, any variations from the norm, whether anticipated and
designed for as a contingency, or unanticipated, will be considered a flexibility
requirement and hence a change. On the other hand, if the change is with respect to the
designed process, the need for flexibility and therefore change arises only in the case of
anticipated change. Second, the difference between ‘Process Type’ and ‘Process
instance’ needs clarification. For example, in the case of anticipated and designed
variations, each unique path may be considered a process instance. In this situation,
the anticipated variation would lead to a designed change as a new process instance.
On the other hand, an unanticipated and therefore, not designed for variation may
result in changes to the process design (type) itself. Therefore, it is important that
such ambiguities in definitions of change be clarified before the levels of stimulus can
be substantively related to business process flexibility changes. Perhaps, this could
be a matter for discussion and clarification during the Workshop.
5.0 Learning in Business Processes
The taxonomy of BPF stimulus described above also suggests that learning occurs in
organizations in the way they progressively deal with the different types of BPF
stimulus. From the simplistic view of BPF stimulus as Type A (constant),
organizations may learn the different exceptions to be handled and mature the stimulus model
into Type B. Organizations learn from their ambiguous situations how to model and
manage the ambiguities, thus bring down Type C to Type B. Similarly, organizations
may learn to move Type D to Type C once the ‘surprise’ has occurred at least in
ambiguous terms, and then to Type B by defining a predefined crisp set of stimuli. For
example, in the aftermath of 2004 Tsunami, governments and disaster relief
organizations are installing early warning systems and revising their standard operating
procedures to include processes for assessing and managing future Tsunamis.
The target of business process flexibility designers is to design processes with
response sets for the utopian Type A BPF stimuli and at least, the more pragmatic Type
B stimuli. In addition, the designers should build in continuous learning mechanisms
in the processes to move the Type C &amp; D stimuli into Type B.</p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>6.0 Conclusions</title>
      <p>As the above discussion shows, before we can specify and design flexible processes
we need to understand the requirements that lead to the need for flexibility.
According to both Simon and Ashby, systems, to survive, need to continuously be responsive
to and adapt to variations in their inner and outer environments. Thus, an
understanding and assessment of the variations that drive the need for flexibility are
prerequisites to designing flexibility. Moreover, we need to establish clear connections
between these stimuli for flexibility and the design of business process flexibility. This,
in turn, requires a crisper definition and classification of both the stimuli as well as
the flexibility options.</p>
      <p>Bider, I. ‘Masking flexibility behind rigidity: Note on how much flexibility people are willing
to cope with”, Proceedings of CAiSE05 Workshops – J Castro and E. Teniente (Eds.).</p>
      <p>Simon, Herbert A. ‘The Sciences of the Artificial’, 3e, Cambridge, Mass., MIT Press, 1996.
Volberda, H. W. Building the flexible firm: how to remain competitive. Oxford University</p>
      <p>Press. 1998</p>
      <p>rP isb rep ecn aeg rse ifx
R
r s
o s
f e
c
o
s r</p>
      <p>p
h
t t
ap en d</p>
      <p>e
lm ix
fo lilf f
erb fsseu eon</p>
      <p>y .h
um rco ln ta
N p O p
s t
u n
l a
u t</p>
      <p>s
m n
it o
S C
f :
o A
e e
p p
y y
ly le tl- -n dn tae
te ev iu ed a ir
le l b i p
pm sse sa to no rop )s</p>
      <p>i
o c h s t n
c ro s m ir ap ito</p>
      <p>a
p se is a c
n e c n v a
ito th ro ah e fo
lu n p ce th e e
o i</p>
      <p>so rs
se tih eh m y o u
R w (T in tif c c</p>
      <p>h o
e d d ta ,
th e e y ed to .</p>
      <p>id in th itf t</p>
      <p>en ica ce ed
m vo fe s</p>
      <p>n ed
ro r
fr p red iec id sso ree en</p>
      <p>p n a f
ep re , eg lry ir re irs
trso ay irsp tinn lcea teh oN eng
c e c o t . a
a h c s
s T teh fc can lee se sm
sec .s o s on se</p>
      <p>w se tehy and rsep rcoP
roP tsak ith t
o
t
evob sseco teh .lev teh suo acn teh eyh regh ssce trse adn fo n e e o h g e
s r r f e a -r</p>
      <p>h g e t
isa rep ta lreeg seau igbum trsco itfeny ,trfeo iah rpo tirenp ise taph aehpp iitse aanm laabp fo isoon eadL
ltirseeou llfeevo aehdppn ssecaonm iisseb itiisaon rsscepod ltlrceay .itsenohT trfreeeod ,itttrohyh raegnhow ticecongnn itrseeenhm .itno ltirseeou trreeevh trracoo lileaaabnd issengkn lsauundm ttifcahono .irseeepgm
on th s a c a a id re to e on ree a c e ch .</p>
      <p>h ra n o p e u am teh ted ac hT hw an av am is p s
hT teh an rp T v a n o n a t a h
)
e
g
a
p
s
u
o
i
v
e
r
p
o
t
oCm tahp item rcpo rsu</p>
      <p>o
to ta eh
n l t
sa la g</p>
      <p>n
h t i</p>
      <p>a in
y f
c d e
n e d
e g
g a f
in is o
t v
n n e .
co e im ss
t e</p>
      <p>c
ehT eenb teh rpo
w ed</p>
      <p>t
d c
e e
d p
i
ov ex
r e
p r</p>
      <p>a
e
r d
a n
l a
l e ,
e n s
n n se
n o
o s n .t
s r o e
ty r e p s
i e p s
li p t re ish
b t
isn en en dn tn
op em egm sa od
se ag a ie se
e a anm reog ab
r n
s
n m t m
o f f a r
sp ile lie c fo
e e e e r
R R R th ep
i- e .)
r v
ru if tm
h to .h
e n S
h i
t</p>
      <p>E
s I
y ie R
b r O
d o
e g G
n te E
te a T
a c A
re e C</p>
      <p>n
th a E
n irc N
o r A
ieg hu IC
r f R
e o R
th n U</p>
      <p>o
in ti /H</p>
      <p>a d
le ic te
epo ifss lrae
p la e
l c n
l a
a e c
te th irr
a o u
u t h
c /
a g v
v in o
,e rd .g
n o a
itao cca iisan
itu se ou
s no .l
teh sep sep
f r h
o d .o
e ie : w
sseepon itrsecepv en i-fsecep itrseego ://ttpww</p>
      <p>r a r a h
R I c P c (</p>
      <p>:
F
P A
B d s s</p>
      <p>t e e e 1
feo lsuu e tsan :eB lpy ifen irgo ican le e ibgu rrep sa
yp tim yp on py irs red tae rru ev p e .</p>
      <p>T S T C T C p c h (L )5 yT Am itn fo lsu
f o : n
o t C s io u
u t m
o ta ti
:
D
e
s
i
ep rrp
y u
teh r-o ed ,e C ek tc ss ir fo eh -g ,la le fo ’s e - n
t pp ton tiisv ep ta rea ceo teh se tf am lco eop se avy ttoh com tco
re a y d a</p>
      <p>e
ittrennop lirffeauo tlsaeoob tsseebon tehonTw aeypnTA thoonoww irreehnopw tieuphwm .tIseecanh saennodyo titrssaendd rsseeenw llacaondp tieeacnhn iIaendnN tisaduw lllaaacvoN treedopow .tenm
ttitirseeaeevongdnnddSm lllittitrrseaeeypopuugonhdm1.tiIstirrrsssseaeeeeanopum tilrrfsseceaaaeaopnhgnwm tlrrrssscaeeaceopoodywm tlitrseeepyouunvooTBm .litirsccacygndono trrsssaeaecegnpvnondokom .iiiitiittrrssssssseaaahpuuT ttrsssaeacacounouodnyomm ,itiiitirrssaeeecvvonnoohonw ,iitlrsaeeannu4002hyTm iiltlfrrsseceaeeceanguodun .trrssseaeendopdnudoopM llitrsaceeezagobydgnnnvom .lltittrsseacaadvooppunovE ,itrsssseeeaczanopdnhhu ,iliirseaaegnphnnponkSL iititiilirsseaecapvndbyovm titiliirrffssscaaceeaoddnndm ititiiitrreaeeebyvnnogovnhw ireacn .t1201020306002hRAml)
U s p th th ts a E a a d teh isd tin ro to rog rse lo r /
m th
u 2
s e - n r
e h u i o
e t
m tu j</p>
      <p>a
ev f ti
l o s p m
ro ,e ec sti
n c n</p>
      <p>en ie d
ace rr r n</p>
      <p>e a
teh ten eB ree sed lp cu xp i</p>
      <p>n co e m
on ssm yp ew acu .se i s e an
re it th u</p>
      <p>s
ean ssea saT iracn ,doo iacn ew ,i dn T .
ic a r t rr s am o e ts
rr eh ed hu rse hu n ey th en
hu ,t ta 4 d l tem su b s m</p>
      <p>s e l n a s T ch hu rn
e i tr e u m sy e u T e</p>
      <p>h v
tfho tahT saw revL llew ronh ignn .eT ,em .ise og
tliffssceeeb .titraeyohu irreacenhuh lfrsseoynou tisaconhw titisecadow lrraeayow il-rsddoww ,ittttaaehm lifrceaeeng isaeceandng
s h t h sa n an re r f
epo tyb tlyn eam ,sw ton ,400 lpd tsw tssea ilree
th d eu se ee s 2 an fce id ts</p>
      <p>o
, o q n ev em
s o e o l l in se fe eh m
laen trse sno rsep fo rbo isa rsu leb tf to
rO dnu .sC gn cah epd itA aem isso tso irse
w y ou id re ta h f p o rp
eN llfu iug nop ebh lreg iam ilree itsd fom sau
t
ih to b se tr in nu re an n ly
a n am rro ev od sT tsa ,e tio tru
itran reew ssaw tceh eow lfo 40 isd tidu iang ree
K H rm 20 eh ng a w
n )s lu nd .e te n t a im ts
eh am iu a ca gn eh ree sm d fce</p>
      <p>d tm su lp lo n f</p>
      <p>W ( s l W w it a e
im :
t A ed rpo B
S</p>
      <p>tan tre ly se t- gn ta -u
s ts pu re ip la ep ill ig
u n rs s cac lif rs b
l o m
u C com cedu :C r fu ed A
o r
f</p>
      <p>:
ed sn and o C
x
PF eyp irf lsae eyp ifen tio g lse lle epy su
B T o s T d op in sa D T o
.lf in g s ll a w
e in pu e e e
tis ob ak ro fD lso n
d m m g I e</p>
      <p>e . y iv
ireu lin fo so ti a
y a t</p>
      <p>m r
q i th n c
e y u it lu
r re lit n tr</p>
      <p>,
e o o t
r a i</p>
      <p>b ts pp en rey
a l i</p>
      <p>s s o m v
s lew no re
r
e
t p
s re a
i
pu sa rse ow th o g</p>
      <p>w
m n th p in</p>
      <p>r i
co rse eh ed w em ild</p>
      <p>r
f g T r l f u e
o a o a o b d</p>
      <p>e r
sd an .r se d le fo o</p>
      <p>e i
ink m rd rp to lev ty an
t d o r d i f
ah an n su re is n o
rw rs ah itsh epow taehv truop .sse ssec
lae taco scu fo m h po isn rop
c</p>
      <p>t e t u t
t s g u o le b n
o s n o re n b f e
itsn reco itee seen taa se lau eo llifm
I P m s th od av iln l
u
f
r
e
t
u
p
m
o
c
a
r
o
f
r
e
d
r
o
f
o
e
s
a
c
e
h
t
n
i
s
e
s
n
o
p
s
e
r
d
n
a
e
p
y
fo e</p>
      <p>v
in it
T</p>
      <p>P
A
D
P
T
y
r
im a m
t r o o o se it
S o
p N N N Y S
n
M o
. it o o o se
5 lu N N N Y .</p>
      <p>o 6
sP o o o se
s N N N Y
e
n
i
s
u
tn in ou</p>
      <p>a u se
a t g i</p>
      <p>re i r
lsu tsn c b p</p>
      <p>r
u o n m u
itm :C : : :</p>
      <p>U A S
S A B C D
F ep ep e e</p>
      <p>p p
P y y y y
in sp N N N Y e
g
n
a
h
c
s
n ep o o o se t
i c</p>
      <p>e
s sr N N N Y j
b
u
s</p>
      <p>s
in u
tn tra ed ou se
lsu tsan cen ifen ibg irrp
u o U ed m u
o N N N Y
h
d
d
e
r o o o se e
r g
e N N N Y n
f
e
s
e
i
t
r
t e
n p</p>
      <p>o
en o o o se r
m N N N Y
e
r
c
n
I</p>
      <p>n -e
t i u
su tsan treca repd ibgm irsep
l n n r
u o A u</p>
      <p>S
:</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <string-name>
            <surname>Ashby</surname>
            ,
            <given-names>W. R.</given-names>
          </string-name>
          (
          <year>1958</year>
          ).
          <article-title>Requisite variety and its implications for the control of complex systems</article-title>
          . In George J.
          <string-name>
            <surname>Klir</surname>
          </string-name>
          (
          <year>1991</year>
          ),
          <source>Facets of systems science.</source>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <given-names>Gil</given-names>
            <surname>Regev</surname>
          </string-name>
          , Pnina Soffer, Rainer Schmidt, “
          <article-title>Taxonomy of Flexibility in Business Processes”</article-title>
          , CFP, BPMDS
          <year>2006</year>
          ,
          <year>CAiSE 2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <surname>Hofstede</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <article-title>Cultural dimensions in management and planning</article-title>
          ,
          <source>Asia Pacific Journal of Management</source>
          , Springer Netherlands , Vol.
          <volume>1</volume>
          , No. 2 ,
          <year>January 1984</year>
          , p.
          <fpage>81</fpage>
          -
          <lpage>99</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <surname>Regev</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wegmann</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A Regulation-Based View on Business Process and Supporting System Flexibility</article-title>
          ,
          <source>Proceedings of the CAiSE'05 Workshop</source>
          , p.
          <fpage>91</fpage>
          -
          <lpage>98</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>