<!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>Facilitating and Prompting of Collabora- tive Reflection of Process Models</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Thomas Herrmann</string-name>
          <email>Thomas.herrmann@rub.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kai-Uwe Loser</string-name>
          <email>kai-uwe.loser@rub.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Ruhr-University Bochum, Germany, Institute for Applied Work Science</institution>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2013</year>
      </pub-date>
      <fpage>17</fpage>
      <lpage>24</lpage>
      <abstract>
        <p>Systematical collaborative modeling usually needs a facilitator. We suggest that a large part of revising existing drafts of a process model requires facilitated reflection of what has already been achieved in the light of the experiences of the collaborating participants. This reflection can be awkward and inefficient if it takes place in a whole group of 8 to 12 stakeholders. Therefore delegating the reflection to breakout groups is reasonable but requires technically based ways of facilitation support to avoid the need to employ several facilitators. This technical support is mainly feasible for identifying reasonable segments on which a step-by-step consideration can be based, and for prompting the participants to ensure a systematic reflection.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Collaborative modeling of business processes pursues the goal to discuss different
perspectives and integrate various competences on the one hand and to make the
completion of a process model more efficient. Since both goals can be conflicting,
coordination is necessary as it is usually provided by a facilitator
        <xref ref-type="bibr" rid="ref10 ref9">(Renger,
Kolfschoten, &amp; De Vreede, 2008; Rittgen, 2010)</xref>
        . The facilitator provides support
so that different experiences and opinions with respect to the process being
modeled are taken into consideration. During the course of collaborative modeling the
emerging model has to be repeatedly inspected. The inspection is a type of
validation which is closely intertwined with additional elicitation of information and
ongoing modeling activities. Due to the complexity of a two dimensional
representation, logical dependencies, various types of relationships etc. the parts and
elements have to be deliberately reconsidered several times. A first draft of a
business process model should be carefully reflected by combining the
competence and experience of several stakeholders which represent various perspectives
being relevant for the model under construction. This combination of several
perspectives in the course of collaborative reflection leads to comparisons of
diverging opinions and to negotiations of the process model, and therefore is time
consuming. Consequently, it may easily happen that important issues are neglected.
These difficulties can be viewed upon from the perspective of cognitive theory:
By their research on knowledge integration, Stasser and colleagues found that test
persons who were required to collaboratively solve complex problems did not
value relevant information which was explicitly exchanged during their discussion
        <xref ref-type="bibr" rid="ref12">(Stasser &amp; Stewart, 1992)</xref>
        . The reasons for this behavior are not completely
clarified; it is obvious that the knowledge integration of various parties requires extra
effort. With respect to creativity of groups, several obstacles were identified
        <xref ref-type="bibr" rid="ref2">(Diehl &amp; Stroebe, 1987)</xref>
        which affect the efficiency and creativity of group work,
such as production blocking, free riding, evaluation apprehension etc..
To overcome these problems, a facilitator can prompt the participants to develop
new ideas and to refer to the contributions of each other and to integrate them into
a shared process model. A core principle of this kind of facilitation is to visualize
every participant’s comments or contributions. Conklin’s dialogue mapping
        <xref ref-type="bibr" rid="ref1">(Conklin, 2005)</xref>
        can be considered as an early example of this kind of
visualization.
      </p>
      <p>
        We have developed the method of the socio-technical walkthrough with which a
process model is inspected and discussed step-by step. The walkthrough method
        <xref ref-type="bibr" rid="ref14">(Yourdon, 1989)</xref>
        is employed in many contexts to support design projects with a
systematic method to reconsider the already achieved results. The systematization
and the deliberate inspection of every design element and their relationships
requires a facilitator who has to identify appropriate segments of a model which are
inspected within one step, and who has to ensure that every segment is discussed
under certain aspects. However, this kind of facilitating all cooperative
interactions and visualizing there outcome may prove as very time consuming
        <xref ref-type="bibr" rid="ref7 ref8">(Nolte &amp;
Prilla, 2012)</xref>
        . In larger groups of 8-12 participants, who are usually needed to
represent the relevant perspectives, the walkthrough method causes phases where
most of the group members have to stay passive in a listening mode. Therefore it
is reasonable to alternate the work in the whole group of stakeholders with periods
of work in solitude or in breakout groups. Since some functions of a facilitator are
inevitable, we propose two strategies to complement the work of a facilitator with
technical functionality:
1. Support of participants to define the appropriate clusters into which the
process model is segmented and where each segment becomes a subject of
deliberate discussion
2. Prompting to support the reflection of selected segments by individuals or
by breakout groups
      </p>
    </sec>
    <sec id="sec-2">
      <title>The sociotechnical walkthrough</title>
      <p>
        We briefly describe the basic principles of the socio-technical walkthrough
