<!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>The Biggest Business Process Management Problems of Our Time</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Iris Beerepoot</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Claudio Di Ciccio</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Hajo A. Reijers</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Stefanie Rinderle-Ma</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Problems on the Enterprise</institution>
          ,
          <addr-line>Process, and Event Level</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Sapienza University of Rome</institution>
          ,
          <addr-line>Rome</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Technical University of Munich</institution>
          ,
          <addr-line>Munich</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Utrecht University</institution>
          ,
          <addr-line>Utrecht</addr-line>
          ,
          <country country="NL">the Netherlands</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In their contributions to the rst edition of the Workshop on BPM Problems to Solve before We Die, the authors identi ed nine problems. We can categorise them along three levels: the enterprise level, the process level, and the event level (Fig. 1). Starting from the bottom of the pyramid in the gure, the event level is where detailed information on process activities resides. The second level is that of the individual processes. Multiple processes subsequently make up the top level of the enterprise. We introduce each of the corresponding problems in the following sections.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Copyright © 2021 for this paper by its authors. Use permitted
Creative Commons License Attribution 4.0 International (CC BY 4.0).
under
Starting with the highest level, that of the enterprise, Bandara et al. [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] and
Sadiq et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] identi ed BPM problems around value creation and integration,
respectively. Both papers discuss the silos of BPM practices that currently exist,
and the need for a more enterprise-wide coordination of these practices.
Bandara et al. call for a move away from individual processes as the unit of analysis,
towards integration with other BPM methodologies. Sadiq et al. focus on the
di usion of new data-driven approaches and the di culties for enterprises to
exploit those in an appropriate and value-adding way. Table 1 provides an overview
of the enterprise level problems and associated challenges.
1.2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Problems on the Process Level</title>
      <p>
        On the process level, three problems were identi ed related to process modeling,
simulation, and (re-)design. Klinkmuller et al. [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] argue that the subjectivity of
human modelers makes valuable activities such as model matching inherently
di cult. The authors call for a more objective approach to process modeling in
terms of granularity level, perspective, and terminology. Using such an approach
may give rise to new opportunities for analysing processes.
      </p>
      <p>
        New process analysis opportunities may also arise when the potential of
using digital process twins is unlocked, a proposal made by Dumas [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Dumas
identi ed the challenge of developing accurate simulation models that can aid
the evaluation of (re-)design initiatives by predicting the impact of interventions
on the process. The engineering concept of digital twins may provide a solution
to that challenge.
      </p>
      <p>
        Another problem in the (re-)design sphere is the one identi ed by Roglinger
et al. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. They argue that the (re-)design phase is lagging behind other BPM
phases in terms of its manual - and thus labour-intensive - work. According to
the authors, there are opportunities for exploiting the use of automation to make
(re-)design more e cient and adaptable to changes. Table 2 presents the process
level problems.
1.3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Problems on the event level</title>
      <p>
        With regards to the event level, four problems were identi ed. The rst is related
to the recording of work. Muthusamy et al. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] argue that in knowledge-intensive
work settings, there is currently a separation of work and the administration
thereof. Such work is performed in an ad-hoc fashion and workers are tasked
with manual administration of their activities in a channel di erent from where
they are working. The authors call for a more worker-centric means of recording
across channels, such that it allows for more e cient and accurate analysis.
      </p>
      <p>
        The second event level problem is that of granularity in the context of process
mining and analysis. Zerbato et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] discuss the current work ow of ` xing` the
granularity level of events during preprocessing and the consequences thereof for
the patterns that can be found. Speci cally, they note the direct link between
the granularity level and the purpose of the analysis, a link that Klinkmuller
et al. also highlighted in their discussion on objectivity in process models. This
link makes the granularity and objectivity problem di cult to solve, but once
solved, it will present many opportunities.
      </p>
      <p>
        For the third event level problem, Calvanese et al. [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] coin the concept of
