<!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>Research on Intercultural Teaching for RE</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Andrea Herrmann</string-name>
          <email>herrmann@herrmann-ehrlich.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Rüdiger Weißbach</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Anne Hoffmann</string-name>
          <email>a.hoffmann@rug.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Business Department Hamburg University of Applied Sciences (HAW Hamburg) Hamburg</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Herrmann &amp; Ehrlich Stuttgart</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Software Engineering Institute Rijksuniversiteit Groningen Groningen</institution>
          ,
          <country country="NL">The Netherlands</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>-Intercultural aspects are important aspects in software engineering in teaching as well as in practice. In the requirements engineering context, these topics are not so well addressed by research, and if they are, then in the meaning of national cultures. We expect that, besides this, the diverse “professional cultures” of the participants in the requirements engineering process are an equally important aspect. This paper provides a first proposal for a research collaboration on intercultural aspects in requirements engineering teaching. We are searching partners for this study. Index Terms Intercultural, interdisciplinary, research outline-.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Software engineering (SE) is a multi-step transformation of
ideas into artifacts. In this process, Requirements Engineering
(RE) is the first step, in which the ideas of the future users or
their representatives (managers etc.) will be transformed in a
more or less formalized representation. Not all participants in
this process are trained or experienced in methods of
formalization (modeling, developing of algorithms etc.). The
teaching of RE deals with methods of elicitation,
documentation and validation (see for instance the syllabus of
the IREB Foundation Level [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]). The important intercultural
aspects, however, are regularly not treated.
      </p>
      <p>
        In the research on SE, we find studies about intercultural
aspects in international cooperation (e.g. [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ],[
        <xref ref-type="bibr" rid="ref28">28</xref>
        ]), enforced
by the trend to international software development outsourcing,
for example to India/Bangalore or Russia. These studies partly
emphasize the aspects of different national cultures that
influence the handling of requirements, for example in the
aspect of the non-critical acceptance of the requirement
documents, even if they contain unrealistic requirements.
      </p>
      <p>
        Cultural differences are listed as one of many sources of
challenges in distributed development, e.g. in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ],
[
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ]. Cultural differences lead to misunderstandings that
happen when the communicating parties make tacit
assumptions that are not shared by the others because it is not
part of their cultural background. This includes
misunderstandings about the meaning of software requirements
and about work processes, and finally leads to software that
does not conform to what the stakeholders really wanted. This
causes re-work, suboptimal project results and also negative
emotions among the parties.
      </p>
      <p>Despite this importance of culture for RE, we find only
little research on the intercultural differences in RE training.</p>
      <p>
        There are approaches to teach such socio-technical aspects
within the RE education [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], [
        <xref ref-type="bibr" rid="ref29">29</xref>
        ] , but research on the
different training needs in different cultures is missing. A
training concept which works well in one cultural context
might work less well in another context. In our definition,
“culture” is not limited to national cultures, but also refers to
professional and organizational cultures. In addition,
differences between different learning contexts like university
teaching, a workshop at a conference, or an in-house training in
a company are considered different cultures.
      </p>
      <p>
        To investigate such differences is important because the
quality of RE is known to be critical for the success of software
projects [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]. This emphasizes the importance of the education
of software practitioners [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] – regardless of whether RE is
conducted in a formal RE process in heavyweight software
development processes or conducted in a less formal way in
agile processes. We plan a study which will test the hypothesis
that there are differences between learners from different
cultures in terms of the learning succcess achieved or fun
experienced. Depending on culture, some training concepts
might work well in one culture and less in another.
      </p>
      <p>This paper presents an initial outline for setting up a
research study that is open for interested colleagues – teachers,
trainers and researchers. During the REET workshop, we want
to receive feedback concerning the planned study and its
internationalization. Moreover, REET gives us a unique
opportunity to meet and discuss with potential cooperation
partners especially outside Europe.</p>
    </sec>
    <sec id="sec-2">
      <title>B. Definition: Culture</title>
      <p>
        The term “culture” is understood differently. According to
Hofstede [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], culture is characterized by six factors:
      </p>
      <p>
        Power distance, Individualism vs. collectivism, Uncertainty