(STWT) to clarify the kind of support which is needed for guiding the work of
breakout groups
        <xref ref-type="bibr" rid="ref3 ref4 ref5">(T. Herrmann, Kunau, Loser, &amp; Menold, 2004; Thomas
Herrmann, 2009)</xref>
        . As Figure 1 shows the STWT is applied in a series of
workshops. They take place as co-located meetings since the negotiation of diverging
opinions requires a close contact between the participants. Each meeting can be
used to reconsider a collaboratively modeled work or business process under one
or two aspects e.g. whether the displayed activities are really necessary, how they
can be supported etc. In preparation of a workshop the facilitator creates a
diagram which represents the results of previous work. The facilitator develops a
plan of how to inspect the complete diagram step by step. A crucial challenge is to
define the segments for the single steps. If they are too small, a lot of comments of
the participants will refer to aspects which belong to another segment. If the
defined segments are too large it might easily happen that important details are
neglected.
STWT-workshops are characterized by the following facilitation activities (cf.
Figure 1):
 Asking prepared questions: The facilitator discloses some parts of the
diagram e.g. by using hide-and-show mechanisms. Each phase of such a
disclosure is one step (of about 7-15 per workshop) which is accompanied by
one or two prepared questions such as: “What is the next sensible activity?”,
“Which information support is needed for this activity?”.
 Collecting contributions such as answers, hints, proposals, comments,
references to further documents etc. It is important that the stakeholders
comment from their various viewpoints and that these contributions leave
immediate traces in the process model diagram. By modifying the model, the
results of the discussion are simultaneously documented.
 Focusing on the diagram: The diagram – especially the segment under
discussion – serves as a focus which integrates the various experiences and
perspectives of the participants into a larger picture.
      </p>
      <p>In summary, the goals of the STWT are:
 Combining various perspectives, when considering the segments under
several aspects (represented by questions)
 Relating every element to its context
 Reflecting the characteristics of a segment in relation to the experience of
the participating experts and stakeholders.</p>
      <p>
        Research on the STWT revealed that it has to be extended by means of creativity
support. The linearity of the STWT is not feasible to support associative thinking
and brainstorming
        <xref ref-type="bibr" rid="ref6">(Thomas Herrmann, Nolte, &amp; Prilla, 2013)</xref>
        .
      </p>
      <p>In the following we want to discuss and propose how the STWT-oriented
collaboration can become more efficient, if the walkthroughs are delegated to breakout
groups. For instance, with three breakout groups a model could be discussed and
modified under three different aspects. In such a constellation it is not reasonable
to engage three facilitators but to technically support the groups themselves to run
a systematic walkthrough.</p>
    </sec>
    <sec id="sec-3">
      <title>Support of segmentation</title>
      <p>A first measure is to support the groups to define the segments – under which they
intend to walk through the model – by themselves. This can happen by asking the
members of the whole group to identify for every element of a process model
which other two or three elements of the model are most closely related to them –
from a semantic point of view.</p>
      <p>To demonstrate this we ran a first small explorative study. We asked eight people
to identify relations between the sub-elements shown in Figure 2: “The elements
of this diagram are labeled with differently colored points. Please add points of
the same color to two other elements which you consider as closely related to the
element with the same color”. However we did not show them the nested structure
of the model to avoid a pre-orientation on certain clusters. The results of eight
people’s proposals for defining relationships between the elements were manually
entered into the model by establishing directed relations and annotating their
cardinality depending on how many participants have indicated the relationship. At
the first glance, nearly every element was connected with more than 5 other
elements.
To make a structure of segmentation visible we carried out the following
operations:
1. All relations are weighted by the number of their occurrence (see Figure
3). For this purpose, the counts of the two directions of a relation are
added.
2. All relations of a weight of N are deleted, starting with N=1,
3. The deletion of a relation is not conducted if this deletion causes that an
element remains without any relation to the others.</p>
      <p>4. N is increased until no deletion can be carried out.</p>
      <p>Surprisingly, the resulting clusters do not match the clusters being provided by the
nesting structure in Figure 2. The super-elements (such as “processing request”)
are usually proposed by a modeler or the facilitator. Usually the nesting structure
is employed to define the segments of the walkthrough. The experimental study
revealed that this strategy might not be always appropriate. The tested method of
building segments also revealed that the suggested semantic relationships of a
drafted model might need to be revised. Further research will have to deal with an
extended functionality which helps to handle models with a larger, realistic
number of elements and supports the automatic identification of appropriate clusters to
define the steps of a walkthrough.</p>
    </sec>
    <sec id="sec-4">
      <title>Support of prompting</title>
      <p>
        One important task of the facilitator is to provide prompts which stimulate the
