<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CSSE</journal-id>
<journal-id journal-id-type="nlm-ta">CSSE</journal-id>
<journal-id journal-id-type="publisher-id">CSSE</journal-id>
<journal-title-group>
<journal-title>Computer Systems Science &#x0026; Engineering</journal-title>
</journal-title-group>
<issn pub-type="ppub">0267-6192</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">22601</article-id>
<article-id pub-id-type="doi">10.32604/csse.2023.022601</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Framework for Effective Utilization of Distributed Scrum in Software Projects</article-title><alt-title alt-title-type="left-running-head">Framework for Effective Utilization of Distributed Scrum in Software Projects</alt-title><alt-title alt-title-type="right-running-head">Framework for Effective Utilization of Distributed Scrum in Software Projects</alt-title>
</title-group>
<contrib-group content-type="authors">
<contrib id="author-1" contrib-type="author">
<name name-style="western"><surname>Shahzad</surname><given-names>Basit</given-names></name>
<xref ref-type="aff" rid="aff-1">1</xref>
</contrib>
<contrib id="author-2" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Awan</surname><given-names>Wardah Naeem</given-names></name>
<xref ref-type="aff" rid="aff-1">1</xref><email>wardah.naeem.awan@gmail.com</email>
</contrib>
<contrib id="author-3" contrib-type="author">
<name name-style="western"><surname>Fazal-e-Amin</surname></name>
<xref ref-type="aff" rid="aff-2">2</xref>
</contrib>
<contrib id="author-4" contrib-type="author">
<name name-style="western"><surname>Abro</surname><given-names>Ahsanullah</given-names></name>
<xref ref-type="aff" rid="aff-3">3</xref>
</contrib>
<contrib id="author-5" contrib-type="author">
<name name-style="western"><surname>Shoaib</surname><given-names>Muhammad</given-names></name>
<xref ref-type="aff" rid="aff-4">4</xref>
</contrib>
<contrib id="author-6" contrib-type="author">
<name name-style="western"><surname>Alyahya</surname><given-names>Sultan</given-names></name>
<xref ref-type="aff" rid="aff-4">4</xref>
</contrib>
<aff id="aff-1"><label>1</label><institution>Department of Software Engineering, National University of Modern Languages</institution>, <addr-line>Islamabad, 44000</addr-line>, <country>Pakistan</country></aff>
<aff id="aff-2"><label>2</label><institution>Department of Software Engineering, College of Computer and Information Sciences, King Saud University</institution>, <addr-line>Riyadh, 11543</addr-line>, <country>Saudi Arabia</country></aff>
<aff id="aff-3"><label>3</label><institution>Department of Computer Science, Sukkur IBA University</institution>, <addr-line>Sindh, 65200</addr-line>, <country>Pakistan</country></aff>
<aff id="aff-4"><label>4</label><institution>Department of Information Systems, College of Computer and Information Sciences, King Saud University</institution>, <addr-line>Riyadh, 11543</addr-line>, <country>Saudi Arabia</country></aff>
</contrib-group><author-notes><corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Wardah Naeem Awan. Email: <email>wardah.naeem.awan@gmail.com</email></corresp></author-notes>
<pub-date pub-type="epub" date-type="pub" iso-8601-date="2022-05-24"><day>24</day>
<month>05</month>
<year>2022</year></pub-date>
<volume>44</volume>
<issue>1</issue>
<fpage>407</fpage>
<lpage>422</lpage>
<history>
<date date-type="received"><day>12</day><month>8</month><year>2021</year></date>
<date date-type="accepted"><day>17</day><month>12</month><year>2021</year></date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2023 Shahzad et al.</copyright-statement>
<copyright-year>2023</copyright-year>
<copyright-holder>Shahzad et al.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CSSE_22601.pdf"></self-uri>
<abstract>
<p>There is an emerging interest in using agile methodologies in Global Software Development (GSD) to get the mutual benefits of both methods. Scrum is currently admired by many development teams as an agile most known methodology and considered adequate for collocated teams. At the same time, stakeholders in GSD are dispersed by geographical, temporal, and socio-cultural distances. Due to the controversial nature of Scrum and GSD, many significant challenges arise that might restrict the use of Scrum in GSD. We conducted a Systematic Literature Review (SLR) by following Kitchenham guidelines to identify the challenges that limit the use of Scrum in GSD and to explore the mitigation strategies adopted by practitioners to resolve the challenges. To validate our review findings, we conducted an industrial survey of 305 practitioners. The results of our study are consolidated into a research framework. The framework represents current best practices and recommendations to mitigate the identified distributed scrum challenges and is validated by five experts of distributed Scrum. Results of the expert review were found supportive, reflecting that the framework will help the stakeholders deliver sustainable products by effectively mitigating the identified challenges.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Global software development</kwd>
<kwd>distributed Scrum</kwd>
<kwd>sustainable development</kwd>
<kwd>challenges</kwd>
<kwd>mitigation strategies</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>Global software development (GSD) is a recent ongoing trend in the software development industry [<xref ref-type="bibr" rid="ref-1">1</xref>], that usually engage stakeholders situated in various geographic locations and time zones, from different national and organizational cultures. It provides approach to the organization to competent and skillful resources at a lesser cost and easy accessibility to the markets [<xref ref-type="bibr" rid="ref-2">2</xref>]. GSD also has some challenges, which is not part of (or not as prominent) in traditional co-located development i.e., geographical, temporal, and socio-cultural distances that can lead to meaningful communication, coordination, and collaboration challenges that must be controlled to achieve the benefits of GSD [<xref ref-type="bibr" rid="ref-3">3</xref>].</p>
<p>There is a rising interest of implementing agile practices in GSD projects to get the mutual benefits of both methods [<xref ref-type="bibr" rid="ref-1">1</xref>]. Scrum, as an Agile common and most important practice, recently admired by many software teams in Agile distributed development. According to survey the scrum method of Agile software development is used over by 89% of agile development teams [<xref ref-type="bibr" rid="ref-3">3</xref>]. From the latest survey about agile practice acceptance rate, it is stated that agile methods could be effectively used by considerably dispersed members of a team. Another survey stated that, from the several agile practices, Scrum practices have a greater acceptance rate. Hence, it can be argued that the Scrum, which is the main component of agile is becoming popular gradually and could be effectively used by the teams that are dispersed globally [<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
<p>As scrum teams are self-organized, enabled on excellent team collaboration and communication. Hence, it is hard to directly implement Scrum practices in GSD because in GSD development, team members are distributed physically by time-based, geographical, and socio-cultural distances resulting in numerous challenges or issues that might affect teams&#x2019; communication and collaboration process [<xref ref-type="bibr" rid="ref-1">1</xref>]. There are multiple challenges confronted by man organizations who are using scrum practices in GSD [<xref ref-type="bibr" rid="ref-5">5</xref>].</p>
<p>We conducted up-to-date SLR to identify the challenges confronted by distributed scrum teams and the mitigation strategies adopted by teams to overcome the confronted challenges. While conducting the pilot review, it was observed that some studies have already proposed frameworks to mitigate the challenges. Still, their proposed frameworks are for resolving some specific challenges i.e., in [<xref ref-type="bibr" rid="ref-2">2</xref>], a framework is proposed to mitigate communication challenges. Similarly, in [<xref ref-type="bibr" rid="ref-3">3</xref>] author proposed a framework to manage risks in distributed Scrum, and most of the frameworks identified in the literature was unevaluated. To our best knowledge, we did not find any study that has developed a framework by identifying the latest challenges of distributed Scrum with the framework to mitigate all the confronted challenges.</p>
<p>Therefore, we aimed to identify and explore all the challenges by conducting up-to-date SLR and develop a framework to mitigate the identified challenges. The findings of this study will help the practitioners to understand the challenges that could be confronted while doing development in distributed scrum, and our proposed framework will help them to mitigate the challenges effectively to ensure sustainable development.</p>
<p>The rest of the paper is organized in the following different sections: Section 2 discusses the background and related work. Section 3 describes the research method. Section 4 describes the research questions. Section 5 discusses the proposed framework, while Section 6 presents the results and discussion. Section 7 focuses on validity issues. Finally, Section 8 concludes with the implications of the study and guidance for future research.</p>
</sec>
<sec id="s2">
<label>2</label>
<title>Background</title>
<p>This section discusses the overview of the scrum framework and related work of our study.</p>
<sec id="s2_1">
<label>2.1</label>
<title>Overview of Scrum Process</title>
<p>Scrum is a hybrid model which is the combination of iterative and incremental models [<xref ref-type="bibr" rid="ref-3">3</xref>]. Using Scrum, the software is delivered in different increments called &#x201C;Sprints&#x201D; (typically 2&#x2013;4 weeks iterations). Every sprint starts with the planning of sprint and ends with sprint review. Sprint planning is a time-bound meeting from the scrum team and could be last for up to 4 hours. The meeting is devoted to the development of detailed plans for the sprint. After that sprint review meeting is conducted, that is attended by the stakeholders of the projects to assess the business conditions, the market, and the technology. The review meetings possibly will also be last for more than 4 hours. A retrospective meeting could also be planned to evaluate the teamwork in finalized sprints. Day-to-day scrum meeting conducted by the team is 15-minute long in which every participant of the team addresses the questions what I did yesterday, what is my today&#x2019;s task, and what obstacles are there to perform my task? Scrum creates 3 artifacts: product backlogs, sprint backlogs, and burn-down charts. Backlogs contain requirements from customers, and daily burn down indicates the total remaining work [<xref ref-type="bibr" rid="ref-4">4</xref>]. <xref ref-type="fig" rid="fig-1">Fig. 1</xref> shows the overview of scrum process.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Overview of Scrum Process</title></caption>
<graphic mimetype="image" mime-subtype="png" xlink:href="CSSE_22601-fig-1.png"/>
</fig>
</sec>
<sec id="s2_2">
<label>2.2</label>
<title>Distributed Scrum Model</title>
<p>There are three commonly observed and used model of distributed Scrum i.e., Isolated Scrum, Distributed Scrum of Scrum and Totally Integrated Scrum [<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
<sec id="s2_2_1">
<label>2.2.1</label>
<title>Isolated Scrum</title>
<p>In this model, scrum teams are isolated geographically. Mostly offshore teams are either not cross-functional or not using the process of Scrum [<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
</sec>
<sec id="s2_2_2">
<label>2.2.2</label>
<title>Distributed Scrum of Scrum</title>
<p>In this model, scrum teams are distributed geographically but are connected through regular SoS meetings [<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
</sec>
<sec id="s2_2_3">
<label>2.2.3</label>
<title>Totally Integrated Scrum</title>
<p>In this model, teams are geographically distributed and are cross-functional with the members that are distributed among geographies [<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
</sec>
</sec>
<sec id="s2_3">
<label>2.3</label>
<title>Related Work</title>
<p>Agile approaches have been originally designed for co-located software development, and it is hard to directly apply these methods to distributed development [<xref ref-type="bibr" rid="ref-6">6</xref>] and have a lots of challenges and issues while executing scrum in distributed and GSD, that needs to be discussed to overcome the challenges and issues from distributed Scrum to ensure sustainable development.</p>
<p>This paper [<xref ref-type="bibr" rid="ref-7">7</xref>] discussed the patterns and the challenges related to the development patterns used in distributed scrum development. Different challenges were identified, and a case study was performed. The outcomes of the case study show that distributed scrum has many benefits if it gets implemented successfully, and the members of the team are more satisfied with the newly distributed scrum as compared to traditional approaches, even though there are still some challenges that must be addressed and resolved in upcoming improvement efforts. The limitation of the paper is that the analysis of proposed patterns is not performed.</p>
<p>Paper [<xref ref-type="bibr" rid="ref-8">8</xref>] performed a case study on the organization which is using scrum practices. 22 semi-structured interviews were conducted to find out the challenges of scaling Scrum. Different challenges are confronted while implementing agile practices such as Scrum-of-Scrums, area product owners, common retrospective, common sprint demo, and common sprint planning. It is found that practical implementation of scaling distributed scrum is not as easy as it seems in theoretical manners in books. The limitation of the study is that most of the interviews were conducted from the main site so, there are chances of bias as results might be different if other sites have been involved.</p>
<p>In [<xref ref-type="bibr" rid="ref-9">9</xref>] authors conducted SLR to determine the human-related factors that can negatively influence while adopting agile in GSD. 11 different challenges were found, and 6 out of 11 challenges found critical challenges having the frequency of &#x2265;50%. The challenges that were found critical were: lack of communication with the highest frequency of (88%), lack of customer involvement having a frequency (83%), lack of management commitments with the frequency of (72%), lack of requirements analysis with the frequency of (56%), lack of knowledge sharing (56%) and lack of roles and responsibilities (50%). A hypothetical model was developed based on identified challenges, which shows the relationship between identified challenges and scaling agile in GSD.</p>
<p>This paper [<xref ref-type="bibr" rid="ref-10">10</xref>] discuss an explanatory case study conducted in Norway for four years, on one of the largest software development programs to find out how agile methods are evolved to use for large scale and distributed development and what are the challenges encountered while using agile method in large scale development. It is found that communication, coordination and collaboration, customer involvement, knowledge sharing, and architecture management are the most challenging areas while using agile methods in large-scale development. In paper [<xref ref-type="bibr" rid="ref-11">11</xref>], SLR is conducted to determine the themes and primary issues of distributed agile development. It is found that project planning and management, communication, coordination, collaboration, cultural and quality assurance issues are the major concerns that need to be addressed and resolved to execute agile methodology in a distributive manner effectively. This paper limits in a way that it includes only articles published in IEEE, so the findings of this paper are limited in scope.</p>
</sec>
</sec>
<sec id="s3">
<label>3</label>
<title>Research Methodology</title>
<p>This paper explained a framework proposed by consolidating best practices, adopted by different teams to mitigate distributed scrum challenges. We conducted SLR by reviewing articles from 2005 to 2021 by following Kitchenham [<xref ref-type="bibr" rid="ref-12">12</xref>] to identify all the challenges confronted by distributed scrum teams and mitigation strategies adopted by teams to overcome the challenges. Out of 3348 articles, we selected 56 articles by applying different filters that discussed distributed scrum challenges and mitigation strategies adopted by teams to overcome the challenges. Twelve significant challenges were identified through SLR, shown in <xref ref-type="table" rid="table-1">Tab. 1</xref>.</p>
<table-wrap id="table-1"><label>Table 1</label>
<caption>
<title>List of identified challenges</title></caption>
<table><colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>No</th>
<th>Challenges</th>
<th>References</th>
<th>Frequency N &#x003D; 56</th>
<th>Percentage (%)</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>Communication, Coordination &#x0026; Collaboration</td>
<td>[<xref ref-type="bibr" rid="ref-2">2</xref>, <xref ref-type="bibr" rid="ref-4">4</xref>, <xref ref-type="bibr" rid="ref-5">5</xref>, <xref ref-type="bibr" rid="ref-7">7</xref>&#x2013;<xref ref-type="bibr" rid="ref-54">54</xref>]</td>
<td>51</td>
<td>91%</td>
</tr>
<tr>
<td>2</td>
<td>Knowledge Sharing and Management</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-10">10</xref>, <xref ref-type="bibr" rid="ref-15">15</xref>, <xref ref-type="bibr" rid="ref-18">18</xref>, <xref ref-type="bibr" rid="ref-22">22</xref>, <xref ref-type="bibr" rid="ref-23">23</xref>, <xref ref-type="bibr" rid="ref-28">28</xref>&#x2013;<xref ref-type="bibr" rid="ref-30">30</xref>, <xref ref-type="bibr" rid="ref-38">38</xref>, <xref ref-type="bibr" rid="ref-39">39</xref>, <xref ref-type="bibr" rid="ref-50">50</xref>, <xref ref-type="bibr" rid="ref-51">51</xref>, <xref ref-type="bibr" rid="ref-53">53</xref>&#x2013;<xref ref-type="bibr" rid="ref-55">55</xref>]</td>
<td>16</td>
<td>28%</td>
</tr>
<tr>
<td>3</td>
<td>Project Management</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-7">7</xref>, <xref ref-type="bibr" rid="ref-9">9</xref>, <xref ref-type="bibr" rid="ref-21">21</xref>, <xref ref-type="bibr" rid="ref-22">22</xref>, <xref ref-type="bibr" rid="ref-34">34</xref>, <xref ref-type="bibr" rid="ref-39">39</xref>, <xref ref-type="bibr" rid="ref-46">46</xref>, <xref ref-type="bibr" rid="ref-48">48</xref>, <xref ref-type="bibr" rid="ref-50">50</xref>, <xref ref-type="bibr" rid="ref-52">52</xref>, <xref ref-type="bibr" rid="ref-54">54</xref>, <xref ref-type="bibr" rid="ref-56">56</xref>]</td>
<td>13</td>
<td>25%</td>
</tr>
<tr>
<td>4</td>
<td>Technical Issues</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-7">7</xref>, <xref ref-type="bibr" rid="ref-9">9</xref>&#x2013;<xref ref-type="bibr" rid="ref-11">11</xref>, <xref ref-type="bibr" rid="ref-18">18</xref>, <xref ref-type="bibr" rid="ref-22">22</xref>, <xref ref-type="bibr" rid="ref-29">29</xref>, <xref ref-type="bibr" rid="ref-30">30</xref>, <xref ref-type="bibr" rid="ref-34">34</xref>, <xref ref-type="bibr" rid="ref-36">36</xref>, <xref ref-type="bibr" rid="ref-42">42</xref>, <xref ref-type="bibr" rid="ref-47">47</xref>, <xref ref-type="bibr" rid="ref-50">50</xref>, <xref ref-type="bibr" rid="ref-55">55</xref>]</td>
<td>15</td>
<td>28%</td>
</tr>
<tr>
<td>5</td>
<td>Trust Issues</td>
<td>[<xref ref-type="bibr" rid="ref-9">9</xref>, <xref ref-type="bibr" rid="ref-10">10</xref>, <xref ref-type="bibr" rid="ref-13">13</xref>, <xref ref-type="bibr" rid="ref-23">23</xref>, <xref ref-type="bibr" rid="ref-25">25</xref>, <xref ref-type="bibr" rid="ref-29">29</xref>, <xref ref-type="bibr" rid="ref-36">36</xref>, <xref ref-type="bibr" rid="ref-43">43</xref>, <xref ref-type="bibr" rid="ref-47">47</xref>, <xref ref-type="bibr" rid="ref-48">48</xref>, <xref ref-type="bibr" rid="ref-54">54</xref>, <xref ref-type="bibr" rid="ref-34">34</xref>]</td>
<td>12</td>
<td>22%</td>
</tr>
<tr>
<td>6</td>
<td>Requirement Engineering</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-18">18</xref>, <xref ref-type="bibr" rid="ref-21">21</xref>, <xref ref-type="bibr" rid="ref-24">24</xref>, <xref ref-type="bibr" rid="ref-39">39</xref>, <xref ref-type="bibr" rid="ref-44">44</xref>&#x2013;<xref ref-type="bibr" rid="ref-46">46</xref>, <xref ref-type="bibr" rid="ref-48">48</xref>&#x2013;<xref ref-type="bibr" rid="ref-50">50</xref>]</td>
<td>11</td>
<td>19%</td>
</tr>
<tr>
<td>7</td>
<td>Quality Assurance</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-28">28</xref>, <xref ref-type="bibr" rid="ref-35">35</xref>, <xref ref-type="bibr" rid="ref-44">44</xref>, <xref ref-type="bibr" rid="ref-49">49</xref>, <xref ref-type="bibr" rid="ref-50">50</xref>, <xref ref-type="bibr" rid="ref-52">52</xref>]</td>
<td>7</td>
<td>12%</td>
</tr>
<tr>
<td>8</td>
<td>Configuration/Integration Management Issues</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-10">10</xref>, <xref ref-type="bibr" rid="ref-15">15</xref>, <xref ref-type="bibr" rid="ref-18">18</xref>, <xref ref-type="bibr" rid="ref-28">28</xref>, <xref ref-type="bibr" rid="ref-44">44</xref>, <xref ref-type="bibr" rid="ref-45">45</xref>, <xref ref-type="bibr" rid="ref-50">50</xref>]</td>
<td>8</td>
<td>14%</td>
</tr>
<tr>
<td>9</td>
<td>Resistance to change</td>
<td>[<xref ref-type="bibr" rid="ref-15">15</xref>, <xref ref-type="bibr" rid="ref-35">35</xref>, <xref ref-type="bibr" rid="ref-44">44</xref>, <xref ref-type="bibr" rid="ref-45">45</xref>]</td>
<td>4</td>
<td>7%</td>
</tr>
<tr>
<td>10</td>
<td>Risk Management</td>
<td>[<xref ref-type="bibr" rid="ref-10">10</xref>, <xref ref-type="bibr" rid="ref-33">33</xref>]</td>
<td>2</td>
<td>3%</td>
</tr>
<tr>
<td>11</td>
<td>Architectural Issues</td>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>, <xref ref-type="bibr" rid="ref-10">10</xref>, <xref ref-type="bibr" rid="ref-34">34</xref>, <xref ref-type="bibr" rid="ref-46">46</xref>, <xref ref-type="bibr" rid="ref-48">48</xref>, <xref ref-type="bibr" rid="ref-49">49</xref>, <xref ref-type="bibr" rid="ref-51">51</xref>]</td>
<td>7</td>
<td>12%</td>
</tr>
<tr>
<td>12</td>
<td>Shared understanding</td>
<td>[<xref ref-type="bibr" rid="ref-9">9</xref>, <xref ref-type="bibr" rid="ref-16">16</xref>, <xref ref-type="bibr" rid="ref-29">29</xref>, <xref ref-type="bibr" rid="ref-54">54</xref>, <xref ref-type="bibr" rid="ref-57">57</xref>]</td>
<td>5</td>
<td>9%</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>After identifying challenges, we conducted an industrial survey from 305 practitioners by following Kasunic guidelines [<xref ref-type="bibr" rid="ref-13">13</xref>] to validate the challenges identified through SLR to accept or reject the challenges. We used a 5-point Likert scale to ask questions, and two types of Likert scales i.e., agreement and frequency are used for that. The values used for both of Likert scales were ranging from &#x201C;&#x2013;2 to 2&#x201D; and &#x201C;0 to 4&#x201D;.</p>
<p>To evaluate our scales&#x2019; internal consistency and reliability to conduct a survey, we used Cronbach alpha&#x2019;s value. As we have used 2 different Likert scales so, the first calculated value of Cronbach alpha was &#x201C;0.85&#x201D; and covered seven factors from the total 12 factors. Another type of likert scale covered the remaining five factors, and the calculated value for this scale against five factors was &#x201C;0.86&#x201D;.</p>
<p>We set a criterion to accept and rejected each challenge and the challenges with an average value greater or equal to 0.90 for 1<sup>st</sup> type of likert scale got accepted, and from 2<sup>nd</sup> likert scale, factors with an average value greater or equal to 1.50 got accepted and remaining factors got rejected. Out of 12 factors, 8 factors got accepted by practitioners. <xref ref-type="table" rid="table-2">Tab. 2</xref> shows the challenges accepted and rejected through survey, and <xref ref-type="fig" rid="fig-2">Fig. 2</xref> shows the average weightage response against each factor.</p>
<table-wrap id="table-2"><label>Table 2</label>
<caption>
<title>Accepted and rejected challenges</title></caption>
<table><colgroup>
<col/>
<col/>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>No</th>
<th>Factors</th>
<th>Weightage values</th>
<th>Avg.<break/>weightageresponses</th>
<th>Results</th>
</tr>
</thead>
<tbody>
<tr>
<td>F1</td>
<td>Software Architectural Understanding</td>
<td>713</td>
<td>2.33</td>
<td>Accepted</td>
</tr>
<tr>
<td>F2</td>
<td>Requirement Engineering</td>
<td>695</td>
<td>2.27</td>
<td>Accepted</td>
</tr>
<tr>
<td>F3</td>
<td>Shared Understanding</td>
<td>681</td>
<td>2.23</td>
<td>Accepted</td>
</tr>
<tr>
<td>F4</td>
<td>Knowledge Sharing and Management</td>
<td>673</td>
<td>2.20</td>
<td>Accepted</td>
</tr>
<tr>
<td>F5</td>
<td>Project Management</td>
<td>647</td>
<td>2.12</td>
<td>Accepted</td>
</tr>
<tr>
<td>F6</td>
<td>Trust Issues</td>
<td>579</td>
<td>1.89</td>
<td>Accepted</td>
</tr>
<tr>
<td>F7</td>
<td>Communication, Coordination &#x0026; Collaboration</td>
<td>347</td>
<td>1.13</td>
<td>Accepted</td>
</tr>
<tr>
<td>F8</td>
<td>Technical Issues</td>
<td>337</td>
<td>1.10</td>
<td>Accepted</td>
</tr>
<tr>
<td>F9</td>
<td>Risk Management</td>
<td>229</td>
<td>0.75</td>
<td>Rejected</td>
</tr>
<tr>
<td>F10</td>
<td>Lack of resistance to Change</td>
<td>228</td>
<td>0.74</td>
<td>Rejected</td>
</tr>
<tr>
<td>F11</td>
<td>Quality Assurance</td>
<td>196</td>
<td>0.64</td>
<td>Rejected</td>
</tr>
<tr>
<td>F12</td>
<td>Configuration/Integration Management</td>
<td>168</td>
<td>0.55</td>
<td>Rejected</td>
</tr>
</tbody>
</table>
</table-wrap>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>Average weightage response against each factor</title></caption>
<graphic mimetype="image" mime-subtype="png" xlink:href="CSSE_22601-fig-2.png"/>
</fig>
<p>Next, a research framework is proposed by consolidating the best practice identified through SLR to mitigate the validated challenges through a survey. We conducted an expert review by interviewing 5 experts of distributed scrum, to evaluate the effectiveness of the proposed framework and ensure that the proposed framework will be helpful in sustainable development.</p>
</sec>
<sec id="s4">
<label>4</label>
<title>Research Questions</title>
<p>While conducting pilot studies, we noticed that some studies have already proposed frameworks to mitigate the challenges. Still, their proposed frameworks are for the resolution of some specific challenges. To our best knowledge, we did not find any study that has identified the latest challenges of distributed Scrum and proposed a single framework to mitigate all the identified challenges.</p>
<p>To address this gap, the following research questions were formulated:</p>
<p>RQ1: What are the challenges confronted by teams during the execution of Scrum in a distributive manner?</p>
<p>RQ2: What are the mitigation strategies adopted by teams to treat the confronted challenges?</p>
<p><xref ref-type="fig" rid="fig-2">Fig. 2</xref> shows the challenges accepted and rejected by practitioners through surveys along with average weightage response against each factor.</p>
</sec>
<sec id="s5">
<label>5</label>
<title>Proposed Framework</title>
<p>We developed a conceptual framework based on the identified challenges and mitigation strategies adopted by teams in distributed Scrum. The elements of our framework with its possible usage are discussed below.</p>
<sec id="s5_1">
<label>5.1</label>
<title>Framework Development Process</title>
<p>To develop a conceptual framework, we carefully followed the few planned steps mentioned below:<list list-type="bullet"><list-item>
<p>To identify the components of our conceptual framework, we reviewed the several frameworks discussed in our selected studies i.e., ([<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-11">11</xref>,<xref ref-type="bibr" rid="ref-14">14</xref>,<xref ref-type="bibr" rid="ref-15">15</xref>,<xref ref-type="bibr" rid="ref-16">16</xref>]).</p></list-item><list-item>
<p>We conducted SLR to identify the challenges confronted by distributed scrum teams and then survey was conducted from practitioners to validate those identified challenges.</p></list-item><list-item>
<p>Reviewed selected articles to identify the mitigation strategies adopted by distributed scrum teams to resolve or mitigate the confronted challenges.</p></list-item><list-item>
<p>Finally, we consolidated the validated challenges by practitioners and best practices adopted by different teams to resolve those challenges, into a framework.</p></list-item></list></p>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>Components of Framework</title>
<p>Our framework is broadly composed of 2 main components:<list list-type="roman-lower"><list-item>
<p>Major Challenges</p></list-item><list-item>
<p>Mitigation Strategies</p></list-item></list></p>
<p><xref ref-type="fig" rid="fig-3">Fig. 3</xref> shows the framework we proposed. We have discussed each challenge along the mitigation strategies to reduce or overcome the challenges.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Proposed framework</title></caption>
<graphic mimetype="image" mime-subtype="png" xlink:href="CSSE_22601-fig-3.png"/>
</fig>
</sec>
<sec id="s5_3">
<label>5.3</label>
<title>Communication, Coordination and Collaboration</title>
<p>Scrum is enabled on great communication, coordination, and collaboration among team so, it is the biggest challenge identified through literature and survey. Coordination and collaboration among teams depend upon communication so, communication is the key to better coordination and collaboration among teams [<xref ref-type="bibr" rid="ref-17">17</xref>]. Different resolution strategies are being by different teams to overcome these issues. We have identified some best strategies to overcome these issues.</p>
<sec id="s5_3_1">
<label>5.3.1</label>
<title>Maximize Synchronized Working Hours</title>
<p>This is a widely used strategy in distributed scrum development to improve effective communication among teams. As teams are working from different locations, with varying hours of working due to temporal differences, so project owners try to adjust overlapping working hours of distributed teams by allowing team members to attend meetings from home [<xref ref-type="bibr" rid="ref-1">1</xref>,<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-16">16</xref>&#x2013;<xref ref-type="bibr" rid="ref-25">25</xref>].</p>
</sec>
<sec id="s5_3_2">
<label>5.3.2</label>
<title>Open Communication</title>
<p>Open communication allow the team members to openly discuss their views about things and allow them to add suggestions in things, whenever required, that leads to better coordination and collaboration among teams [<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-21">21</xref>,<xref ref-type="bibr" rid="ref-26">26</xref>&#x2013;<xref ref-type="bibr" rid="ref-28">28</xref>].</p>
</sec>
<sec id="s5_3_3">
<label>5.3.3</label>
<title>Simulations</title>
<p>As Scrum require face-to-face communication, which is not possible in distributed environment, so try to replace direct face-to-face communication with rich communication channels through simulations. Using high quality simulation tools for face-to-face discussion will help the teams to communicate effectively, leads to better coordination and collaboration among distributed teams [<xref ref-type="bibr" rid="ref-5">5</xref>,<xref ref-type="bibr" rid="ref-23">23</xref>,<xref ref-type="bibr" rid="ref-24">24</xref>,<xref ref-type="bibr" rid="ref-29">29</xref>].</p>
</sec>
</sec>
<sec id="s5_4">
<label>5.4</label>
<title>Trust</title>
<p>Trust is another significant challenge reported in the literature. Different factors are identified from the literature, including ineffective communication, coordination, and collaboration among teams, poor team bonding, cultural barriers, etc., that causes trust issues in distributed Scrum. Some best strategies we have identified from the literature include:</p>
<sec id="s5_4_1">
<label>5.4.1</label>
<title>Informal Communication</title>
<p>Informal communication is the strategy adopted by different teams, to build trust among team members. By adopting different modes of informal communication (i.e., individual or teleconferences, video conferences, emails, instant messages) with formal documentation can help to build trust among team members [<xref ref-type="bibr" rid="ref-14">14</xref>,<xref ref-type="bibr" rid="ref-19">19</xref>,<xref ref-type="bibr" rid="ref-25">25</xref>&#x2013;<xref ref-type="bibr" rid="ref-30">30</xref>].</p>
</sec>
<sec id="s5_4_2">
<label>5.4.2</label>
<title>Pair Programming</title>
<p>It is another strategy adopted by teams to build trust among distributed teams by encouraging pair programming among teams. When team members collaborate to share things and experiences, it will positively affect the overall performance of teams [<xref ref-type="bibr" rid="ref-21">21</xref>,<xref ref-type="bibr" rid="ref-31">31</xref>&#x2013;<xref ref-type="bibr" rid="ref-33">33</xref>].</p>
</sec>
</sec>
<sec id="s5_5">
<label>5.5</label>
<title>Requirement Engineering</title>
<p>Although the concept of requirement engineering and scrum method seems incompatible because requirement engineering is all about heavy documentation throughout requirement engineering process and scrum does not demand huge documentation but, the team who are working in distributed Scrum are facing different challenges associated with requirement engineering due to many reasons including lack of formal documentation, invisible priorities of requirements, ambiguous and unclear requirements. The best resolution strategies we have identified from literature to resolve the requirement engineering issues include:</p>
<sec id="s5_5_1">
<label>5.5.1</label>
<title>Integrate User Stories with Use Cases</title>
<p>Unsynchronized user stories and use cases lead to misunderstandings among development teams about work progress and completion of work, primarily when teams work in a distributed environment. To avoid misunderstanding about work progress, it is important to integrate user stories with use cases before starting actual development [<xref ref-type="bibr" rid="ref-21">21</xref>,<xref ref-type="bibr" rid="ref-25">25</xref>,<xref ref-type="bibr" rid="ref-27">27</xref>,<xref ref-type="bibr" rid="ref-34">34</xref>&#x2013;<xref ref-type="bibr" rid="ref-37">37</xref>].</p>
</sec>
<sec id="s5_5_2">
<label>5.5.2</label>
<title>Follow-Up Questions</title>
<p>Follow-Up questions are very important to ensure that all the stakeholders have same understanding about the functionality of requirements. As the chances of misunderstood requirements are higher in distributed development. Correct and clear understanding of requirements can be ensured by asking follow-up question [<xref ref-type="bibr" rid="ref-13">13</xref>,<xref ref-type="bibr" rid="ref-28">28</xref>,<xref ref-type="bibr" rid="ref-38">38</xref>&#x2013;<xref ref-type="bibr" rid="ref-42">42</xref>].</p>
</sec>
<sec id="s5_5_3">
<label>5.5.3</label>
<title>Visible Requirement Priorities</title>
<p>Continuously changing priority of requirements lead to changes in software architecture, result in software architectural understanding issues. To resolve these issues, practitioners suggested finalizing the requirement and prioritizing them clearly before starting the actual development [<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-20">20</xref>,<xref ref-type="bibr" rid="ref-41">41</xref>,<xref ref-type="bibr" rid="ref-43">43</xref>&#x2013;<xref ref-type="bibr" rid="ref-45">45</xref>].</p>
</sec>
<sec id="s5_5_4">
<label>5.5.4</label>
<title>Formal Document</title>
<p>Although scrum do not require heavy documentation but, lack of documentation in distributed scrum development leads to many challenges, i.e., misunderstood or unclear requirements, requirement traceability issues, requirement change management, etc. To avoid these issues, it is important to maintain a formal requirement document with a standard template understandable to all distributed teams [<xref ref-type="bibr" rid="ref-19">19</xref>,<xref ref-type="bibr" rid="ref-27">27</xref>&#x2013;<xref ref-type="bibr" rid="ref-30">30</xref>,<xref ref-type="bibr" rid="ref-46">46</xref>&#x2013;<xref ref-type="bibr" rid="ref-49">49</xref>].</p>
</sec>
</sec>
<sec id="s5_6">
<label>5.6</label>
<title>Software Architectural Understanding</title>
<p>A clear understanding of software architecture is essential for the success of any project. Usually, the architecture of any software is based on 3&#x2013;4 critical requirements [<xref ref-type="bibr" rid="ref-30">30</xref>]. As agile methods welcome changes at any stage of development so, teams working in distributed environments find it challenging because sometimes product owner could not deliver understandable requirements to the teams due to continuous changes in requirements and with the constant change in requirements, change in requirements remain unmanaged that lead to software architectural understanding issues. To mitigate this challenge, different teams adopt different practices. The best practice we identified for our framework includes:</p>
<sec id="s5_6_1">
<label>5.6.1</label>
<title>Understanding of Architecture Drivers</title>
<p>To equally understand the critical requirements, devote multiple iterations to finalize those critical requirements on which the software architecture is based upon, and design high level architecture, to avoid the changes in critical requirements and the conflict about critical requirements among teams [<xref ref-type="bibr" rid="ref-50">50</xref>&#x2013;<xref ref-type="bibr" rid="ref-53">53</xref>].</p>
</sec>
<sec id="s5_6_2">
<label>5.6.2</label>
<title>Managed Requirement Changes</title>
<p>Maintain a unified repository with the traceability process for requirement changes, accessible to all development teams and teams get notified whenever any change is requested against any predefined requirements. It helps to timely exchange the information between product owner and development teams, regarding the request of change in requirement by customers and the possibility about the acceptance of those change requests with their effect on overall development process [<xref ref-type="bibr" rid="ref-29">29</xref>,<xref ref-type="bibr" rid="ref-30">30</xref>,<xref ref-type="bibr" rid="ref-33">33</xref>&#x2013;<xref ref-type="bibr" rid="ref-36">36</xref>].</p>

</sec>
</sec>
<sec id="s5_7">
<label>5.7</label>
<title>Project Management</title>
<p>Project management itself complex task and managing a project in distributed environment is an even more difficult task due to geographical, socio-cultural distance, and temporal differences. Product owners adopt different strategies to mitigate project management issues. Some best strategies include:</p>
<sec id="s5_7_1">
<label>5.7.1</label>
<title>People Management</title>
<p>While assigning the task to the teams, clearly consider the competencies required to accomplish that task, and after assigning the task to the teams, clearly define the responsibilities of each member of team related to a specific task, and use tools to track the progress of the team and the work [<xref ref-type="bibr" rid="ref-8">8</xref>,<xref ref-type="bibr" rid="ref-23">23</xref>,<xref ref-type="bibr" rid="ref-54">54</xref>&#x2013;<xref ref-type="bibr" rid="ref-59">59</xref>].</p>
</sec>
<sec id="s5_7_2">
<label>5.7.2</label>
<title>Regular Feedback</title>
<p>Get regular feedback from stakeholders about work by regularly communicating with them to ensure that the team is progressing in the right direction [<xref ref-type="bibr" rid="ref-12">12</xref>,<xref ref-type="bibr" rid="ref-44">44</xref>,<xref ref-type="bibr" rid="ref-60">60</xref>&#x2013;<xref ref-type="bibr" rid="ref-64">64</xref>].</p>
</sec>
<sec id="s5_7_3">
<label>5.7.3</label>
<title>Training</title>
<p>Providing training or coaching to teams about work whenever is required or demanded by teams, to teach common skills to all distributed teams. It help the teams timely deliver the exact product demanded by customers. Allowing or sponsoring the teams to attend the training organized by another organization help the teams to enhance their skills in latest technology results in better performance from teams [<xref ref-type="bibr" rid="ref-35">35</xref>,<xref ref-type="bibr" rid="ref-65">65</xref>&#x2013;<xref ref-type="bibr" rid="ref-71">71</xref>].</p>
</sec>
</sec>
<sec id="s5_8">
<label>5.8</label>
<title>Knowledge Sharing and Management</title>
<p>To mitigate the knowledge sharing and management challenge in distributed scrum development, different strategies are defined in the literature. The best practices that we have identified are:</p>
<sec id="s5_8_1">
<label>5.8.1</label>
<title>Sharing Management</title>
<p>By maintaining a unified backlog that gets updated timely according to work progress and by maintaining a knowledge management system that can track the performance and progress of the teams about the work to be done and completed work and access to all the teams can help the teams to resolve this knowledge sharing and management issues as common data will be visible to all teams [<xref ref-type="bibr" rid="ref-40">40</xref>,<xref ref-type="bibr" rid="ref-72">72</xref>&#x2013;<xref ref-type="bibr" rid="ref-76">76</xref>].</p>
</sec>
<sec id="s5_8_2">
<label>5.8.2</label>
<title>Standard Mechanism</title>
<p>By defining a proper mechanism and standard template to share data (i.e., standard template for project documentation for all the teams) among distributed teams can help to cover the knowledge sharing and management issues [<xref ref-type="bibr" rid="ref-50">50</xref>&#x2013;<xref ref-type="bibr" rid="ref-54">54</xref>,<xref ref-type="bibr" rid="ref-73">73</xref>,<xref ref-type="bibr" rid="ref-77">77</xref>&#x2013;<xref ref-type="bibr" rid="ref-79">79</xref>].</p>
</sec>
</sec>
<sec id="s5_9">
<label>5.9</label>
<title>Shared Understanding</title>
<p>To ensure the equal understanding of the team members about the work to be done, different strategies are adopted by product owners as lack to shared understanding among teams can lead to project failure. Some best practices identified from literature to ensure shared understanding includes:</p>
<sec id="s5_9_1">
<label>5.9.1</label>
<title>Trainings</title>
<p>By providing training about different cultures in different languages can help to encourage the teams to communicate openly without hesitation and can help to overcome language barrier [<xref ref-type="bibr" rid="ref-16">16</xref>,<xref ref-type="bibr" rid="ref-80">80</xref>&#x2013;<xref ref-type="bibr" rid="ref-83">83</xref>].</p>
</sec>
<sec id="s5_9_2">
<label>5.9.2</label>
<title>Common Tools</title>
<p>By ensuring the usage of common tools for development by all the distributed teams working on similar projects can help the teams to easily understand the data or information shared with them [<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-59">59</xref>&#x2013;<xref ref-type="bibr" rid="ref-62">62</xref>].</p>
</sec>
<sec id="s5_9_3">
<label>5.9.3</label>
<title>Unified Backlog</title>
<p>By maintaining a unified backlog having clearly visible requirements for all the teams can help to overcome the issue of shared understanding, as all teams will be able to access and view the common data along with the progress of the work in terms of completed sprints and current sprints [<xref ref-type="bibr" rid="ref-22">22</xref>,<xref ref-type="bibr" rid="ref-32">32</xref>,<xref ref-type="bibr" rid="ref-63">63</xref>,<xref ref-type="bibr" rid="ref-78">78</xref>,<xref ref-type="bibr" rid="ref-84">84</xref>&#x2013;<xref ref-type="bibr" rid="ref-86">86</xref>].</p>
</sec>
</sec>
<sec id="s5_10">
<label>5.10</label>
<title>Technical Issues</title>
<p>To ensure sustainable development, the teams need to be technically advanced, especially when teams are working in distributed Scrum as, Scrum is enabled on continuous communication and collaboration among teams. Effective and continuous communication and collaboration among distributed teams is possible only when teams are equipped with advanced technology. From literature, it is reported that many distributed scrum teams are facing technical dependency challenges due to lack of effective tools support for scrum processes, ineffective communication tools, lack of trainings, lack of globally shared unified backlogs and lack of information about organizational infrastructures. It is important to mitigate all the technical dependency issues to develop and deploy sustainable product while working in distributed scrum [<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-86">86</xref>]. Technical issues can be mitigated by focusing on all other challenges identified in this study.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Results and Discussion</title>
<p>We conducted SLR to identify the challenges confronted by distributed scrum teams while developing and the mitigation strategies adopted by teams to resolve the challenges. From the selected 56 studies, 12 major challenges were identified. <xref ref-type="table" rid="table-1">Tab. 1</xref> shows the challenges identified through SLR along with their frequency of occurrence, i.e., 91% of studies chosen discusses communication, coordination, and collaboration issues, 28% of studies discusses knowledge sharing and management issues, 28% of studies discusses technical issues, and 25% of studies discusses project management issues.</p>
<p>After identifying challenges, we conducted an industrial survey to validate the challenges identified through SLR by practitioners to accept or reject the challenges. Out of 12 challenges, eight challenges were accepted by following defined criteria based on average weightage response against each challenge. The remaining challenges were rejected. <xref ref-type="table" rid="table-2">Tab. 2</xref> shows the accepted and rejected challenges with average weight against each challenging factor and <xref ref-type="fig" rid="fig-2">Fig. 2</xref> shows the average weightage response against each factor.</p>
<p>We proposed a framework to mitigate the accepted challenges by consolidating the best practices identified through SLR and conducted an expert review by conducting interviews of 5 distributed scrum experts to identify the effectiveness of proposed framework. Results of expert review revealed that proposed framework will effectively contribute to sustainable development by using distributed Scrum. <xref ref-type="fig" rid="fig-3">Fig. 3</xref> shows our proposed framework.</p>
</sec>
<sec id="s7">
<label>7</label>
<title>Threats to Validity</title>
<p>Although we conducted this study by following well-defined and thorough research instruments [<xref ref-type="bibr" rid="ref-12">12</xref>,<xref ref-type="bibr" rid="ref-13">13</xref>], following threats might exist to this study:<list list-type="order"><list-item>
<p>Articles selected for this study were searched by single researcher only, so there is a chance that we could have missed some important studies. Though, we used multiple databases and snowball sampling techniques, which reduces the possibilities of missing relevant studies.</p></list-item><list-item>
<p>We have not conducted any industry-based case study to evaluate our proposed framework.</p></list-item></list></p>
</sec>
<sec id="s8">
<label>8</label>
<title>Conclusion and Future Work</title>
<p>There is an emerging concern of using agile practices in GSD projects to get the mutual benefits of both distributive and agile methods. Scrum, as an agile most known methodology, is currently admired by many development teams. It is typically considered productive for small-scale projects with co-located teams because scrum teams are self-organized and enabled on excellent team collaboration and communication. However, GSD are usually distributed by distance differences, which results in numerous challenges or risks that might affect team collaboration and communication processes. For sustainable development and implementation of distributed Scrum in GSD, there is a need to identify and mitigate all the confronted challenges in distributed Scrum. This study identifies challenges associated with distributed scrum development by analyzing past studies and validated by practitioners through a survey. A framework is proposed to mitigate the challenges validated by practitioners, and expert review is conducted by interviewing five distributed scrum experts to validate the proposed framework. The focus of this study was the identification of distributed scrum challenges and the proposal of a framework to mitigate the identified challenges for sustainable distributed development.</p>
<p>An extensive systematic literature review was conducted to ensure the maximum validity of the study. Selection criteria was defined to extract the studies, and 3348 studies were extracted initially from different renowned databases. After careful review of the studies, 56 articles were selected in response to RQ1 and RQ2. By performing a critical review on the studies, 12 major challenges were identified, and out of 12 challenges, distributed scrum practitioners accepted eight challenges through the survey. This study revealed that lack of communication, coordination, and collaboration among distributed scrum teams is the most critical challenge with frequency of 91%, and it leads to many other challenges.</p>
<p>Efforts have been made to cover the maximum number of distributed scrum challenges and mitigation strategies available in the literature to propose a framework. Our proposed framework is expected to help distributed scrum practitioners to mitigate the confronted challenges while working in distributed Scrum effectively.</p>
<p>We plan to conduct an industrial case study by using the proposed framework to evaluate the further effectiveness of the framework and ensure sustainable distributed scrum development.</p>
</sec>
</body>
<back>
<ack>
<p>The authors want to express their gratitude to the reviewers for their careful reading of the paper.</p>
</ack><fn-group>
<fn fn-type="other">
<p><bold>Funding Statement:</bold> The authors extend their appreciation to the Deanship of Scientific Research at King Saud University for funding this work through research group no. RG-1441-490.</p>
</fn>
<fn fn-type="conflict">
<p><bold>Conflicts of Interest:</bold> The authors declare that they have no conflicts of interest to report regarding the present study.</p>
</fn>
</fn-group>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>E.</given-names> <surname>Hossain</surname></string-name>, <string-name><given-names>P. L.</given-names> <surname>Bannerman</surname></string-name> and <string-name><given-names>D. R.</given-names> <surname>Jeffery</surname></string-name></person-group>, &#x201C;<article-title>Scrum practices in global software development: A research framework</article-title>,&#x201D; <source>Journal of Software Engineering Research and Development</source>, vol. <volume>6759</volume>, no. <issue>3</issue>, pp. <fpage>88</fpage>&#x2013;<lpage>102</lpage>, <year>2011</year>.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name>, <string-name><given-names>A. M.</given-names> <surname>Abdullatif</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Ikram</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Mashkoor</surname></string-name></person-group>, &#x201C;<article-title>Build software or buy: A study on developing large scale software</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>5</volume>, no. <issue>3</issue>, pp. <fpage>24262</fpage>&#x2013;<lpage>24274</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Al-Zaidi</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Qureshi</surname></string-name></person-group>, &#x201C;<article-title>Global software development geographical distance communication challenges</article-title>,&#x201D; <source>International Arab Journal of Information Technology</source>, vol. <volume>14</volume>, no. <issue>2</issue>, pp. <fpage>215</fpage>&#x2013;<lpage>222</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Esteki</surname></string-name>, <string-name><given-names>T. J.</given-names> <surname>Gandomani</surname></string-name> and <string-name><given-names>H. K.</given-names> <surname>Farsani</surname></string-name></person-group>, &#x201C;<article-title>A risk management framework for distributed scrum using prince2 methodology</article-title>,&#x201D; <source>Bulletin of Electrical Engineering and Informatics</source>, vol. <volume>9</volume>, no. <issue>3</issue>, pp. <fpage>1299</fpage>&#x2013;<lpage>1310</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Saleem</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name>, <string-name><given-names>M. A.</given-names> <surname>Orgun</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Al-Muhtadi</surname></string-name>, <string-name><given-names>J. J. P. C.</given-names> <surname>Rodrigues</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Design and deployment challenges in immersive and wearable technologies</article-title>,&#x201D; <source>Behaviour &#x0026; Information Technology</source>, vol. <volume>36</volume>, no. <issue>7</issue>, pp. <fpage>687</fpage>&#x2013;<lpage>698</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Khmelevsky</surname></string-name>, <string-name><given-names>X.</given-names> <surname>Li</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Madnick</surname></string-name></person-group>, &#x201C;<article-title>Software development using agile and scrum in distributed teams</article-title>,&#x201D; in <conf-name>Proc. of Int. Systems Conf.</conf-name>, NewYork, NY, USA, pp. <fpage>309</fpage>&#x2013;<lpage>317</lpage>, <year>2017</year>. </mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>P.</given-names> <surname>Walimbe</surname></string-name></person-group>, &#x201C;<article-title>To overcome communication challenges in distributed/virtual scrum teams</article-title>,&#x201D; <source>Harrisburg University of Science and Technology</source>, vol. <volume>12</volume>, no. <issue>1</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>49</lpage>, <year>2016</year>.</mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Esquivel</surname></string-name></person-group>, &#x201C;<article-title>Communication issues in agile software development</article-title>,&#x201D; <source>Journal of Software Evolution and Process</source>, vol. <volume>1</volume>, no. <issue>3</issue>, pp. <fpage>475</fpage>&#x2013;<lpage>484</lpage>, <year>2016</year>.</mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. S.</given-names> <surname>Hossain</surname></string-name></person-group>, &#x201C;<article-title>Challenges and mitigation strategies in reusing requirements in large-scale distributed agile software development: A survey result</article-title>,&#x201D; <source>Journal of Software Engineering Research and Development</source>, vol. <volume>998</volume>, no. <issue>11</issue>, pp. <fpage>920</fpage>&#x2013;<lpage>935</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Paasivaara</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Durasiewicz</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Lassenius</surname></string-name></person-group>, &#x201C;<article-title>Using scrum in distributed agile development: A multiple case study</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Otaniemi, Finland, pp. <fpage>195</fpage>&#x2013;<lpage>204</lpage>, <year>2009</year>. </mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Crowcroft</surname></string-name></person-group>, &#x201C;<article-title>Trustworthy electronic voting using adjusted blockchain technology</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>7</volume>, no. <issue>1</issue>, pp. <fpage>24477</fpage>&#x2013;<lpage>24488</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-12"><label>[12]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>B.</given-names> <surname>Kitchenham</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Charters</surname></string-name></person-group>, &#x201C;<article-title>Guidelines for performing systematic literature reviews in software engineering</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Software Engineering</conf-name>, Keele, England, pp. <fpage>1</fpage>&#x2013;<lpage>44</lpage>, <year>2007</year>. </mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Kasunic</surname></string-name></person-group>, &#x201C;<article-title>Designing an effective survey</article-title>,&#x201D; <source>Software Engineering Institute</source>, vol. <volume>9</volume>, no. <issue>2</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>140</lpage>, <year>2005</year>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>R. K.</given-names> <surname>Gupta</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Manikreddy</surname></string-name></person-group>, &#x201C;<article-title>Challenges in adapting scrum in legacy global configurator project</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Bangalore, India, pp. <fpage>46</fpage>&#x2013;<lpage>50</lpage>, <year>2015</year>. </mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Hummel</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Rosenkranz</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Holten</surname></string-name></person-group>, &#x201C;<article-title>The role of shared understanding in distributed scrum development: An empirical analysis</article-title>,&#x201D; in <conf-name>Proc. of European Conf. on Information Systems</conf-name>, <publisher-loc>Istanbul, Turkey</publisher-loc>, pp. <fpage>1</fpage>&#x2013;<lpage>13</lpage>, <year>2016</year>. </mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Vallon</surname></string-name>, <string-name><given-names>B. J.</given-names> <surname>da Silva Est&#x00E1;cio</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Prikladnicki</surname></string-name> and <string-name><given-names>T.</given-names> <surname>Grechenig</surname></string-name></person-group>, &#x201C;<article-title>Systematic literature review on agile practices in global software development</article-title>,&#x201D; <source>Information and Software Technology</source>, vol. <volume>96</volume>, no. <issue>12</issue>, pp. <fpage>161</fpage>&#x2013;<lpage>180</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>N.</given-names> <surname>Sekitoleko</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Evbota</surname></string-name>, <string-name><given-names>E.</given-names> <surname>Knauss</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Sandberg</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Chaudron</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Technical dependency challenges in large-scale agile software development</article-title>,&#x201D; <source>Journal of Software Engineering Research and Development</source>, vol. <volume>179</volume>, no. <issue>2</issue>, pp. <fpage>46</fpage>&#x2013;<lpage>61</lpage>, <year>2014</year>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>F.</given-names> <surname>Anwer</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Aftab</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Shah Muhammad Shah</surname></string-name>, <string-name><given-names>U.</given-names> <surname>Waheed</surname></string-name>, <string-name><given-names>S. M.</given-names> <surname>Shah</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Comparative analysis of two popular agile process models: Extreme programming and scrum</article-title>,&#x201D; <source>International Journal of Computer Science and Telecommunications</source>, vol. <volume>8</volume>, no. <issue>2</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>N.</given-names> <surname>Ramadan</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Megahed</surname></string-name></person-group>, &#x201C;<article-title>Requirements engineering in scrum framework</article-title>,&#x201D; <source>International Journal of Computer Applications</source>, vol. <volume>149</volume>, no. <issue>8</issue>, pp. <fpage>24</fpage>&#x2013;<lpage>29</lpage>, <year>2016</year>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M. A.</given-names> <surname>Akbar</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Sang</surname></string-name>, <string-name><surname>Nasrullah</surname></string-name>, <string-name><given-names>A. A.</given-names> <surname>Khan</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Shafiq</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Towards the guidelines for requirements change management in global software development: Client-vendor perspective</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>7</volume>, no. <issue>5</issue>, pp. <fpage>76985</fpage>&#x2013;<lpage>77007</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Al-Muhtadi</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name>, <string-name><given-names>K.</given-names> <surname>Saleem</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Jameel</surname></string-name> and <string-name><given-names>M. A.</given-names> <surname>Orgun</surname></string-name></person-group>, &#x201C;<article-title>Cybersecurity and privacy issues for socially integrated mobile healthcare applications operating in a multi-cloud environment</article-title>,&#x201D; <source>Health Informatics Journal</source>, vol. <volume>25</volume>, no. <issue>2</issue>, pp. <fpage>315</fpage>&#x2013;<lpage>329</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-22"><label>[22]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Dorairaj</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Noble</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Malik</surname></string-name></person-group>, &#x201C;<article-title>Effective communication in distributed agile software development teams</article-title>,&#x201D; <source>Journal of Software Engineering Research and Development</source>, vol. <volume>77</volume>, no. <issue>2</issue>, pp. <fpage>102</fpage>&#x2013;<lpage>116</lpage>, <year>2011</year>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>D. M.</given-names> <surname>Szabo</surname></string-name> and <string-name><given-names>J. P.</given-names> <surname>Steghofer</surname></string-name></person-group>, &#x201C;<article-title>Coping strategies for temporal, geographical and sociocultural distances in agile global software development: A case study</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Software Engineering: Software Engineering in Practice</conf-name>, Gothenburg, Sweden, pp. <fpage>161</fpage>&#x2013;<lpage>170</lpage>, <year>2019</year>. </mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M. A.</given-names> <surname>Razzak</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Ahmed</surname></string-name></person-group>, &#x201C;<article-title>Knowledge sharing in distributed agile projects: Techniques, strategies and challenges</article-title>,&#x201D; in <conf-name>Proc. of Federated Conf. on Computer Science and Information Systems</conf-name>, Stockholm, Sweden, pp. <fpage>1431</fpage>&#x2013;<lpage>1440</lpage>, <year>2014</year>. </mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M. K.</given-names> <surname>Mattsson</surname></string-name>, <string-name><given-names>G.</given-names> <surname>Azizyan</surname></string-name> and <string-name><given-names>M. K.</given-names> <surname>Magarian</surname></string-name></person-group>, &#x201C;<article-title>Classes of distributed Agile development problems</article-title>,&#x201D; in <conf-name>Proc. of Agile Conf.</conf-name>, <publisher-loc>New York, NY, USA</publisher-loc>, pp. <fpage>51</fpage>&#x2013;<lpage>58</lpage>, <year>2010</year>. </mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Shafiq</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Hafeez</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Ali</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Iqbal</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Jamal</surname></string-name></person-group>, &#x201C;<article-title>Towards scrum based agile framework for global software development teams</article-title>,&#x201D; <source>Mehran University Research Journal of Engineering and Technology</source>, vol. <volume>38</volume>, no. <issue>4</issue>, pp. <fpage>979</fpage>&#x2013;<lpage>998</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Altaf</surname></string-name>, <string-name><given-names>U.</given-names> <surname>Fatima</surname></string-name>, <string-name><given-names>W. H.</given-names> <surname>Butt</surname></string-name>, <string-name><given-names>M. W.</given-names> <surname>Anwar</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Hamdani</surname></string-name></person-group>, &#x201C;<article-title>A systematic literature review on factors impacting agile adaptation in global software development</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Computer and Communications Management</conf-name>, <publisher-loc>Bangkok, Thailand</publisher-loc>, pp. <fpage>158</fpage>&#x2013;<lpage>163</lpage>, <year>2019</year>. </mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Cristal</surname></string-name>, <string-name><given-names>D.</given-names> <surname>Wildt</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Prikladnicki</surname></string-name></person-group>, &#x201C;<article-title>Usage of scrum practices within a global company</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Porto Alegre, Brazil, pp. <fpage>222</fpage>&#x2013;<lpage>226</lpage>, <year>2008</year>. </mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>F. Q. B. D.</given-names> <surname>Silva</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Costa</surname></string-name>, <string-name><given-names>A. C. C.</given-names> <surname>Fran&#x00E7;a</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Prikladinicki</surname></string-name></person-group>, &#x201C;<article-title>Challenges and solutions in distributed software development project management: A systematic literature review</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Porto Alegre, Brazil, pp. <fpage>87</fpage>&#x2013;<lpage>96</lpage>, <year>2010</year>. </mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>V.</given-names> <surname>Gomes</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Marczak</surname></string-name></person-group>, &#x201C;<article-title>Problems: We all know we have them, do we have solutions too? a literature review on problems and their solutions in global software development</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Porto Alegre, Brazil, pp. <fpage>154</fpage>&#x2013;<lpage>158</lpage>, <year>2012</year>. </mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Khalid</surname></string-name>, <string-name><given-names>S. A.</given-names> <surname>Butt</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Jamal</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Gochhait</surname></string-name></person-group>, &#x201C;<article-title>Agile scrum issues at large-scale distributed projects: Scrum project development at large</article-title>,&#x201D; <source>International Journal of Software Innovation</source>, vol. <volume>8</volume>, no. <issue>2</issue>, pp. <fpage>85</fpage>&#x2013;<lpage>94</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Alsaqaf</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Daneva</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Wieringa</surname></string-name></person-group>, &#x201C;<article-title>Quality requirements challenges in the context of large-scale distributed agile: An empirical study</article-title>,&#x201D; <source>Information and Software Technology</source>, vol. <volume>110</volume>, no. <issue>7</issue>, pp. <fpage>39</fpage>&#x2013;<lpage>55</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H.</given-names> <surname>Holmstr&#x00F6;m</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Fitzgerald</surname></string-name>, <string-name><given-names>P. J.</given-names> <surname>&#x00C5;gerfalk</surname></string-name> and <string-name><given-names>E. &#x00D3;.</given-names> <surname>Conch&#x00FA;ir</surname></string-name></person-group>, &#x201C;<article-title>Usage of scrum practices within a global company</article-title>,&#x201D; <source>Information Systems Management</source>, vol. <volume>23</volume>, no. <issue>3</issue>, pp. <fpage>7</fpage>&#x2013;<lpage>18</lpage>, <year>2006</year>.</mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>V.</given-names> <surname>Lalsing</surname></string-name></person-group>, &#x201C;<article-title>People factors in agile software development and project management</article-title>,&#x201D; <source>International Journal of Software Engineering &#x0026; Applications</source>, vol. <volume>3</volume>, no. <issue>1</issue>, pp. <fpage>117</fpage>&#x2013;<lpage>137</lpage>, <year>2012</year>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Hossain</surname></string-name></person-group>, &#x201C;<article-title>Scrum practice mitigation of coordination challenges in global software development projects: An empirical study</article-title>,&#x201D; <source>University of New South Wales in Sydney</source>, vol. <volume>1</volume>, no. <issue>3</issue>, pp. <fpage>101</fpage>&#x2013;<lpage>179</lpage>, <year>2011</year>.</mixed-citation></ref>
<ref id="ref-36"><label>[36]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Kazi</surname></string-name>, <string-name><given-names>M. S.</given-names> <surname>Bashir</surname></string-name>, <string-name><given-names>M. M.</given-names> <surname>Iqbal</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Saleem</surname></string-name>, <string-name><given-names>M. R. J.</given-names> <surname>Qureshi</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Requirement change management in agile offshore development (rcmaod)</article-title>,&#x201D; <source>Science International</source>, vol. <volume>26</volume>, no. <issue>1</issue>, pp. <fpage>131</fpage>&#x2013;<lpage>138</lpage>, <year>2014</year>.</mixed-citation></ref>
<ref id="ref-37"><label>[37]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Dings&#x00F8;yr</surname></string-name>, <string-name><given-names>N. B.</given-names> <surname>Moe</surname></string-name>, <string-name><given-names>T. E.</given-names> <surname>F&#x00E6;gri</surname></string-name> and <string-name><given-names>E. A.</given-names> <surname>Seim</surname></string-name></person-group>, &#x201C;<article-title>Exploring software development at the very large-scale: A revelatory case study and research agenda for agile method adaptation</article-title>,&#x201D; <source>Empirical Software Engineering</source>, vol. <volume>23</volume>, no. <issue>1</issue>, pp. <fpage>490</fpage>&#x2013;<lpage>520</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-38"><label>[38]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Paasivaara</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Lassenius</surname></string-name>, <string-name><given-names>D.</given-names> <surname>Damian</surname></string-name>, <string-name><given-names>P.</given-names> <surname>Raty</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Schroter</surname></string-name></person-group>, &#x201C;<article-title>Teaching students global software engineering skills using distributed Scrum</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Software Engineering</conf-name>, <publisher-loc>San Francisco, CA, USA</publisher-loc>, pp. <fpage>1128</fpage>&#x2013;<lpage>1137</lpage>, <year>2013</year>. </mixed-citation></ref>
<ref id="ref-39"><label>[39]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Wang</surname></string-name></person-group>, &#x201C;<article-title>Understanding and managing the challenges of distributed scrum teams</article-title>,&#x201D; <source>Blekinge Institute of Technology</source>, vol. <volume>9</volume>, no. <issue>5</issue>, pp. <fpage>10</fpage>&#x2013;<lpage>59</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-40"><label>[40]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H.</given-names> <surname>Amar</surname></string-name>, <string-name><given-names>P. M.</given-names> <surname>Rafi-ul-Shan</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Adegbile</surname></string-name></person-group>, &#x201C;<article-title>Towards a 5c theory of communication for scrum-based distributed projects</article-title>,&#x201D; <source>British Academy of Management</source>, vol. <volume>1</volume>, no. <issue>3</issue>, pp. <fpage>25</fpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-41"><label>[41]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>E.</given-names> <surname>Hossain</surname></string-name>, <string-name><given-names>M. A.</given-names> <surname>Babar</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Verner</surname></string-name></person-group>, &#x201C;<article-title>Towards a framework for using agile approaches in global software development</article-title>,&#x201D; <source>Journal of Software Engineering Research and Development</source>, vol. <volume>32</volume>, no. <issue>5</issue>, pp. <fpage>126</fpage>&#x2013;<lpage>140</lpage>, <year>2009</year>.</mixed-citation></ref>
<ref id="ref-42"><label>[42]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Giuffrida</surname></string-name> and <string-name><given-names>Y.</given-names> <surname>Dittrich</surname></string-name></person-group>, &#x201C;<article-title>A conceptual framework to study the role of communication through social software for coordination in globally-distributed software teams</article-title>,&#x201D; <source>Information and Software Technology</source>, vol. <volume>63</volume>, no. <issue>7</issue>, pp. <fpage>11</fpage>&#x2013;<lpage>30</lpage>, <year>2015</year>.</mixed-citation></ref>
<ref id="ref-43"><label>[43]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M. A.</given-names> <surname>Akbar</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Sang</surname></string-name>, <string-name><surname>Nasrullah</surname></string-name>, <string-name><given-names>A. A.</given-names> <surname>Khan</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Mehmoods</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Success factors influencing requirements change management process in global software development</article-title>,&#x201D; <source>Journal of Computer Languages</source>, vol. <volume>51</volume>, no. <issue>8</issue>, pp. <fpage>112</fpage>&#x2013;<lpage>130</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-44"><label>[44]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Kalenda</surname></string-name>, <string-name><given-names>P.</given-names> <surname>Hyna</surname></string-name> and <string-name><given-names>B.</given-names> <surname>Rossi</surname></string-name></person-group>, &#x201C;<article-title>Scaling agile in large organizations: Practices, challenges, and success factors</article-title>,&#x201D; <source>Journal of Software Evolution and Process</source>, vol. <volume>30</volume>, no. <issue>10</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>24</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-45"><label>[45]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>O.</given-names> <surname>Uludag</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Kleehaus</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Caprano</surname></string-name> and <string-name><given-names>F.</given-names> <surname>Matthes</surname></string-name></person-group>, &#x201C;<article-title>Identifying and structuring challenges in large-scale agile development based on a structured literature review</article-title>,&#x201D; in <conf-name>Proc. of Enterprise Distributed Object Computing</conf-name>, Garching, Germany, pp. <fpage>191</fpage>&#x2013;<lpage>197</lpage>, <year>2018</year>. </mixed-citation></ref>
<ref id="ref-46"><label>[46]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Amin</surname></string-name>, <string-name><given-names>I.</given-names> <surname>Inayat</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name>, <string-name><given-names>K.</given-names> <surname>Saleem</surname></string-name> and <string-name><given-names>L.</given-names> <surname>Aijun</surname></string-name></person-group>, &#x201C;<article-title>An empirical study on acceptance of secure healthcare service in Malaysia, Pakistan, and Saudi Arabia: A mobile cloud computing perspective</article-title>,&#x201D; <source>Annales des Telecommunications/Annals of Telecommunications</source>, vol. <volume>72</volume>, no. <issue>5&#x2013;6</issue>, pp. <fpage>253</fpage>&#x2013;<lpage>264</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-47"><label>[47]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Sutherland</surname></string-name>, <string-name><given-names>G.</given-names> <surname>Schoonheim</surname></string-name>, <string-name><given-names>E.</given-names> <surname>Rustenburg</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Rijk</surname></string-name></person-group>, &#x201C;<article-title>Fully distributed scrum: The secret sauce for hyperproductive offshored development teams</article-title>,&#x201D; in <conf-name>Proc. of Agile Conf.</conf-name>, <publisher-loc>New York, NY, USA</publisher-loc>, pp. <fpage>339</fpage>&#x2013;<lpage>344</lpage>, <year>2008</year>. </mixed-citation></ref>
<ref id="ref-48"><label>[48]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Rahman</surname></string-name> and <string-name><given-names>D.</given-names> <surname>Arijit</surname></string-name></person-group>, &#x201C;<article-title>Mitigation approaches for common issues and challenges when using scrum in global software development</article-title>,&#x201D; <source>Blekinge Institute of Technology</source>, vol. <volume>668</volume>, no. <issue>5</issue>, pp. <fpage>57</fpage>&#x2013;<lpage>117</lpage>, <year>2015</year>.</mixed-citation></ref>
<ref id="ref-49"><label>[49]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Phalnikar</surname></string-name>, <string-name><given-names>V. S.</given-names> <surname>Deshpande</surname></string-name> and <string-name><given-names>S. D.</given-names> <surname>Joshi</surname></string-name></person-group>, &#x201C;<article-title>Applying agile principles for distributed software development</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Advanced Computer Control</conf-name>, Pune, India, pp. <fpage>535</fpage>&#x2013;<lpage>539</lpage>, <year>2009</year>. </mixed-citation></ref>
<ref id="ref-50"><label>[50]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Kamal</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Zhang</surname></string-name> and <string-name><given-names>M. A.</given-names> <surname>Akbar</surname></string-name></person-group>, &#x201C;<article-title>Toward successful agile requirements change management process in global software development: A client-vendor analysis</article-title>,&#x201D; <source>Institute of Engineering and Technology</source>, vol. <volume>14</volume>, no. <issue>3</issue>, pp. <fpage>265</fpage>&#x2013;<lpage>274</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-51"><label>[51]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>R. K.</given-names> <surname>Gupta</surname></string-name>, <string-name><given-names>P.</given-names> <surname>Manikreddy</surname></string-name> and <string-name><given-names>K. C.</given-names> <surname>Arya</surname></string-name></person-group>, &#x201C;<article-title>Pragmatic scrum transformation: Challenges, practices &#x0026; impacts during the journey a case study in a multi-location legacy software product development team</article-title>,&#x201D; in <conf-name>Proc. of India Software Engineering Conf.</conf-name>, <publisher-loc>Jaipur, India</publisher-loc>, pp. <fpage>147</fpage>&#x2013;<lpage>156</lpage>, <year>2017</year>. </mixed-citation></ref>
<ref id="ref-52"><label>[52]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>K. B.</given-names> <surname>Awar</surname></string-name>, <string-name><given-names>M. S. I.</given-names> <surname>Sameem</surname></string-name> and <string-name><given-names>Y.</given-names> <surname>Hafeez</surname></string-name></person-group>, &#x201C;<article-title>A model for applying agile practices in distributed environment: A case of local software industry</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Communication, Computing and Digital Systems</conf-name>, Islamabad, Pakistan, pp. <fpage>228</fpage>&#x2013;<lpage>232</lpage>, <year>2017</year>. </mixed-citation></ref>
<ref id="ref-53"><label>[53]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>F.</given-names> <surname>Zieris</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Salinger</surname></string-name></person-group>, &#x201C;<article-title>Doing scrum rather than being Agile: A case study on actual nearshoring practices</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Berlin, Germany, pp. <fpage>144</fpage>&#x2013;<lpage>153</lpage>, <year>2013</year>. </mixed-citation></ref>
<ref id="ref-54"><label>[54]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Kamal</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>M. A.</given-names> <surname>Akbar</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Shafiq</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Gumaei</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Identification and prioritization of agile requirements change management success factors in the domain of global software development</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>8</volume>, no. <issue>3</issue>, pp. <fpage>44714</fpage>&#x2013;<lpage>44726</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-55"><label>[55]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>P. L.</given-names> <surname>Bannerman</surname></string-name>, <string-name><given-names>E.</given-names> <surname>Hossain</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Jeffery</surname></string-name></person-group>, &#x201C;<article-title>Scrum practice mitigation of global software development coordination challenges: A distinctive advantage</article-title>,&#x201D; in <conf-name>Proc. of Hawaii Int. Conf. on System Sciences</conf-name>, Sydney, Australia, pp. <fpage>5309</fpage>&#x2013;<lpage>5318</lpage>, <year>2012</year>. </mixed-citation></ref>
<ref id="ref-56"><label>[56]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>E.</given-names> <surname>Hossain</surname></string-name>, <string-name><given-names>M. Ali</given-names> <surname>Babar</surname></string-name> and <string-name><given-names>H. Y.</given-names> <surname>Paik</surname></string-name></person-group>, &#x201C;<article-title>Using scrum in global software development: A systematic literature review</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Sydney, Australia, pp. <fpage>175</fpage>&#x2013;<lpage>184</lpage>, <year>2009</year>. </mixed-citation></ref>
<ref id="ref-57"><label>[57]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. K.</given-names> <surname>Bhatti</surname></string-name>, <string-name><given-names>M. I. U.</given-names> <surname>Lali</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Javid</surname></string-name>, <string-name><given-names>F. U.</given-names> <surname>Mangla</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Leveraging the big data produced by the network to take intelligent decisions on flow management</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>6</volume>, no. <issue>c</issue>, pp. <fpage>12197</fpage>&#x2013;<lpage>12205</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-58"><label>[58]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>P.</given-names> <surname>Lous</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Kuhrmann</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Tell</surname></string-name></person-group>, &#x201C;<article-title>Is scrum fit for global software engineering?</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Copenhagen, Denmark, pp. <fpage>1</fpage>&#x2013;<lpage>10</lpage>, <year>2017</year>. </mixed-citation></ref>
<ref id="ref-59"><label>[59]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>I.</given-names> <surname>Zada</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Shahzad</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Nazir</surname></string-name></person-group>, &#x201C;<article-title>Issues and implications of scrum on global software development</article-title>,&#x201D; <source>Bahria University Journal of Information &#x0026; Communication Technology</source>, vol. <volume>8</volume>, no. <issue>1</issue>, pp. <fpage>81</fpage>&#x2013;<lpage>87</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-60"><label>[60]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Y. I.</given-names> <surname>Alzoubi</surname></string-name>, <string-name><given-names>A. Q.</given-names> <surname>Gill</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Al-Ani</surname></string-name></person-group>, &#x201C;<article-title>Empirical studies of geographically distributed agile development communication challenges: A systematic review</article-title>,&#x201D; <source>Information and Management</source>, vol. <volume>53</volume>, no. <issue>1</issue>, pp. <fpage>22</fpage>&#x2013;<lpage>37</lpage>, <year>2016</year>.</mixed-citation></ref>
<ref id="ref-61"><label>[61]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Cho</surname></string-name></person-group>, &#x201C;<article-title>Distributed scrum for large-scale and mission-critical projects</article-title>,&#x201D; in <conf-name>Proc. of Americas Conf. on Information Systems</conf-name>, <publisher-loc>Logan, USA</publisher-loc>, pp. <fpage>399</fpage>&#x2013;<lpage>406</lpage>, <year>2007</year>. </mixed-citation></ref>
<ref id="ref-62"><label>[62]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>F.</given-names> <surname>Almeida</surname></string-name>, <string-name><given-names>E.</given-names> <surname>Miranda</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Falc&#x00E3;o</surname></string-name></person-group>, &#x201C;<article-title>Challenges and facilitators practices for knowledge management in large-scale scrum teams</article-title>,&#x201D; <source>Journal of Information Technology Case and Application Research</source>, vol. <volume>21</volume>, no. <issue>2</issue>, pp. <fpage>90</fpage>&#x2013;<lpage>102</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-63"><label>[63]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>E.</given-names> <surname>Therrien</surname></string-name></person-group>, &#x201C;<article-title>Overcoming the challenges of building a distributed agile organization</article-title>,&#x201D; in <conf-name>Proc. of Agile Conf.</conf-name>, <publisher-loc>New York, NY, USA</publisher-loc>, pp. <fpage>368</fpage>&#x2013;<lpage>372</lpage>, <year>2008</year>. </mixed-citation></ref>
<ref id="ref-64"><label>[64]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M. D.</given-names> <surname>Kahya</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Seneler</surname></string-name></person-group>, &#x201C;<article-title>Geographical distance challenges in distributed agile software development: Case study of a global company</article-title>,&#x201D; in <conf-name>Proc. of Int. Sym. on Applied Science</conf-name>, <publisher-loc>Samsun, Turkey</publisher-loc>, pp. <fpage>78</fpage>&#x2013;<lpage>83</lpage>, <year>2018</year>. </mixed-citation></ref>
<ref id="ref-65"><label>[65]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Shameem</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Chandra</surname></string-name>, <string-name><given-names>R. R.</given-names> <surname>Kumar</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Kumar</surname></string-name></person-group>, &#x201C;<article-title>A systematic literature review to identify human related challenges in globally distributed agile software development: Towards a hypothetical model for scaling agile methodologies</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Computing Communication and Automation</conf-name>, Dhanbad, India, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>, <year>2018</year>. </mixed-citation></ref>
<ref id="ref-66"><label>[66]</label><mixed-citation publication-type="journal">C. E.Mayer, J. H.Davis and H. D.Foltz, &#x201C;Texas 5-m antenna aperture efficiency doubled from 230&#x2013;300 GHz with error compensating secondary,&#x201D; <italic>IEEE Transactions on Antennas and Propagation</italic>, vol. 39, no. 3, pp. 309&#x2013;317, 2007.</mixed-citation></ref>
<ref id="ref-67"><label>[67]</label><mixed-citation publication-type="journal">S. Dorairaj, J. Noble and P. Malik, &#x201C;Understanding lack of trust in distributed agile teams: A grounded theory study,&#x201D; in <italic>Proc. of Conf. on Evaluation and Assessment in Software Engineering</italic>, Wellington, New Zealand, pp. 81&#x2013;90, 2012.</mixed-citation></ref>
<ref id="ref-68"><label>[68]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author">M.Paasivaara and C. Lassenius</person-group>, &#x201C;<article-title>Scaling scrum in a large globally distributed organization: A case study</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Wellington, New Zealand, pp. <fpage>74</fpage>&#x2013;<lpage>83</lpage>, <year>2016</year>. </mixed-citation></ref>
<ref id="ref-69"><label>[69]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Qureshi</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Basheri</surname></string-name> and <string-name><given-names>A. A.</given-names> <surname>Alzahrani</surname></string-name></person-group>, &#x201C;<article-title>Novel framework to improve communication and coordination among distributed agile teams</article-title>,&#x201D; <source>International Journal of Information Engineering and Electronic Business</source>, vol. <volume>10</volume>, no. <issue>4</issue>, pp. <fpage>16</fpage>&#x2013;<lpage>24</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-70"><label>[70]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Dikert</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Paasivaara</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Lassenius</surname></string-name></person-group>, &#x201C;<article-title>Challenges and success factors for large-scale agile transformations: A systematic literature review</article-title>,&#x201D; <source>Journal of Systems and Software</source>, vol. <volume>119</volume>, no. <issue>7</issue>, pp. <fpage>87</fpage>&#x2013;<lpage>108</lpage>, <year>2016</year>.</mixed-citation></ref>
<ref id="ref-71"><label>[71]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Paasivaara</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Behm</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Lassenius</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Hallikainen</surname></string-name></person-group>, &#x201C;<article-title>Large-scale agile transformation at Ericsson: A case study</article-title>,&#x201D; <source>Empirical Software Engineering</source>, vol. <volume>23</volume>, no. <issue>5</issue>, pp. <fpage>2550</fpage>&#x2013;<lpage>2596</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-72"><label>[72]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>V&#x00E4;lim&#x00E4;ki</surname></string-name> and <string-name><given-names>J.</given-names> <surname>K&#x00E4;&#x00E4;ri&#x00E4;inen</surname></string-name></person-group>, &#x201C;<article-title>Patterns for distributed scrum: A case study</article-title>,&#x201D; <source>Enterprise Interoperability</source>, vol. <volume>3</volume>, no. <issue>1</issue>, pp. <fpage>85</fpage>&#x2013;<lpage>97</lpage>, <year>2008</year>.</mixed-citation></ref>
<ref id="ref-73"><label>[73]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>B.</given-names> <surname>Shehzad</surname></string-name>, <string-name><given-names>K. Mehr</given-names> <surname>Awan</surname></string-name>, <string-name><given-names>M. Ikram-ullah</given-names> <surname>Lali</surname></string-name> and <string-name><given-names>W.</given-names> <surname>Aslam</surname></string-name></person-group>, &#x201C;<article-title>Identification of patterns in failure of software projects</article-title>,&#x201D; <source>Journal of Information Science and Engineering</source>, vol. <volume>33</volume>, no. <issue>11</issue>, pp. <fpage>1465</fpage>&#x2013;<lpage>1479</lpage>, <year>2017</year>.</mixed-citation></ref>
<ref id="ref-74"><label>[74]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>E.</given-names> <surname>Hossain</surname></string-name>, <string-name><given-names>M. A.</given-names> <surname>Babar</surname></string-name>, <string-name><given-names>H. Y.</given-names> <surname>Paik</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Verner</surname></string-name></person-group>, &#x201C;<article-title>Risk identification and mitigation processes for using scrum in global software development: A conceptual framework</article-title>,&#x201D; in <conf-name>Proc. of Asia-Pacific Software Engineering Conf.</conf-name>, Sydney, Australia, pp. <fpage>457</fpage>&#x2013;<lpage>464</lpage>, <year>2009</year>. </mixed-citation></ref>
<ref id="ref-75"><label>[75]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Shameem</surname></string-name>, <string-name><given-names>R. R.</given-names> <surname>Kumar</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Kumar</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Chandra</surname></string-name> and <string-name><given-names>A. A.</given-names> <surname>Khan</surname></string-name></person-group>, &#x201C;<article-title>Prioritizing challenges of agile process in distributed software development environment using analytic hierarchy process</article-title>,&#x201D; <source>Journal of Software Evolution and Process</source>, vol. <volume>30</volume>, no. <issue>11</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>19</lpage>, <year>2018</year>.</mixed-citation></ref>
<ref id="ref-76"><label>[76]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A. M.</given-names> <surname>AlMutairi</surname></string-name> and <string-name><given-names>M. R. J.</given-names> <surname>Qureshi</surname></string-name></person-group>, &#x201C;<article-title>The proposal of scaling the roles in scrum of scrums for distributed large projects</article-title>,&#x201D; <source>International Journal of Information Technology and Computer Science</source>, vol. <volume>7</volume>, no. <issue>8</issue>, pp. <fpage>68</fpage>&#x2013;<lpage>74</lpage>, <year>2015</year>.</mixed-citation></ref>
<ref id="ref-77"><label>[77]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>A. M.</given-names> <surname>Razavi</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Ahmad</surname></string-name></person-group>, &#x201C;<article-title>Agile development in large and distributed environments: A systematic literature review on organizational, managerial and cultural aspects</article-title>,&#x201D; in <conf-name>Proc. of Malaysian Software Engineering Conf.</conf-name>, <publisher-loc>Malaysia</publisher-loc>, pp. <fpage>216</fpage>&#x2013;<lpage>221</lpage>, <year>2014</year>. </mixed-citation></ref>
<ref id="ref-78"><label>[78]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>B.</given-names> <surname>Shahzad</surname></string-name>, <string-name><given-names>K. M.</given-names> <surname>Awan</surname></string-name>, <string-name><given-names>A. M.</given-names> <surname>Abdullatif</surname></string-name>, <string-name><given-names>M. I.</given-names> <surname>Lali</surname></string-name>, <string-name><given-names>M. S.</given-names> <surname>Nawaz</surname></string-name> <etal>et al.</etal></person-group><italic>,</italic> &#x201C;<article-title>Quantification of productivity of the brands on social media with respect to their responsiveness</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>7</volume>, no. <issue>1</issue>, pp. <fpage>9531</fpage>&#x2013;<lpage>9539</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-79"><label>[79]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Lee</surname></string-name> and <string-name><given-names>H. S.</given-names> <surname>Yong</surname></string-name></person-group>, &#x201C;<article-title>Distributed agile: Project management in a global environment</article-title>,&#x201D; <source>Empirical Software Engineering</source>, vol. <volume>15</volume>, no. <issue>2</issue>, pp. <fpage>204</fpage>&#x2013;<lpage>217</lpage>, <year>2010</year>.</mixed-citation></ref>
<ref id="ref-80"><label>[80]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M. M.</given-names> <surname>Jha</surname></string-name>, <string-name><given-names>R. M. F.</given-names> <surname>Vilardell</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Narayan</surname></string-name></person-group>, &#x201C;<article-title>Scaling agile scrum software development: Providing agility and quality to platform development by reducing time to market</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Global Software Engineering</conf-name>, Pune, India, pp. <fpage>84</fpage>&#x2013;<lpage>88</lpage>, <year>2016</year>. </mixed-citation></ref>
<ref id="ref-81"><label>[81]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Paasivaara</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Lassenius</surname></string-name> and <string-name><given-names>V. T.</given-names> <surname>Heikkil&#x00E4;</surname></string-name></person-group>, &#x201C;<article-title>Inter-team coordination in large-scale globally distributed scrum: Do scrum-of-scrums really work?</article-title>,&#x201D; in <source>Proc. of Int. Conf. on Empirical Software Engineering and Measurement</source>, Lund, Sweden, pp. <fpage>235</fpage>&#x2013;<lpage>238</lpage>, <year>2012</year>.</mixed-citation></ref>
<ref id="ref-82"><label>[82]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>I.</given-names> <surname>Ghani</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Lim</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Hasnain</surname></string-name>, <string-name><given-names>I.</given-names> <surname>Ghani</surname></string-name> and <string-name><given-names>M. I.</given-names> <surname>Babar</surname></string-name></person-group>, &#x201C;<article-title>Challenges in distributed agile software development environment: A systematic literature review</article-title>,&#x201D; <source>KSII Transactions on Internet and Information Systems</source>, vol. <volume>13</volume>, no. <issue>9</issue>, pp. <fpage>4555</fpage>&#x2013;<lpage>4571</lpage>, <year>2019</year>.</mixed-citation></ref>
<ref id="ref-83"><label>[83]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Hammad</surname></string-name> and <string-name><given-names>I.</given-names> <surname>Inayat</surname></string-name></person-group>, &#x201C;<article-title>Integrating risk management in scrum framework</article-title>,&#x201D; in <conf-name>Proc. of Frontiers of Information Technology Conf.</conf-name>, Islamabad, Pakistan, pp. <fpage>158</fpage>&#x2013;<lpage>163</lpage>, <year>2019</year>. </mixed-citation></ref>
<ref id="ref-84"><label>[84]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Paasivaara</surname></string-name> and <string-name><given-names>C.</given-names> <surname>Lassenius</surname></string-name></person-group>, &#x201C;<article-title>Scaling scrum in a large distributed project</article-title>,&#x201D; in <source>Int. Symp. on Empirical Software Engineering and Measurement</source>, vol. <volume>49</volume>, no. <issue>12</issue>, pp. <fpage>363</fpage>&#x2013;<lpage>367</lpage>, <year>2011</year>.</mixed-citation></ref>
<ref id="ref-85"><label>[85]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Sriram</surname></string-name> and <string-name><given-names>S. K.</given-names> <surname>Mathew</surname></string-name></person-group>, &#x201C;<article-title>Global software development using agile methodologies: A review of literature</article-title>,&#x201D; in <conf-name>Proc. of Int. Conf. on Management and Information Technology</conf-name>, Chennai, India, pp. <fpage>389</fpage>&#x2013;<lpage>393</lpage>, <year>2012</year>. </mixed-citation></ref>
<ref id="ref-86"><label>[86]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Schwaber</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Sutherland</surname></string-name></person-group>, &#x201C;<article-title>The scrum papers: Nut, bolts, and origins of an agile framework</article-title>,&#x201D; <source>Journal of Software Engineering Research and Development</source>, vol. <volume>1</volume>, no. <issue>1</issue>, pp. <fpage>179</fpage>&#x2013;<lpage>224</lpage>, <year>2011</year>.</mixed-citation></ref>
</ref-list>
</back>
</article>