avoidance index, Masculinity, Long-term orientation vs. short
term orientation, Indulgence versus restraint [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
      </p>
      <p>
        Hofstede defines culture as “the collective programming of
the mind distinguishing the members of one group or category
of people from another” [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. However, we also (at least
informally) talk about different cultures when talking about
cultures of companies, cultures in different professional
disciplines, types of teaching environments (e.g. university
versus on-the job training), etc. In some disciplines,
stereotyped archetypes of persons and their character behavior
exist. This is for instance reflected in the assumption all
information scientists being bad communicators and bad team
workers, or in jokes that address the brevity of students in
technical topics.
      </p>
      <p>
        A previous study on communication problems in
distributed software development has found cultural differences
not only between countries, but also between different
organizational cultures, between younger and older people, and
between different professional cultures (like software
developers versus managers or customers) [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. Another study
within India showed that even within one country, one can find
large cultural differences [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>1) Interculturality: International aspects</p>
      <p>
        Hofstede defines that “The category can refer to nations,
regions within or across nations, ethnicities, religions,
occupations, organizations, or the genders.” [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] This
dimension of interculturality is widely accepted and discussed
in science and in practical work and trainings.
      </p>
      <p>2) Interculturality: Organizational Cultures</p>
      <p>
        Organizational culture is – according to [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] – “the pattern
of basic assumptions, that a given group has invented,
discovered, or developed in learning to cope with its problems
of external adaption and internal integration”. The
organizational culture focuses on the internal relationships in
an organization. The learning experiences of a company, its
strategy and its tradition are important aspects. Hofstede [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]
lists the following dimensions of organizational culture:
meansoriented vs. goal-oriented, internally driven vs. externally
driven, Easygoing work discipline vs. Strict work discipline,
Local vs. Professional, Open system vs. Closed system,
Employee-oriented vs. Work-oriented, Degree of acceptance of
leadership style, Degree of identification with your
organization.
      </p>
      <p>These dimensions will affect the process of Requirements
Engineering.</p>
    </sec>
    <sec id="sec-3">
      <title>3) Interculturality: Professional Cultures</title>
      <p>
        There is not as much literature on professional cultures as
on national or organizational cultures. Herkenhoff measures
differences between professional cultures using the Hofstede
dimensions [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. She points out the relationship between the
professional cultures and the national cultures: “Just as
Hofstede notes that national culture is not genetically shared
but is passed down between groups, the same holds true for
professional culture.” [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] One aspect for example is the
longterm vs. short-term orientation of professions [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. In this
dimension, computer programmers and other people engaged
in project work may be short-term focused.
      </p>
      <p>
        Herkenhoff [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] developed a Professional Culture
questionnaire (PC08) based on Hofstede/Bond as a tool for
measuring along the dimensions of Power, Time, Risk, Service
and Team. In her study, she compares professional culture
rankings of people working in accounting, IT support, sales and
science. Referring to the five dimensions of professional
culture (Power, Time, Risk, Service, Team) IT staff shows high
ranking values for team orientation and service, but only low
values for long term orientation.
      </p>
      <p>PC08 can be used as questionnaire for our study.</p>
      <p>The remainder of this paper is structured as follows:
Section II summarizes the current situation in research on
intercultural aspects in RE. Section III sets up the research
design for our multi case study research project. Section IV
discusses the research design and Section V summarizes the
paper and the possible next steps.</p>
      <p>II. LITERATURE ON INTERCULTURAL ASPECTS IN RE</p>
      <p>TEACHING</p>
      <p>In an initial literature research, we aimed at gathering the
basic definitions in our domain of research and to understand
the state of research, in order to help us design our study. A
more systematic literature analysis will be part of the study.</p>
      <p>First of all, we searched for work about basic concepts
from outside the RE community (by Hofstede, Herkenhoff and
others), especially on cultural aspects in work life.</p>
      <p>
        We analyzed the publications of the workshop
“Requirements Engineering in Education and Training
(REET)”, expecting to find information and results close to
our questions, as the workshop’s theme is closest to our
research topic. REET takes place in conjunction with the IEEE
conference Requirements Engineering (RE) since 2005. Our
approach was as follows: We analyzed all existing REET
publications and their abstracts, screened the abstracts for key
word such as “intercultural” or “interdisciplinary”, and
subsequently found three papers relevant for further
processing [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ],[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ],[
        <xref ref-type="bibr" rid="ref27">27</xref>
        ]. These papers, we read in depth.
      </p>
      <p>Beyond the REET publications, we gathered further work
about cultural aspects in software engineering.</p>
      <p>
        Overhage, Skroch and Turowski [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] developed a method
to evaluate requirement specifications. In this context, they
analyzed factors in the context of the requirement specification
process in offshoring projects. The understanding of the
domains, aspects of communication and culture as well as
learning relationships had been indicated as relevant..
      </p>
      <p>
        Gotel et al. [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] conducted an experiment with students from
USA, Cambodia, Thailand and India. Their task was to write a
requirements document, and the previous knowledge of the
participants was unevenly distributed. To cope with these
conditions, the trainers applied coaching and requirements
reviews. International aspects are not discussed, but rather the
students’ learning effects.
      </p>
      <p>
        Svahnberg et al. [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ] stated “a large difference between the
priorities of Industry Managers and Industry Developers”. For
industry managers the aspects of product planning should have
higher priority, for developers, development and test are the
most important. The authors see “a dichotomy between
preproject activities and in-project activities, where the managers
are more concerned with the pre-project activities and the
developers focus more on the in-project activities.” This means,
the authors observed (role-dependent) different professional
cultures.
      </p>
      <p>
        Gabrysiak et al. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] worked with students from other
faculties without a software engineering background as “virtual
stakeholders”, in order to introduce a semantic gap between
requirements engineer and stakeholders. This showed to be
instructive for the RE students. The paper mainly discusses
how to instruct the virtual stakeholders in order that they can be
authentic.
      </p>
      <p>
        Bolten [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] suggests intercultural management games to
train functional and professional aspects (p.17).
      </p>
      <p>
        Herrmann, Hoffmann, Landes, Weißbach [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] describe
training experiences from different settings with regard to the
Dreyfus levels [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. In these trainings, different aspects of
professional cultures have been emphasized: joint projects of
IT and business students respectively of IT and business
professors demonstrate different professional demands, role
games and improvisation theatre demand and teach empathy to
people with different background.
      </p>
      <p>III. PROPOSAL FOR A MULTI CASE STUDY RESEARCH PROJECT
A. Preliminary Research Questions</p>
      <p>The planned research will investigate the following
research question:</p>
      <p>Are there differences in learning success and perception of
learning success, depending on the participants’ culture and
further participant characteristics, the learning context and the
trainer characteristics?</p>
    </sec>
    <sec id="sec-4">
      <title>B. Research Approach</title>
      <p>The research study will investigate courses and Best
Practices for RE training and teaching. However, what works
well in one cultural context might work less well in another
context. We will therefore experiment with different training
formats in different cultural context and compare the results,
like learning success by the participants, fun, and other
quantitative and qualitative criteria. “Culture” here not only
means national culture, but also professional cultures as
discussed above and also differences between different learning
contexts like university teaching, a workshop at a conference,
an in-house training in a company.</p>
    </sec>
    <sec id="sec-5">
      <title>C. Research Phases</title>
      <sec id="sec-5-1">
        <title>The phases of the study are proposed as follows:</title>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>1) Research Project Setup</title>
      <p>We search for research partners outside Germany,
especially also outside of Europe. These partners can be
university teachers, trainers and researchers. The final research
design will be a developed among all partners to incorporate
specific constraints.</p>
    </sec>
    <sec id="sec-7">
      <title>2) Extension of the literature research,</title>
      <p>especially by a systematic collection of existing research
results and teaching case studies</p>
    </sec>
    <sec id="sec-8">
      <title>3) Preparation</title>
      <p>
        In order to control and align the conditions of the multiple