participants to reflect the status of a process model and to make contributions.
Appropriate prompting is discussed as a method to increase the creativity level of
facilitated brainstorming
        <xref ref-type="bibr" rid="ref11">(Santanen, Briggs, &amp; de Vreede, 2004)</xref>
        . From a cognitive
view, prompting can help to overcome the linearity of thinking and to combine
the relevant aspects of a process in unusual ways
        <xref ref-type="bibr" rid="ref3 ref5">(T. Herrmann, 2009)</xref>
        .
Furthermore, prompting has been widely researched in the context of learning and
teaching, especially for computer supported collaborative learning (CSCL). Prompting
        <xref ref-type="bibr" rid="ref13">(Thillmann, Künsting, Wirth, &amp; Leutner, 2009)</xref>
        can be seen as a part of
scaffolding which mostly consists of a guidance through a procedure which combines
several mandatory and optional activities. The STWT is an instance of such a
procedure. The prompts remind people to not forget steps which might be helpful in
certain situations. CSCL-research pursues the concept to provide those prompts
by technical functions during human-computer interaction which help the
collaborating participants to conduct important steps in the process of learning.
We have applied the research on prompting in the context of supporting reflection
at the workplace
        <xref ref-type="bibr" rid="ref7 ref8">(Prilla, Degeling, &amp; Herrmann, 2012)</xref>
        ; the intention is to guide
people to articulate their experience with certain work situations by either
describing the situation or noting down the result of their reflection. Subsequently, these
articulations can be shared with other people who made similar experiences. The
interaction with others may help to find solutions and to support each other to
bring these solutions into reality.
      </p>
      <p>With respect to the socio-technical walkthrough, the following activities could
be prompted:
 The leading question can be repeated for each segment;
 Participants can be asked for their opinion;
 “What-if-“ or “what-else-“questions can be used to stimulate creativity;
 Participants are reminded to leave tracks of their discussion in the
model;
 After each modification the collaborators can be asked to declare
whether they agree with it;
 The participants can be asked to see the segment under discussion and
its modification in the context of the whole process model;
 The collaborators can be asked whether they agree to proceed with the
next segment.</p>
      <p>By delegating this prompting to the technical functionality, the participants do
not have to care by themselves about the systematization and coordination of the
walkthrough but can focus on the content of the collaboratively modeled process
in relation to their expertise.</p>
      <p>Summary: Reflection support for collaborative
