<!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>Hybrid Work in Agile Software Development</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Emily L. Christensen</string-name>
          <email>emily.christensen@lut.fi</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Maria Paasivaara</string-name>
          <email>maria.paasivaara@lut.fi</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Iflaah Salman</string-name>
          <email>iflaah.salman@lut.fi</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>LUT University</institution>
          ,
          <addr-line>Lahti</addr-line>
          ,
          <country country="FI">Finland</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The disruption from pre-pandemic ofice work norm to forced work from home, has been followed by new norms in work arrangements. This has triggered changes in the understanding of the characteristics of a software team work arrangement and what workspace allows the teams to thrive. In response to new demands, many companies are altering their work policies and experimenting with new work arrangements that balance expectations from employees and management, regarding where and when the work should be done. The goal of this work is to investigate these new ways of working, including work arrangements of agile software teams, and hybrid teams in particular, and the work environments of companies. The project will also explore software process improvement ideas that decision makers should consider when dealing with various team work arrangements.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Hybrid work</kwd>
        <kwd>agile software development</kwd>
        <kwd>software teams</kwd>
        <kwd>work arrangements</kwd>
        <kwd>workspaces</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Problem Definition</title>
      <p>
        Creating any significant software requires the efort and cooperation of several people – a team.
Two types of teams have been used traditionally to reason about software development: the
traditional or collocated team, and the virtual team [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. The work arrangements of teams in
this context are understood as the approved work pattern in which normal hours are worked,
and the categorization of teams as either traditional or collocated, and virtual, has allowed for
instance: to design practices for teams sharing the same physical space like pair programming
[
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]; to reason about the efects of geographical, temporal, linguistic, and cultural distance in the
context of globally distributed virtual teams (e.g., [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]); and, to reflect on the idiosyncrasies
that make a seemingly simple artefact like a task board so complex to replicate digitally [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
However, new types of teams and work arrangements are surfacing that do not conform to
either the collocated, or the virtual category.
      </p>
      <p>
        The word “hybrid” has become one popular umbrella label attributed to various work-related
terms. These days, one can often read about hybrid workplaces or hybrid ofices [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], hybrid
working [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] as well as hybrid teams [8]. Hybrid teams are related to distributed teams, but
instead of ofice locations, their members could work from home (WFH), a café, or anywhere
else. These are Halford’s [9] teams consisting of “multiply-located” members working in the
ofice and from home and more recent hybrid teams described by Santos and Ralph [ 8], as teams
in which, on any given day, some team members may be working in a collocated ofice while
others are working remotely.
The shift in types of teams and work arrangements was rapidly accelerated by the
covid19 pandemic, which forced most employees to transition, from one day to the next, to WFH
arrangements. During the immediate pandemic period [10], companies learned that many
preconceptions about remote work were misplaced, and software developers adapted to the
emerging situation quite swiftly [11, 12] with their daily work lives not particularly disrupted
[13]. Such better-than-expected forced WFH experiences, coupled with the investments enabling
remote work during the pandemic, led many knowledge workers to rethink their return to the
ofices [14].
      </p>
      <p>The interest in working remotely from home or in an alternative working space like a
café has now become mainstream and has given ground to situations where employees work
indiscriminately from either home or the ofice [ 15], shifting team dynamics from those described
by virtual team models to those fitting the collocated ones. Employees started to express their
wish to keep the job as they move to remote cities or even globally and leave if they are not
permitted to work remotely [14, 16]. In response to the new demands, many companies are
altering their work policies and experimenting with new work arrangements that balance
expectations from employees and management, regarding where and when the work should be
done [14].</p>
      <p>Software processes and practices, theories, and models currently used in the software industry
and in software engineering research are insuficient to accommodate for the new trends as they
do not account for these shifting work arrangements, which results in the inability to achieve
the full productive potential of agile software teams and to make sense of field material. It is
therefore crucial that we gain a better understanding of where employees want to be working
and how modifications of the work environment afect ways of working, in order to determine
the best way to adjust the workspaces to fit the needs of agile software development teams.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Knowledge Gap</title>
      <p>The shift from WFH to work from anywhere (WFX), while predicted [17, 16], has not yet been
explored in depth, as recent studies on the topic were conducted prior to, or during the pandemic
in a forced WFH situation [18, 19, 20, 11, 16]. Here two major foci of interest can be identified.
On the one hand, studies focusing on metrics of developers; under this category, developer
productivity [21], productivity and well-being [22, 11, 23], perceived productivity [12], as well
as task satisfaction and performance [24], can be found. On the other hand, there are studies
investigating specific technical practices [ 25] and the consequences to the processes (e.g., [26]).</p>
      <p>As sharply identified by Boland et al. [ 27], “leading organizations will boldly question long held
assumptions about how work should be done and the role of the ofice.” However, although briefly
discussed in several of the above-mentioned studies, the workspace has not been the focus,
likely given the importance during the pandemic to understand the pressing consequences of
the forced WFH condition, and only a limited number of studies – yet rapidly growing – can be
found that research specifically the workspace and the work arrangements of agile software
teams (e.g., [28]).</p>
      <p>The goal of this work is therefore: to investigate these new ways of working, i.e., the work
arrangements and environments of hybrid agile software teams. The project will also explore
software process improvement ideas that decision makers should consider when dealing with
various team work arrangements. The scope of this project is visualized in Figure 1. In addition,
the project will also explore how these work arrangements, environments, and improvement
ideas impact the teams in relation to collaboration and agile practices.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Research Method</title>
      <p>The following research questions have been designed to guide the work in this project:</p>
      <p>RQ1: How can the spectrum of emerging hybrid work arrangements of software teams be
characterized to achieve better clarity?</p>
      <p>RQ2: What are the publication trends and characteristics of existing research on hybrid work
in agile software development?</p>
      <p>RQ3: How have the work arrangements of agile software teams evolved during and since
the covid-19 pandemic?</p>
      <p>RQ4: What are the consequences, challenges, and opportunities of current agile software
team workspaces and hybrid work arrangements?</p>
      <p>RQ5: Which policies, tactics, and ideas can be implemented by companies to support
agile software teams in hybrid work arrangements and improve the software development process?</p>
      <p>To answer these research questions five studies have been planned, the majority of which
are case studies of software teams in Denmark and Finland. The companies that have already
expressed interest in participating include IBM, Valtech, Brandwatch, Ericsson, F-Secure, and
Kempower, as well as five other companies which have requested they remain anonymous. These
companies will be approached as case studies in accordance with the guidance of Yin Robert [29]
and Verner et al. [30]. The initial research has already been carried out by performing qualitative
interviews in the Danish companies, specifically with practitioners who are in leadership and
managerial positions. The characteristics and work arrangements of the software teams were
analyzed, with the goal of conceptualizing the team work arrangements and identifying common
patterns. These empirical activities have generated results that will provide input for the later
research work. The articles and their content are briefly described below:</p>
      <sec id="sec-3-1">
        <title>3.1. Article 1: The Future Workplace – Characterizing the Spectrum of Hybrid</title>
      </sec>
      <sec id="sec-3-2">
        <title>Work Arrangements for Software Teams</title>
        <p>The first study aims to answer RQ1 and has already been published in IEEE Software [31]. As
second author I contributed in the conceptualization and methodology, the investigation and
formal analysis, and writing the original draft. The goal of this study was to ofer a vocabulary
to avoid the confusion that seems to prevail in the current conversations about hybrid work
arrangements. This article systemizes a spectrum of emerging work arrangements for software
teams (Figure 2), including hybrid teams, partially aligned teams and, variegated teams with fully
aligned alternation of ofice presence. The team typology is based on practical insights from
semi-structured interviews with team managers and team leads from six diferent companies.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.2. Article 2: Hybrid Work meets Agile Software Development – A Systematic</title>
      </sec>
      <sec id="sec-3-4">
        <title>Mapping Study</title>
        <p>To provide an answer to RQ2 and share the findings with the research community and with
the industry, one systematic mapping study was conducted to gain a good understanding of
the research terrain formulated when hybrid work meets agile software development. The
study has been submitted to the International Conference on Cooperative and Human Aspects of
Software Engineering (CHASE). As second author I contributed in the investigation and formal
analysis, and by writing the original draft. The systematic process followed [32, 33] led to a
collection of 12 primary studies, all of which are empirical studies and the majority of these
employ case studies as the research methodology. The mapping of the primary studies included:
the publication years and types of research articles; employed research methods; and the
countries and organisations where the research was carried out. The research questions in the
primary studies were also mapped according to a conceptual framework for organizing research
questions on hybrid work in software engineering [34], and the team work arrangements were
identified and mapped to the team typology in [ 31]. In addition, the online tools used in the
hybrid settings, the hybrid work policies, and the agile frameworks, practices, and roles were
identified.</p>
      </sec>
      <sec id="sec-3-5">
        <title>3.3. Article 3: On the Evolution of Agile Software Team Work Arrangements – a Management Assessment</title>
        <p>The third study aims to answer RQ3 and briefly explores RQ4. To gain insights and collect
lessons learned on the consequences of the multitude of decisions that were taken prior to, and
during, and after the covid-19 pandemic, this study investigates Danish agile software teams
from seven diferent companies through semi-structured and structured interviews with the
team leads, managers, Scrum masters, and agile coaches. To capture the various stages of the
pandemic and its impact on work arrangements, a longitudinal research design was employed,
and data was collected in three stages, beginning in November 2021, and concluding in May
2023 (see Figure 3).</p>
        <p>To familiarize with the data as suggested by Braun and Clarke [35], a light thematic analysis
of the collected data was carried out using NVivo. At this stage, statements were first coded
under several broad topics and later further analyzed in search for themes. Following this
initial inductive process, a deductive step was followed to unify the terminology used by the
interviewees. In this step, the team typology proposed in [31] was instantiated with the data
which allowed a consistent view over the evolution of the described teams. The changes to
the work arrangements were also coupled with insights into the work policies decided by each
company. The results of the study highlight the emergence of a dynamic spectrum of work
arrangements, reflecting a newfound flexibility that accommodates a diverse array of work
schedules and locations. The study also briefly explores the implications of these shifting work
arrangements and policies on company, leadership and management, and team levels.</p>
        <p>Possible Publication Venue: Journal of Systems and Software</p>
        <p>Alternative Publication Venue: Empirical Software Engineering</p>
      </sec>
      <sec id="sec-3-6">
        <title>3.4. Article 4: Single Case Study</title>
        <p>This study is centered around RQ4, and the creation of a detailed knowledge base designed
to exemplify the consequences, challenges, and opportunities derived from two diferent
experimental workspaces and hybrid work arrangements for agile software teams in the Finnish
R&amp;D department of Ericsson. The study will also explore RQ5 and software process
improvement ideas that decision makers should consider when dealing with various agile team work
arrangements and workspaces. The company is currently in the process of changing their
ofice workspaces and has implemented a principle that states employees should work from the
ofice two days a week. For one group of 70 employees, these two days are not fixed, while the
other group of 60+ employees are expected to work from the ofice on Tuesdays and Thursdays
specifically. The study will investigate the impact of these two diferent work arrangements
and the undergoing changes to the ofice space on company, team, and individual levels, by
conducting semi-structured interviews with the employees in December-January 2023, and
again in June-July 2024 to compare the results.</p>
        <p>A particular focus will be put on investigating how the experimental work arrangements
and workspaces impact team collaboration and agile practices. In addition, the study will also
capture metrics to determine; the value of fixed seating and other areas of the workspace,
e.g., hallways and gyms; the motivation of employees for using the ofice spaces; and explore
tactics the company can implement to support the software teams and improve the software
development process, while these changes to the workspace and work arrangements are taking
place.</p>
        <p>Possible Publication Venue: International Symposium on Empirical Software Engineering
and Measurement (ESEM Conference)</p>
        <p>Alternative Publication Venue: Journal of Systems and Software</p>
      </sec>
      <sec id="sec-3-7">
        <title>3.5. Article 5: Multiple Case Study</title>
        <p>This study is centered around RQ5 and is designed to further explore the various software
process improvement ideas identified in Article 4 against the characteristics and arrangements
of hybrid software teams defined in Articles 1, 2, and 3. The study leverages the experimentation
that happened during the pandemic and is currently ongoing, by collecting software process
improvement ideas and changes to the software practices in general, via surveys with multiple
industry partners.</p>
        <p>Possible Publication Venue: Information and Software Technology
Alternative Publication Venue: Euromicro Conference on Software Engineering and
Advanced Applications (SEAA)</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Timeline</title>
      <p>The preliminary timeline for research in this project is shown in Table 1.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Expected Contributions</title>
      <p>The expected impact of this work is to provide concrete knowledge for the case companies,
and other companies, based on the findings of the research. Additionally, this project aims
to provide inspiration for all practitioners in similar software engineering teams and serve as
recent empirical evidence for the researching community exploring the topic of shifting ways
of working in agile software development.
[8] R. E. de Souza Santos, P. Ralph, A grounded theory of coordination in remote-first and
hybrid software teams, in: Proceedings of the 44th International Conference on Software
Engineering, 2022, pp. 25–35.
[9] S. Halford, Hybrid workspace: Re-spatialisations of work, organisation and management,</p>
      <p>New Technology, Work and Employment 20 (2005) 19–33.
[10] N. A. Christakis, Apollo’s arrow: The profound and enduring impact of coronavirus on
the way we live, Hachette UK, 2020.
[11] D. Russo, P. H. Hanel, S. Altnickel, N. van Berkel, Predictors of well-being and
productivity among software professionals during the covid-19 pandemic–a longitudinal study,
Empirical Software Engineering 26 (2021) 1–63.
[12] D. Smite, N. B. Moe, J. Hildrum, J. Gonzalez-Huerta, D. Mendez, Work-from-home is
here to stay: Call for flexibility in post-pandemic work policies, Journal of Systems and
Software 195 (2023) 111552.
[13] D. Russo, P. H. Hanel, S. Altnickel, N. van Berkel, The daily life of software engineers during
the covid-19 pandemic, in: 2021 IEEE/ACM 43rd International Conference on Software
Engineering: Software Engineering in Practice (ICSE-SEIP), IEEE, 2021, pp. 364–373.
[14] J. M. Barrero, N. Bloom, S. J. Davis, Let me work from home, or i will find another job,</p>
      <p>University of Chicago, Becker Friedman Institute for Economics Working Paper (2021).
[15] T. Clear, Thinking issues – loosening ties: Permanently virtual teams and the melting
iceberg of relationship, ACM Inroads 12 (2021) 6–8.
[16] D. Šmite, N. B. Moe, E. Klotins, J. Gonzalez-Huerta, From forced working-from-home to
voluntary working-from-anywhere: Two revolutions in telework, Journal of Systems and
Software 195 (2023) 111509.
[17] A. S. Gusain, Work from home to work from anywhere: The future of co-working spaces,</p>
      <p>Digital frontiers, October 27th (2020).
[18] J. Butler, S. Jafe, Challenges and gratitude: A diary study of software engineers working
from home during covid-19 pandemic, in: 2021 IEEE/ACM 43rd International Conference
on Software Engineering: Software Engineering in Practice (ICSE-SEIP), IEEE, 2021, pp.
362–363.
[19] D. Ford, M.-A. Storey, T. Zimmermann, C. Bird, S. Jafe, C. Maddila, J. L. Butler, B. Houck,
N. Nagappan, A tale of two cities: Software developers working from home during
the covid-19 pandemic, ACM Transactions on Software Engineering and Methodology
(TOSEM) 31 (2021) 1–37.
[20] C. Miller, P. Rodeghero, M.-A. Storey, D. Ford, T. Zimmermann, “how was your weekend?”
software development teams working from home during covid-19, in: 2021 IEEE/ACM
43rd International Conference on Software Engineering (ICSE), IEEE, 2021, pp. 624–636.
[21] L. Bao, T. Li, X. Xia, K. Zhu, H. Li, X. Yang, How does working from home afect
developer productivity?—a case study of baidu during the covid-19 pandemic, Science China
Information Sciences 65 (2022) 142102.
[22] P. Ralph, S. Baltes, G. Adisaputri, R. Torkar, V. Kovalenko, M. Kalinowski, N. Novielli,
S. Yoo, X. Devroey, X. Tan, M. Zhou, B. Turhan, R. Hoda, H. Hata, G. Robles, A. Milani Fard,
R. Alkadhi, Pandemic programming: how covid-19 afects software developers and how
their organizations can help (2020), Empirical Software Engineering (2020).
[23] D. Russo, P. H. Hanel, N. van Berkel, Understanding developers well-being and productivity:
a 2-year longitudinal analysis during the covid-19 pandemic, ACM Transactions on
Software Engineering and Methodology (2023).
[24] D. Russo, P. H. Hanel, S. Altnickel, N. van Berkel, Satisfaction and performance of software
developers during enforced work from home in the covid-19 pandemic, Empirical Software
Engineering 28 (2023) 53.
[25] D. Smite, M. Mikalsen, N. B. Moe, V. Stray, E. Klotins, From collaboration to solitude and
back: Remote pair programming during covid-19, in: P. Gregory, C. Lassenius, X. Wang,
P. Kruchten (Eds.), Agile Processes in Software Engineering and Extreme Programming,
Springer International Publishing, Cham, 2021, pp. 3–18.
[26] M. Schmidtner, C. Doering, H. Timinger, Agile working during covid-19 pandemic, IEEE</p>
      <p>Engineering Management Review 49 (2021) 18–32.
[27] B. Boland, A. De Smet, R. Palter, A. Sanghvi, Reimagining the ofice and work life after
covid19, https://www.mckinsey.com/capabilities/people-and-organizational-performance/
our-insights/reimagining-the-ofice-and-work-life-after-covid-19, 2020. Accessed:
2022-11-10.
[28] Z. Wang, Y.-H. Chou, K. Fathi, T. Schimmer, P. Colligan, D. Redmiles, R. Prikladnicki,
Co-designing for a hybrid workplace experience in software development, IEEE software
40 (2022) 50–59.
[29] R. K. Yin, Case study research: Design and methods, Applied social research methods
series 5 (2014).
[30] J. M. Verner, J. Sampson, V. Tosic, N. A. Bakar, B. A. Kitchenham, Guidelines for
industriallybased multiple case studies in software engineering, in: 2009 Third International
Conference on Research Challenges in Information Science, IEEE, 2009, pp. 313–324.
[31] D. Smite, E. L. Christensen, P. Tell, D. Russo, The future workplace: Characterizing the
spectrum of hybrid work arrangements for software teams, IEEE software 40 (2022) 34–41.
[32] K. Petersen, R. Feldt, S. Mujtaba, M. Mattsson, Systematic mapping studies in software
engineering, in: 12th International Conference on Evaluation and Assessment in Software
Engineering (EASE) 12, 2008, pp. 1–10.
[33] K. Petersen, S. Vakkalanka, L. Kuzniarz, Guidelines for conducting systematic mapping
studies in software engineering: An update, Information and software technology 64
(2015) 1–18.
[34] M. Paasivaara, X. Wang, Unveiling the spectrum of hybridwork in software engineering:
Research directions, in: In First International Workshop on Global and Hybrid Work
in Software Engineering, Co-located with International Conference on Agile Software
Development 2023, 2023.
[35] V. Braun, V. Clarke, One size fits all? what counts as quality practice in (reflexive) thematic
analysis?, Qualitative research in psychology (2020) 1–25.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>D.</given-names>
            <surname>Smite</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kuhrmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Keil</surname>
          </string-name>
          , Virtual teams [guest editors' introduction],
          <source>Ieee Software</source>
          <volume>31</volume>
          (
          <year>2014</year>
          )
          <fpage>41</fpage>
          -
          <lpage>46</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J. E.</given-names>
            <surname>Hannay</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Dybå</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Arisholm</surname>
          </string-name>
          ,
          <string-name>
            <surname>D. I. Sjøberg</surname>
          </string-name>
          ,
          <article-title>The efectiveness of pair programming: A meta-analysis</article-title>
          ,
          <source>Information and software technology 51</source>
          (
          <year>2009</year>
          )
          <fpage>1110</fpage>
          -
          <lpage>1122</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Herbsleb</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mockus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. A.</given-names>
            <surname>Finholt</surname>
          </string-name>
          ,
          <string-name>
            <surname>R. E. Grinter,</surname>
          </string-name>
          <article-title>An empirical study of global software development: distance and speed</article-title>
          ,
          <source>in: Proceedings of the 23rd International Conference on Software Engineering. ICSE</source>
          <year>2001</year>
          , IEEE,
          <year>2001</year>
          , pp.
          <fpage>81</fpage>
          -
          <lpage>90</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>J.</given-names>
            <surname>Noll</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Beecham</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Richardson</surname>
          </string-name>
          ,
          <article-title>Global software development and collaboration: barriers and solutions</article-title>
          ,
          <source>ACM inroads 1</source>
          (
          <year>2011</year>
          )
          <fpage>66</fpage>
          -
          <lpage>78</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Esbensen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Tell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. B.</given-names>
            <surname>Cholewa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. K.</given-names>
            <surname>Pedersen</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. Bardram,</surname>
          </string-name>
          <article-title>The dboard: a digital scrum board for distributed software development</article-title>
          ,
          <source>in: Proceedings of the 2015 International Conference on Interactive Tabletops &amp; Surfaces</source>
          ,
          <year>2015</year>
          , pp.
          <fpage>161</fpage>
          -
          <lpage>170</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A.-L.</given-names>
            <surname>Fayard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Weeks</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Khan</surname>
          </string-name>
          , et al.,
          <article-title>Designing the hybrid ofice - from workplace to “culture space”</article-title>
          ,
          <source>Harvard Business Review</source>
          <volume>99</volume>
          (
          <year>2021</year>
          )
          <fpage>114</fpage>
          -
          <lpage>123</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>R.</given-names>
            <surname>Appel-Meulenbroek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kemperman</surname>
          </string-name>
          , A. van de Water,
          <string-name>
            <given-names>M.</given-names>
            <surname>Weijs-Perrée</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Verhaegh</surname>
          </string-name>
          ,
          <article-title>How to attract employees back to the ofice? a stated choice study on hybrid working preferences</article-title>
          ,
          <source>Journal of Environmental Psychology</source>
          <volume>81</volume>
          (
          <year>2022</year>
          )
          <fpage>101784</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>