case studies, course material will be developed jointly and then
translated in the necessary languages. The execution of the
course unit will be discussed and optimized in detail. Such
course units can be role games, modeling exercises or
simulations of whole software engineering projects. We can
adapt exercises from our previous courses, and like this use
material that was used successfully in courses before.
Examples of such RE courses like role games we discussed in a
previous publication [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>The study will demand only simple tools and
infrastructures, like office software, meta plans, white boards
or a freeware UML tool.</p>
      <p>The courses’ main objective is to teach RE. Executing the
experiment is secondary in importance. Therefore, the
additional effort for the participants created by the research
must be minimized to a short questionnaire before the exercise
and after. A teaching evaluation often takes place in trainings,
so this is no large extra effort for the participants.</p>
      <p>4) Evaluation of courses</p>
      <p>The same course concept (or concepts) will be used in
different learning contexts and different countries.</p>
      <p>Experiences from each execution (case study) will be
discussed in a telephone conference by all participating
trainers, and course material will be optimized if necessary.</p>
      <p>
        The learning context is described by the trainer in terms of
independent variables like the following: country, language in
which the training takes place, context (university, in-house
training in a company, external training, workshop at a
conference), group size, characteristics of the trainer (age,
teaching experience, work experience, Dreyfus level [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] ).
      </p>
      <p>
        In order to characterize the participants, data like the