common sense knowledge. This refers to information not currently present in
event logs, which may relate to generic knowledge about the world, as well as
speci c domain knowledge. Augmenting event logs with such knowledge would
allow for a more faithful application of algorithms and more accurate outcomes.
      </p>
      <p>
        The fourth and last event level problem is posed by Cohen and Gal [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. It
relates to the increasing use of physical devices and sensors for event data analysis.
The data that is generated from these sources is often of low quality, resulting
in so-called uncertain event data. Dealing with such uncertain data is complex.
Therefore, the authors call for an approach that accommodates probabilistic
knowledge into process mining techniques. Table 3 presents an overview of the
four event level problems.
      </p>
      <p>Re ection
When considering the problems that we described, there is an interesting,
crosscutting concern that can be identi ed. Each problem illustrates in its own way
that there is a tension between the role that humans play in work processes and
the level of automation that is being applied within such processes. This tension
relates to both the presence and the absence of humans.
2.1</p>
    </sec>
    <sec id="sec-4">
      <title>Automation and the Presence of Humans</title>
      <p>The rst manifestation of this tension relates to the presence of humans. Over
time, many human tasks are eventually being automated. Such e orts are often
driven by objectives with respect to accuracy, e ciency, and scalability. However,
whereas parts of the process are automated, humans continue to be involved in
other parts of the processes, or in processes that are a ected by the automation of
tasks. Dumas argues that, for this reason, it is very di cult to predict the e ect
of automation interventions. Moreover, successful automation is often dependent
on detailed recording and analysis of the process. Muthusamy et al., however,
highlight the ad-hoc and multi-channel behaviour of knowledge workers, which
makes it di cult to automatically track processes. As such, the presence of
humans in processes makes automation di cult.
2.2</p>
    </sec>
    <sec id="sec-5">
      <title>Automation and the Absence of Humans</title>
      <p>The second manifestation of this tension relates to situations where the human
is absent. Humans are creative and exible, which allows them to deal with
situations that are out of the ordinary or even completely new. They also master a
wide repertoire of actions, which allows them to combine and integrate work of a
varying nature. For these reasons it is di cult to develop an automated solution
for a task that can satisfactorily replace the person performing it. Roglinger et
al., for example, propose to automate (re-)design to make it \less dependent on
human creativity", but also point out the importance of knowledge from human
agents to achieve such automation. Therefore, what is often pointed out is the
value of augmenting automation with human knowledge. For example, when
relying on data-driven approaches for process analysis, there is typically a need for
human knowledge to make sense of such an analysis. For this reason, Calvanese
et al. propose to augment event data with general and domain-speci c knowledge
from human agents. Klinkmuller et al. emphasise the need for human agents to
make sense of varying granularity levels, perspectives, and terminologies across
process models. In order to truly create value from data-driven approaches, Sadiq
et al. argue that automation and human involvement need to be appropriately
balanced.
2.3</p>
    </sec>
    <sec id="sec-6">
      <title>The Shifting Role of the Human</title>
      <p>Are we trying to push humans out of our work processes while pulling them back
in at the same time? This does not make much sense, unless we try to look at
these dynamics on a more fundamental level. Due to the advances of
information technology, computing, and data science, the role of the human will keep
shifting. In all likelihood, the importance of people as performers of traditional
business activities will diminish, but we will need human exibility, creativity,
and ingenuity for unpredictable and complex work. At the same time, in our
quest for better performing organizations and work processes, we underestimate
how much we still need humans to put data in their context, to identify
improvement opportunities, and { perhaps most importantly { to set the priorities for
what we, as humans, want to get out of these processes. These considerations
seem su ciently attractive for any researcher to devote a lifetime on.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Bandara</surname>
          </string-name>
          , W.,
          <string-name>
            <surname>Van Looy</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosemann</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Meyers</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>A call for `Holistic' Business Process Management</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Sadiq</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Someh</surname>
            ,
            <given-names>I.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Indulska</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Value Creation from Data - Why is this a BPM Problem?</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3. Klinkmuller,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Leopold</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Mendling</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            ,
            <surname>Weber</surname>
          </string-name>
          ,
          <string-name>
            <surname>I.</surname>
          </string-name>
          :
          <article-title>Objectivity in Process Descriptions</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Dumas</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Constructing Digital Twins for Accurate and Reliable What-If Business Process Analysis</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. Roglinger, M.,
          <string-name>
            <surname>Van Dun</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fehrer</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fischer</surname>
            ,
            <given-names>D.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Moder</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kratsch</surname>
          </string-name>
          , W.: Automated Process (Re-)
          <string-name>
            <surname>Design</surname>
          </string-name>
          . In
          <source>: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Muthusamy</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Isahagian</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rizk</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          :
          <article-title>Bringing BPM to the workers: Towards worker-centric management of business processes</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Zerbato</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Seiger</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Di</given-names>
            <surname>Federico</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Burattin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Weber</surname>
          </string-name>
          ,
          <string-name>
            <surname>B.</surname>
          </string-name>
          :
          <article-title>Granularity in Process Mining: Can we x it?</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Calvanese</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lukumbuzya</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Montali</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Simkus</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Process Mining with Common Sense</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Cohen</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gal</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Uncertain Process Data with Probabilistic Knowledge: Problem Characterization and Challenges</article-title>
          .
          <source>In: Proc. of the Int. Workshop</source>
          on BPM Problems to
          <article-title>Solve Before We Die (PROBLEMS '21) co-located with</article-title>
          <source>BPM</source>
          <year>2021</year>
          , Rome, Italy, September 6-
          <fpage>10</fpage>
          . CEUR-WS.org (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>