modeling
All in all the described concepts for support of collaborative modeling can be
related to research which intends the support of reflection at work. Selecting an
appropriate unit, to which reflection refers, focusing on it without neglecting the
larger context and continuous prompting which avoids the neglecting of important
aspects of the participants’ perspectives and of documenting the results can be
considered as relevant principles which should be technically supported. This
helps to conduct systematical reconsideration and negotiation of drafts during
collaborative modeling in breakout groups without employing a facilitator for
each group. Besides the use for STWTs, it might also be possible to use the
support for other types of collaborative work on artefacts. Further research has to
prototype solutions for this kind of support and to run experiments to refine these
solutions for interactive identification of segments and for appropriate prompting.
The main technical challenge with respect to prompting is to make it as
unobtrusive as possible and to adapt it to the users’ needs for scaffolding. Other aspects
for research are to consider the limitations of knowledge integration if work on
models is delegated to break out groups which only include a reduced scope of
perspectives. Therefore, appropriate means of facilitation methods have to be
identified to bring the perspectives of several breakout groups together.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <string-name>
            <surname>Conklin</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          (
          <year>2005</year>
          ):
          <article-title>Dialogue mapping</article-title>
          . Wiley, Chichester.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <surname>Diehl</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Stroebe</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          (
          <year>1987</year>
          )
          <article-title>: 'Productivity loss in brainstorming groups: toward the solution of a riddle'</article-title>
          .
          <source>Journal of personality and social psychology</source>
          ,
          <volume>53</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>497</fpage>
          -
          <lpage>509</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <surname>Herrmann</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          (
          <year>2009</year>
          )
          <article-title>: 'Design Heuristics for Computer Supported Collaborative Creativity'</article-title>
          .
          <source>System Sciences</source>
          ,
          <year>2009</year>
          . HICSS'
          <volume>09</volume>
          . 42nd Hawaii International Conference on (S.
          <fpage>1</fpage>
          -
          <lpage>10</lpage>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <surname>Herrmann</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kunau</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Loser</surname>
            ,
            <given-names>K. U.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Menold</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          (
          <year>2004</year>
          )
          <article-title>: 'Socio-technical walkthrough: designing technology along work processes'. Proceedings of the eighth conference on Participatory design: Artful integration: interweaving media, materials</article-title>
          and practices-Volume
          <volume>1</volume>
          , pp.
          <fpage>132</fpage>
          -
          <lpage>141</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          <string-name>
            <surname>Herrmann</surname>
            ,
            <given-names>Thomas.</given-names>
          </string-name>
          (
          <year>2009</year>
          )
          <article-title>: 'Systems Design with the Socio-Technical Walkthrough'</article-title>
          . In
          <string-name>
            <given-names>B.</given-names>
            <surname>Whitworth</surname>
          </string-name>
          &amp;
          <string-name>
            <surname>A. de Moor</surname>
          </string-name>
          (Hrsg.),
          <source>Handbook of Research on Socio-Technical Design and Social Networking Systems. Information Science Reference.</source>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <string-name>
            <surname>Herrmann</surname>
            , Thomas, Nolte,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Prilla</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2013</year>
          )
          <article-title>: 'Awareness support for combining individual and collaborative process design in co-located meetings'</article-title>
          .
          <source>Computer Supported Cooperative Work (CSCW)</source>
          ,
          <volume>22</volume>
          (
          <issue>2</issue>
          ), pp.
          <fpage>241</fpage>
          -
          <lpage>270</lpage>
          . doi:
          <volume>10</volume>
          .1007/s10606-012-9179-x
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <surname>Nolte</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Prilla</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2012</year>
          )
          <article-title>: 'Normal users cooperating on process models: Is it possible at all?'</article-title>
          .
          <source>CRIWG</source>
          <year>2012</year>
          ,
          <article-title>LNCS 7493 (S</article-title>
          .
          <fpage>57</fpage>
          -
          <lpage>72</lpage>
          ). Berlin: Springer.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <surname>Prilla</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Degeling</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Herrmann</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          (
          <year>2012</year>
          )
          <article-title>: 'Collaborative Reflection at Work: Supporting Informal Learning at a Healthcare Workplace'</article-title>
          .
          <source>Proceedings of the ACM International Conference on Supporting Group (GROUP</source>
          <year>2012</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <string-name>
            <surname>Renger</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kolfschoten</surname>
            ,
            <given-names>G. L.</given-names>
          </string-name>
          , &amp; De Vreede,
          <string-name>
            <surname>G. J.</surname>
          </string-name>
          (
          <year>2008</year>
          )
          <article-title>: 'Challenges in collaborative modelling: a literature review and research agenda'</article-title>
          .
          <source>International Journal of Simulation and Process Modelling</source>
          ,
          <volume>4</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>248</fpage>
          -
          <lpage>263</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <string-name>
            <surname>Rittgen</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          (
          <year>2010</year>
          )
          <article-title>: 'Collaborative Modeling: Roles, Activities and Team Organization'</article-title>
          .
          <source>International Journal of Information System Modeling and Design (IJISMD)</source>
          ,
          <volume>1</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>1</fpage>
          -
          <lpage>19</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <string-name>
            <surname>Santanen</surname>
            ,
            <given-names>E. L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Briggs</surname>
            ,
            <given-names>R. O.</given-names>
          </string-name>
          , &amp; de Vreede, G.-J. (
          <year>2004</year>
          )
          <article-title>: 'Causal relationships in creative problem solving: comparing facilitation interventions for ideation'</article-title>
          .
          <source>Journal of Management Information Systems</source>
          ,
          <volume>20</volume>
          (
          <issue>4</issue>
          ), pp.
          <fpage>167</fpage>
          -
          <lpage>198</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          <string-name>
            <surname>Stasser</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Stewart</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          (
          <year>1992</year>
          )
          <article-title>: 'Discovery of hidden profiles by decision-making groups: solving a problem versus making a judgement'</article-title>
          .
          <source>Journal of personality and social psychology</source>
          ,
          <volume>63</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>426</fpage>
          -
          <lpage>434</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          <string-name>
            <surname>Thillmann</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Künsting</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wirth</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Leutner</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          (
          <year>2009</year>
          )
          <article-title>: 'Is it Merely a Question of “What” to Prompt or Also “When” to Prompt?'</article-title>
          .
          <source>Zeitschrift für Pädagogische Psychologie</source>
          ,
          <volume>23</volume>
          (
          <issue>2</issue>
          ), pp.
          <fpage>105</fpage>
          -
          <lpage>115</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          <string-name>
            <surname>Yourdon</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          (
          <year>1989</year>
          ):
          <article-title>Structured walkthroughs</article-title>
          . Prentice-Hall Englewood Cliffs, NJ.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>