following shall be gathered before the experiment: age and
work experience of the participants, their mother language and
home country (where they spent their school time).
Herkenhoff’s Professional Culture survey PC08 [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] is a base
for analyzing aspects of professional culture. Hofstede’s Values
Survey Module VSM 2013 [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] focusses on organizational
culture. These surveys could be used in the evaluation of
aspects of professional and organizational culture. Further
variables are possible.
      </p>
      <p>In order to measure the learning effect, the following data
could be gathered before the course unit: previous knowledge
about what has to be learned, practical experience with what
has to be learned, Dreyfus level, actual knowledge (measured
by a quick test). And after the course unit: actual knowledge
(measured by another quick test) and Dreyfus level. Also, the
quality of the results of the course unit (e.g. models or
documents) shall be quantified.</p>
      <p>
        The course participants are also asked to comment on their
own learning success, the fun they had, what they think about
the learning method, the type of exercise and the teacher´s
teaching style – quantitatively on Likert scales and qualitatively
as free text remarks [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
    </sec>
    <sec id="sec-9">
      <title>5) Data Analysis</title>
      <p>It will be analyzed statistically whether there are differences
in learning success and perception of learning success,
depending on the learning context, the participant
characteristics and the trainer characteristics.</p>
      <p>We will test the hypothesis that there are differences
between learners from different cultures in terms of the
dependent variables we measure, e.g. quality of the result
produced or fun experienced.</p>
      <p>There will also be a qualitative analysis of the free text
remarks of the participants.</p>
      <p>6) Development of Best Practices</p>
      <p>
        From our analysis results, best practices for teaching RE in
different cultures will be derived and summarized. As we look
into intercultural research, we are fully aware that these best
practices might recommend different practices for different
cultures, i.e. there might not be the one solution that fits all.
Goeken and Patas [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] adapt the idea of an empirical
evidence-based framework from medical research to RE
research. They criticize a missing re-evaluation of results of
RE research. Typically, a research artifact is evaluated by the
researchers. This situation should be overcome by the
evaluation of results by third-party researchers. In this sense
the suggested research project could be a way for improving
the research quality.
      </p>
      <sec id="sec-9-1">
        <title>IV. DISCUSSION</title>
        <p>Starting to investigate the importance of culture within RE
trainings might be (a little) like opening up a new dimension of
RE research. As we have outlined, the cultural aspects offer
many dimensions to research. Combined with the multi-faceted
domain of RE this leads to many open questions, that can and
will not all be answered within our research project.</p>
        <p>Thus, even though we outline an interdisciplinary approach
towards different aspects of culture in the context of RE
trainings, we will need to limit our research to parts of this new
dimension. We clearly will not be able to answer all upcoming
questions, but will collect ideas and questions that remain
unanswered.</p>
        <p>The proposed design project will not produce a “silver
bullet” for RE training, but considering the lack of research on
this topic, it will be a first step with impact on research as well
as on RE training. The experiences of this first research stage
could be used for further international research projects on RE.
And it can help trainers to choose and adapt trainings concepts
to their audience.</p>
        <p>With the Hofstede dimensions for international and
organizational cultural aspects and the Herkenhoff dimensions
we use proven concepts and tools that allow a reference to
other studies.</p>
        <p>Threats to validity: Even with the same training material,
the same exercise will be executed differently by different
trainers. Therefore, we need data from multiple executions of
the same course unit in the same culture, if possible by
different trainers.</p>
      </sec>
      <sec id="sec-9-2">
        <title>V. SUMMARY</title>
        <p>This paper describes a proposal for an intercultural multi
case study research project for evaluating RE training courses
in different cultural contexts and for discovering differences
between these cultures.</p>
        <p>Our next steps will be to find research partners and to refine
the research design together.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bolten</surname>
          </string-name>
          , “
          <article-title>Was heißt 'Interkulturelle Kompetenz?' Perspektiven für die international Personalentwicklung”</article-title>
          , in
          <string-name>
            <surname>J</surname>
          </string-name>
          . Berninghausen and V. Künzer (eds.),
          <source>Wirtschaft als interkulturelle Herausforderung: Business across Cultures</source>
          , Berlin,
          <year>2007</year>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Bond</surname>
          </string-name>
          , “
          <article-title>Finding Unusual Dimensions of Individual Variation in multi‐Cultural Studies of Values: the Rokeach and Chinese Value Surveys”</article-title>
          ,
          <source>Journal of Personality and Social Psychology</source>
          ,
          <volume>55</volume>
          , pp.
          <fpage>1009</fpage>
          -
          <lpage>1015</lpage>
          ,
          <year>1988</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>S.</given-names>
            <surname>Deshpande</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Richardson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Casey</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Beecham</surname>
          </string-name>
          , “
          <article-title>Culture in global software development”</article-title>
          ,
          <source>Global Software Engineering (ICGSE)</source>
          ,
          <year>2010</year>
          5th IEEE International Conference on, pages
          <fpage>67</fpage>
          -
          <lpage>76</lpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Dreyfus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Dreyfus</surname>
          </string-name>
          :
          <article-title>A five-stage model of the mental activities involved in direct skill acquisition</article-title>
          ,
          <source>No. ORC-80-2</source>
          . Univ. Berkeley Operations Research Center,
          <year>1980</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>A.H.</given-names>
            <surname>Dutoit</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Johnstone</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Bruegge</surname>
          </string-name>
          , “
          <article-title>Knowledge scouts: Reducing communication barriers in a distributed software development project”</article-title>
          ,
          <source>Proceedings of the Eighth Asia-Pacific on Software Engineering Conference APSEC</source>
          , IEEE, pp.
          <fpage>427</fpage>
          -
          <lpage>430</lpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>G.</given-names>
            <surname>Gabrysiak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Giese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Seibel</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Neumann</surname>
          </string-name>
          , “
          <article-title>Teaching requirements engineering with vir- tual stakeholders without software engineering knowledge,” in Requirements Engineering Education and Training (REET</article-title>
          ),
          <year>2010</year>
          5th International Workshop on, pp.
          <fpage>36</fpage>
          -
          <lpage>45</lpage>
          ,
          <year>Sept 2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>B.G.</given-names>
            <surname>Glaser</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.L.</given-names>
            <surname>Strauss</surname>
          </string-name>
          , “
          <article-title>The Discovery of Grounded Theory. Strategies for Qualitative Research”</article-title>
          , New York,
          <year>1967</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Goeken</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Patas</surname>
          </string-name>
          , „
          <article-title>Evidence-Based Structuring and Evaluation of Empirical Research in Requirements Engineering</article-title>
          . Fundamentals, Framework, Research Map“,
          <source>in Business Information Systems Engineering</source>
          ,
          <year>2010</year>
          ; original: “
          <article-title>Evidenzbasierte Strukturierung und Bewertung empirischer Forschung im Requirements Engineering”</article-title>
          , in Wirtschaftsinformatik 52 (
          <year>2010</year>
          ), No 3, pp.
          <fpage>173</fpage>
          -
          <lpage>184</lpage>
          ,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>O.</given-names>
            <surname>Gotel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Kulkarni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Say</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Scharff</surname>
          </string-name>
          , and T. Sunetnanta, “
          <article-title>Distributing responsibilities to engineer better requirements: Leveraging knowledge and perspectives for students to learn a key skill,” in Require-ments Engineering Education and Training (REET</article-title>
          ),
          <source>2009 Fourth International Workshop on</source>
          , pp.
          <fpage>28</fpage>
          -
          <lpage>37</lpage>
          ,
          <year>Sept 2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Grieb</surname>
          </string-name>
          and U. Lindemann, “
          <article-title>Design Communication in Industry: A Survey Analysis”</article-title>
          ,
          <source>International Conference on Engineering Design ICED 05</source>
          , pp.
          <fpage>586</fpage>
          -
          <lpage>587</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>R.E.</given-names>
            <surname>Grinter</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.D</surname>
          </string-name>
          , Herbsleb and
          <string-name>
            <given-names>D.E.</given-names>
            <surname>Perry</surname>
          </string-name>
          , “
          <article-title>The geography of coordination: Dealing with distance in R&amp;D work”</article-title>
          ,
          <source>Proceedings of the ACM Conference on Supporting Group Work (GROUP 99)</source>
          , Phoenix, pp.
          <fpage>306</fpage>
          -
          <lpage>315</lpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.D.</given-names>
            <surname>Herbsleb</surname>
          </string-name>
          , “
          <article-title>Global Software Engineering: The Future of Socio-technical Coordination”</article-title>
          ,
          <source>Proceeding FOSE '07 2007 Future of Software Engineering</source>
          , pp.
          <fpage>189</fpage>
          -
          <lpage>198</lpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>L.</given-names>
            <surname>Herkenhoff</surname>
          </string-name>
          , “Professional Culture,
          <article-title>Emotional Intelligence and the Emotional Process Model”</article-title>
          ,
          <source>in: The Journal of Organizational Leadership &amp; Business</source>
          , Spring 2010 http://www.tamut.edu/jolb/scholar/2010summer/2010herkenhoff .pdf
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>A.</given-names>
            <surname>Herrmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hoffmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Landes</surname>
          </string-name>
          , R. Weißbach, “
          <article-title>Experience-Oriented Approaches for Teaching and Training Requirements Engineering: An Experience Report</article-title>
          .
          <source>Proceedings of the 20th Interational Working Conference, REFSQ</source>
          <year>2014</year>
          , Essen, Germany, April 7-
          <issue>10</issue>
          ,
          <year>2014</year>
          ,
          <string-name>
            <given-names>Camille</given-names>
            <surname>Salinesi</surname>
          </string-name>
          , Inge van de Weerd (eds.), Springer, Lectures Notes of Computer Science LNCS 8396, pp.
          <fpage>254</fpage>
          -
          <lpage>267</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hoffmann</surname>
          </string-name>
          , “
          <article-title>Reim-an improvisation workshop format to train soft skill awareness”</article-title>
          ,
          <source>in Cooperative and Human Aspects of Software Engineering (CHASE)</source>
          ,
          <year>2012</year>
          5th International Workshop on, pp.
          <fpage>56</fpage>
          -
          <lpage>62</lpage>
          , IEEE,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>G.</given-names>
            <surname>Hofstede</surname>
          </string-name>
          , “
          <article-title>Culture's Consequences: International Differences in Work Related Values”</article-title>
          , Beverley Hills, CA: Sage Publications,
          <year>1980</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>G.</given-names>
            <surname>Hofstede</surname>
          </string-name>
          , “Culture”, http://geerthofstede.nl/culture.aspx, accessed 13 May 2014
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>G.</given-names>
            <surname>Hofstede</surname>
          </string-name>
          , Values Survey Module 2013 Questionnaire, http://www.geerthofstede.com/media/2124/VSM%202013%20E nglish.doc, accessed May,
          <year>28th</year>
          ,
          <fpage>2014</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19] The Hofstede Center: “Dimensions”, http://geerthofstede.com/organisational-culture-dimensions.html, accessed May,
          <year>28th</year>
          ,
          <fpage>2014</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <article-title>IREB: IREB Certified Professional for Requirements Engineering Syllabus, Version 2</article-title>
          .1,
          <string-name>
            <surname>December</surname>
            <given-names>20th</given-names>
          </string-name>
          <year>2012</year>
          , http://www.ireb.org/fileadmin/IREB/Lehrplaene/IREB_cpre_syl labus_FL_en_v21.pdf
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>T.</given-names>
            <surname>Lethbridge</surname>
          </string-name>
          , “
          <article-title>A survey of the relevance of computer science and software engineering education”</article-title>
          ,
          <source>llth International Conference on Software Engineering</source>
          ,
          <year>1998</year>
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>S.</given-names>
            <surname>Overhage</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Skroch</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K.</given-names>
            <surname>Turowski</surname>
          </string-name>
          , „
          <article-title>A Method to Evaluate the Suitability of Requirements Specifications for Offshore Projects“</article-title>
          ,
          <source>in Business Information Systems Engineering</source>
          ,
          <year>2010</year>
          ; original: „
          <article-title>Eine Methode zur Bewertung der Eignung von Anforderungsspezifikationen für OffshoringProjekte“</article-title>
          ,
          <source>in Wirtschaftsinformatik 52</source>
          (
          <year>2010</year>
          ), No 3, pp.
          <fpage>149</fpage>
          -
          <lpage>159</lpage>
          ,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>R.</given-names>
            <surname>Prikladnicki</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.L.N.</given-names>
            <surname>Audy</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Evaristo</surname>
          </string-name>
          , “
          <article-title>An Empirical Study on Global Software Development: Offshore Insourcing of IT Projects”</article-title>
          ,
          <source>Proceedings of the International Workshop on Global Software Development, International Conference on Software Engineering (ICSE</source>
          <year>2004</year>
          ), IEEE, Edinburgh, Scotland, pp.
          <fpage>53</fpage>
          -
          <lpage>58</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>E.H.</given-names>
            <surname>Schein</surname>
          </string-name>
          , “
          <article-title>Coming to a New Awareness of Organizational Culture”</article-title>
          ,
          <source>Sloan Management Review</source>
          ,
          <volume>25</volume>
          :2, p.
          <fpage>3</fpage>
          ,
          <issue>1984</issue>
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>Standish</given-names>
            <surname>Group: Extreme</surname>
          </string-name>
          <string-name>
            <surname>CHAOS</surname>
          </string-name>
          ,
          <year>2001</year>
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>J.</given-names>
            <surname>Stein</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Herrmann</surname>
          </string-name>
          , “
          <article-title>The Origin of Cultural Barriers in Distributed Software Development”</article-title>
          ,
          <source>DASMA Software Metrik Kongress</source>
          , pp.
          <fpage>143</fpage>
          -
          <lpage>159</lpage>
          ,
          <year>2013</year>
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>M.</given-names>
            <surname>Svahnberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Gorschek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Eriksson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Borg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Sandahl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Borster</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Loconsole</surname>
          </string-name>
          , “
          <article-title>Per- spectives on requirements understandability - for whom does the teacher's bell toll?,” in Requirements Engineering Education</article-title>
          and Training,
          <year>2008</year>
          . REET '
          <volume>08</volume>
          ., pp.
          <fpage>22</fpage>
          -
          <lpage>29</lpage>
          ,
          <year>Sept 2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>A.</given-names>
            <surname>Von Stettn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Beimborn</surname>
          </string-name>
          , and T. Weitzel, „
          <article-title>Analyzing and Managing the Impact of Cultural Behaviour Patterns on Social Capital in Multinational IT Project Teams - A Case Study Approch“</article-title>
          ,
          <source>in Business Information Systems Engineering</source>
          ,
          <year>2012</year>
          , original: “
          <article-title>Auswirkungen kulturspezifischer Verhaltensmuster auf das Sozialkapital in multinationalen IT-Projektteams”</article-title>
          ,
          <source>in Wirtschaftsinformatik 54</source>
          (
          <year>2012</year>
          ), No 3, pp.
          <fpage>135</fpage>
          -
          <lpage>151</lpage>
          ,
          <year>2012</year>
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>R.</given-names>
            <surname>Weißbach</surname>
          </string-name>
          , “
          <article-title>Bridging the Communication Gap in Information System Projects: Enabling Non-IT Professionals for the Requirements Engineering Process”</article-title>
          , Applied Research in Professional Education.
          <source>Proceedings from the first CARPE networking conference in Utrecht on 2-4 November</source>
          <year>2011</year>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kettunen</surname>
          </string-name>
          , Juha et al., Eds. ,
          <source>Turku: Turku UAS</source>
          <year>2012</year>
          ,
          <year>p259ff</year>
          .
          <source>(julkaisut.turkuamk.fi/isbn9789522162519.pdf)</source>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>