Click through the PLOS taxonomy to find articles in your field.

For more information about PLOS Subject Areas, click here .

Loading metrics

Open Access

Peer-reviewed

Research Article

Impact of agile management on project performance: Evidence from I.T sector of Pakistan

Roles Conceptualization, Data curation, Formal analysis, Investigation, Methodology, Project administration, Resources, Software, Validation, Visualization, Writing – original draft, Writing – review & editing

* E-mail: [email protected]

Affiliation Department of Management Science, COMSATS University Islamabad, Wah Cantt, Pakistan

ORCID logo

Roles Project administration, Supervision, Writing – review & editing

Roles Data curation, Methodology, Project administration, Writing – original draft

Affiliation Department of Management Science, Riphah International University, Rawalpindi, Pakistan

Roles Conceptualization, Data curation, Methodology, Project administration, Supervision

Affiliation Department of Civil Engineering, COMSATS University Islamabad, Wah Cantt, Pakistan

Roles Project administration, Resources, Supervision, Validation

Roles Project administration, Resources, Validation, Writing – review & editing

Roles Data curation, Formal analysis, Investigation, Project administration, Validation

Roles Resources, Software, Supervision, Validation, Writing – review & editing

Affiliation Department of Computer Science, COMSATS University Islamabad, Wah Cantt, Pakistan

  • Umer Muhammad, 
  • Tahira Nazir, 
  • Najam Muhammad, 
  • Ahsen Maqsoom, 
  • Samina Nawab, 
  • Syeda Tamkeen Fatima, 
  • Khuram Shafi, 
  • Faisal Shafique Butt

PLOS

  • Published: April 5, 2021
  • https://doi.org/10.1371/journal.pone.0249311
  • Peer Review
  • Reader Comments

Table 1

Over the past several years, global project management teams have been facing dynamic challenges that continue to grow exponentially with the increasing number of complexities associated with the undertaken tasks. The ever-evolving organizational challenges demand project managers to adapt novel management practices to accomplish organizational goals rather than following traditional management practices. Considering which, the current study aims to explain the effect of agile management practices upon project performance directly as well as while being mediated through project complexity. Furthermore, the aforementioned mediatory relationship is evaluated in terms of the moderating effect of leadership competencies. The current study utilized the survey approach to collect the data from registered I.T firms deployed in the potential metropolitans of each province of Pakistan including, Peshawar, Islamabad, Lahore, Sialkot, Faisalabad, Hyderabad, Sukkur, and Karachi. A total of 176 responses were utilized for statistical evaluations. As result, it was observed that the negative influence anticipated by project complexity on project performance was compensated by the agile management practices. Further, the leadership competencies played a pivotal role in managing project complexity while implementing agile management practices and therefore enhancing project performance. The current study abridges the potential knowledge gap conceptually by evaluating the direct impact of agile management upon project performance while considering all of its aspects, exploring the mediatory role of project performance and evaluating the moderating role of leadership competencies in attaining optimum project performance. In contextual terms, the current study fills the knowledge gap by gauging the implications of agile management practices within the I.T sector of Pakistan. The results of the current study can be a potential guide for both the academicians and the industry professionals.

Citation: Muhammad U, Nazir T, Muhammad N, Maqsoom A, Nawab S, Fatima ST, et al. (2021) Impact of agile management on project performance: Evidence from I.T sector of Pakistan. PLoS ONE 16(4): e0249311. https://doi.org/10.1371/journal.pone.0249311

Editor: Dejan Dragan, Univerza v Mariboru, SLOVENIA

Received: October 1, 2020; Accepted: March 16, 2021; Published: April 5, 2021

Copyright: © 2021 Muhammad et al. This is an open access article distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited.

Data Availability: All relevant data are within the paper and its Supporting information files.

Funding: The authors received no specific funding for this work.

Competing interests: The authors have declared that no competing interests exist.

Introduction

The agile management approach in terms of project development process remains rather a novel practice for most of the organizations of today to adapt and practice. Regardless, recent studies have indicated that organizations around the globe considering their long terms benefits are adapting the agile management practices more, in comparison to the traditionally followed waterfall management practices; especially in the IT sector. Research so far has highlighted the relevance of the agile management practices as well as has justified its constructive impact on the performance of an organization [ 1 , 2 ]. In specific to the management trends being followed, a recent global report of PMI comprising opinion of 727 executive members deployed on 3,234 projects across Europe, Asia Pacific, North America, Latin American, Middle East, Africa, and Caribbean Regions, proposed the implementation of agile management practices as a potential reason to trigger organizational productivity. Therefore, signifying the impact of agile management practices upon the performance of the firms [ 3 ]. Moreover, another recent study conducted by Ambysoft indicated agile management practices to deliver a success rate of 55% in comparison to the waterfall management practices with a success rate of 29% only. The report further indicated that 36% of the projects completed under the agile management practices remained challenged and required limited fulfillment of constraints to accomplish the projects. In contrast, the waterfall management practices were credited 67% of the challenged projects. The study also revealed the agile management practices to be attributed with only a mere 3% of project failure rate [ 4 ]. Thus, justifying the constructive impact of agile management practices in terms of enhanced performance measures. Regardless, the precise study indicating the impact of implementing agile management practices upon the project performance while considering all of its related aspects is yet to be explored [ 5 , 6 ]. Considering the potential research gap, the current study took into account of all relevant aspects of project performance including ‘time’, ‘finances’, ‘magnitude of efforts’, ‘work environment moral’, ‘fulfillment of quality criterions’ as well as the ‘satisfaction of regarding stakeholders’ and further observed the variation, in terms of the implementation of the agile management practices.

Considering the organizational accomplishment related aspect of the current research, the performance associated with the projects is often challenged by the magnitude of the complexity faced by the firms. Complexity, if not addressed timely can rile up to potential risks and consequently result in declined performance to a limit where it can jeopardize the existence of an organization itself. Considering which, research so far has indicted that implementation of relevant management practices can enable the mitigation of complexity associated to a project [ 7 , 8 ]. As Sohi, Hertogh [ 9 ] in their recent study were able to justify the association of agile management practices with the abridged level of project complexity to some extent. It was further speculated by the researchers to enhance the project performance of any given firm. Therefore, to address the existing knowledge gap the current study took into account the mediating role of project complexity, to be able to analyze the direct impact of agility upon project complexity as well as the project performance. Moreover, justify the theorized impact of agility in terms of reduced project complexity and enhanced project performance.

Taking into account the managerial aspect of the current study, prior studies have indicated that the efficient and effective implementation of management practices for the most part has remained predominated by the human factor, and of which leadership competencies is of most vital consideration [ 10 ]. In various contexts, the effective implementation of leadership competencies has been found to have a significant impact on the overall organizational performance of any given firm [ 11 , 12 ]. In relevance, a consolidated view of the implementation of leadership competencies to mitigate the organizational complexities and enhance performance measures is yet to be evaluated [ 13 ]. It is very much expectant of the agile management practices to depict enhanced performance as a result of effective leadership competency mitigating the magnitude of dynamic organizational challenges. Considering which, the current study evaluated the moderating role of leadership competencies to observe the controlled impact of professional complexities and the delivered project performance. Therefore, filling in the existing conceptual knowledge gap indicated by prior researchers.

Furthermore, in specific to filling in the contextual research gap, the current study explored the implication of the targeted variables within the I.T sector of Pakistan, which itself has seen significant progression over the years.

The present study aims to accomplish the following research objectives:

  • RO1 : Determine the effect of agile management practices on project performance .
  • RO2 : Evaluate the mediating role of project complexity between agile management practices and project performance .
  • RO3 : Gauge the moderating role of leadership competencies between agile management practices and project complexity .

The following sections of the study comprises of the detailed literature review of all the opted variables of the current study as well as their hypothetical development. Further, the methodological approach to collect the data from the targeted population is presented, which is then further statistically evaluated and explained in the results and analysis section. Followed to which, the deduction based upon the evaluated results are presented in the discussion. Lastly, the outcomes of the current research are deduced in the conclusion section.

Literature review

Agile management..

The concept of agile management got tossed in 1991 when the term agility was defined in a report by the Lacocca Institute, as “the ability to thrive in rapidly changing, fragmented markets”. As the concept evolved, agility was redefined as, “the state or quality of being able to move quickly in an easy fashion”. Therefore, for any firm labeled as agile is expectant to resolve unforeseeable challenges. Therefore, assuring the organizational sustainability in uncertain environments [ 14 , 15 ]. The concept of agile management is multifaceted in nature and the remnants of its implementation have been observed across various disciplines over last few decades. Most early implementation of agile management practices was embraced by the manufacturing sector. At time, agility was defined as, “the capability of an organization to meet changing market requirements, maximize customer service levels and resultantly minimize the cost of goods” [ 16 ]. The agile management practices for a decade and more remained implemented within the manufacturing industry only [ 17 ]. It wasn’t until the commercialization of the internet in 1995 when the agile management practices attained maturity in other industrial sectors as well, especially the software development [ 18 ]. To formalize the agility practices in terms of the software development process the OOPSA conference held in the same year played a momentous role when Ken Schwaber and Jeff Sutherland defined the cardinal principles for the implementation of agility on an organizational scale. Later, the agility saw minuscule implementation in the years to come, till 2001. It happened when various professionals, practitioners, and theorists came up with “Agile Manifesto”, which was mutually signed and published on the internet. The manifesto challenged the implications of traditionally followed management practices onto the project-related outcomes with a higher level of uncertainties. Further, in addition to declaring the traditional management practices misaligned towards the dynamically natured projects, the report emphasized the induction of agile management practices in such environments. Thus, effectively managing organizational objectives, minimizing project complexity, and delivering efficiency in terms of organizational performance [ 16 , 19 ].

To understand what made the implementation of agile management practices a success in the software industry as well as its spread across the globe on the exponential rate in contrast to any other industry, one has to take into consideration the following factors on which the dynamics of agile management rely onto and further draw a comparison of them with the traditionally followed management practices [ 2 , 20 ] (See Table 1 ).

thumbnail

  • PPT PowerPoint slide
  • PNG larger image
  • TIFF original image

https://doi.org/10.1371/journal.pone.0249311.t001

The software industry has for most part evolved over the past 30 years. But the last decade has depicted a significant surge in the industry’s growth and its respective performance. The reason justifying the phenomena has been the broader application of agile management practices, that replaced the traditionally followed management practices over time. The earlier research has justified the execution of agility in terms of ensuring enhanced performance, and also have supported the fact that implementation of agility is most suitable for the business environs that are dynamic in nature. Since, it has very vividly been observed that the implementation of software project development requires the dynamic implementation of operational measures as the problems are evolving real-time, which justifies the complexity associated with the software industry. Considering which, the software development sector is a perfect fit to adapt agile management practices [ 5 ].

Apart from the software products and services, one of the major parts of the project development process is the interaction between the stakeholders which plays a pivotal in determining the performance of the project. Considering which, Uludag, Kleehaus [ 22 ] and Hobbs and Petit [ 23 ] in their respective studies indicated that agile management practices allow organizations for its internal stakeholders to communicate freely as well as maintain a consistent stream of feedback from the external stakeholders. Thus, assuring the regarding organization to achieve optimal performance levels.

Considering the ability of agile management practices to enable its utilizers to accomplish projects in a dynamic environment and be able to deliver optimized performance while considering its respective dimensions i.e., competency, flexibility, quickness, and responsiveness, the current study took into account the implementation of agile management practices in relation to all the aspects of performance.

  • H1: Agile management practices will significantly impact the project performance, in a positive manner.

Project complexity.

Any given organization that functions onto various organizational factors either human or non-human operating in parallel to one another, is bound to face unexpected challenges to manage through and accomplish its goals. Considering which, the software industry has been the most critical one on the list [ 24 ]. It has been so because regardless of the business type, every operational entity is reliant on the software utilization either it is in form of communication, logistics, traveling, academia, and even fields as critical as healthcare. Therefore, justifying the software industry to be the one facing crucial levels of complexity [ 25 ].

Typically, for a large-scale operation with a higher magnitude of complexity, like software development, is often considered as a project rather than a routine-based operation/task, by most of the organizations. This demands a persistent application of relevant management practices under effective supervision to tackle the complexity.

For the successful accomplishment of a project, opting relevant management approach plays a pivotal role in tackling the complexities associated with the environment. Since only the right management approach can enable the managers to make correct calculations to allocate the right percentage of resources to the right places at the right time. Moreover, the application of a relevant management approach enables the mitigation of risk and the magnitude of projected losses [ 2 , 26 ].

Prior studies have indicated a directly proportionate relationship between the complexity and the respective performance of an organization and the projects associated with it. This suggests that if the complexities associated with any given project are not handled effectively on time, are probable to cause an escalation in the level of hindrances associated with the project and may even result in failure of the project itself [ 27 , 28 ].

Project complexity attributed to any given project is determined upon the variation in the number of tasks, their respective types, individuals deployed, and numerous other considerations. Considering which, effective prioritization of the entities involved, and the correct allocation of resources is necessary. All of which is only possible through the application of the relevant management approach [ 8 ].

Past decades have seen an evolution in terms of management practices and their respective application. Which have encouraged both academia as well as practitioners to extend the knowledge upon. As a matter of fact, among the two widely practiced project development management approaches i.e. waterfall and agile, it is the agile management approach that has proved itself to be more efficient to accomplish projects, across the world [ 29 ].

Considering which, Zhu and Mostafavi [ 8 ] in their study indicated the ability of agile management practices to manage through complex settings more effectively and efficiently. Thus, suggesting to lead the project towards better performance. Moreover, in another study Maylor and Turner [ 27 ] highlighted the aspect of stakeholder’s involvement in the development process, which justified the mitigation of project complexity to a greater extent. As agile management encourages the internal stakeholders of the project to seek continuous feedback from one another as well as from the clients throughout the process. Doing so reduces the amount of ambiguity from the development phase as much as possible and induce desired changes along the process. Thus, the finished project is much more of a reflection of the client’s expectations and assurance of enhanced performance. Moreover, in specific to the software industry the nature of projects is bound to change much more rapidly than any other industry, which classifies the software industry with the highest level of complexity attributed to it. For its resolution, the agile management approach suggests breaking down of complex scenarios into smaller tasks with reduced complexity. Thus, resulting in the effective and focused application of management practices, which would further result in mitigation of complexity associated with the project as well as elevated project performance [ 18 , 27 ].

Considering, the ability of agile management practices to mitigate the magnitude of complexity associated with the project and enhance the chances of the performance associated to the regarding project accomplish projects in a dynamic environment, the current study took into account the direct implementation of agile management practices in relation to the diminished project complexity. Moreover, the project complexity was evaluated in terms of a mediator.

  • H2: Agile management practices will significantly impact the project complexity, in a negative manner.
  • H3: Project complexity will significantly impact the project performance, in a negative manner.
  • H4: Project complexity will significantly mediate the relationship between agile management practices and project performance.

Leadership competencies.

The opting of management practices is not enough for an organization to function properly. Rather it is the effective implementation of those defined policies that ensure the magnitude of performance delivered and subsequently the overall sustainability of an organization. For which, it is the human factor in terms of leadership, within an organization that contributes the most towards it. This is where leadership and its respective competencies come into play. Andriukaitienė, Voronkova [ 30 ] in their study defined project manager competence as a combination of knowledge (qualification), skills (ability to do a task), and core personality characteristics (motives, traits, self-concepts) that lead to superior results.

In the project management literature, few topics are too frequently discussed yet are very rarely agreed upon; such as the aspect of project performance [ 2 ]. The last two decades have extended the scope of project performance far beyond the measures of cost, time, and functionality. The project performance measures of today demand to fulfill the satisfaction criterion of the stakeholder associated with the given project, attainment of business/organizational goals, product success, and development of the team involved. All of which is very much reliant upon the effectiveness of the implied organizational practice under human supervision [ 31 ]. Refereed to which, Maqbool, Sudong [ 32 ] in their study identified the possible shortcoming that may hinder the performance associated to any given project. The findings identified the hindering effects as the ineffective management practice observed in the planning, organization, and controlling of the project. Furthermore, Alvarenga, Branco [ 33 ] identified various performance measures associated with well-executed projects. Overall, the findings reflected the leadership competency in terms of maintaining effective communication and problem solving resulted in enhanced project performance. While, the absence of leadership competency in terms of inadequate administration/supervision, human skills, and emotional influencing skills (IQ & EQ) resulted in declined performance or even failure in some cases. Ahmed and Anantatmula [ 34 ] in his study suggested that the manager’s perception of performance and belief in his/her ability can play a significant role in determining the performance delivered. Thus, deeming the leadership competency to play a pivotal role in the accomplishment of a project. Akin to which, Turner came up with the seven forces model to define the factors influencing the project’s performance. The model highlights the people as the cardinal force to drive the project towards accomplishment; which is only possible through leadership competencies, teamwork, and industrial relations. Hassan, Bashir [ 35 ] in their studies brought up the subject that despite the vast research on the project performance and its related measures the organizations still fail to satisfy its stakeholders. It was because most of the research done so far was considering time, cost, and quality as the only measure to determine the project performance delivered. Hassan, Bashir [ 35 ] and Maqbool, Sudong [ 32 ] indicated the criticality of including the human factor in terms of leadership competence/ability to determine the performance of the project. Zuo, Zhao [ 36 ] and Gunter [ 37 ] as well in their studies reviewed the impact of leadership’s competence and style to determine the project’s outcomes and concluded the fact that the existing literature has for most part overlooked the impact of leadership competence on the project’s performance. Therefore, to evaluate the controlling effect of leadership competency to observe change in the magnitude of the performance delivered, the current study proposed the following hypothesis (See Fig 1 ).

thumbnail

https://doi.org/10.1371/journal.pone.0249311.g001

  • H5: Leadership competencies will significantly impact the project performance, in a positive manner.
  • H6: Leadership competencies will significantly moderate the relationship between project complexity and project performance.

Research methodology

research papers of software project management

The survey questionnaire was composed of 48 items in total. To determine the application of agile management practices on the organizational level a 20 relevant items were adapted from the scale developed by Zhang and Sharifi [ 42 ]. The scale itself was based upon four dimensions i.e. ability, flexibility, quickness, and responsiveness. To determine the leadership competencies of managers on various hierarchical levels of an organization, an 10 items were adapted from the scale developed by Chung-Herrera, Enz [ 43 ]. The scale was composed of 8 unique dimensions i.e. self-management, strategic positioning, implementation, critical thinking, communication, interpersonal, leadership, and industry knowledge. To determine the overall magnitude of complexity associated with the project under study, 12 items were adapted from the scale developed by Xia and Lee [ 44 ]. To determine the overall performance of the undertaken projects, a 6 items scale developed by Yusuf, Sarhadi [ 45 ] was utilized in the current study. The responses were recorded upon the 5-Point Likert scale, which had (1) to refer to “Strongly Disagree” up to (5) referring to “Strongly Agree” [ 46 ].

The current study included the opinion of the respondents recorded in terms of quantitative scale. During the data collection process, no confidential information (personal/organizational) was inquired about. Also, the presented research did not categorize the involved workers in terms of race/ethnicity, age, disease/disabilities, religion, sex/gender, sexual orientation, or other socially constructed groupings. Therefore, COMSATS University Islamabad’s Ethics Review Committee declared the current study exempted from the requirement of consent from the respondents. Considering which, a total of 250 questionnaires were disseminated to survey the professionals of the Pakistani IT industry. By the end of the survey process, a total of 190 responses got collected. Thus, the overall response rate of the study was 76%. Further, 7% of the responses were discarded as a result of being incomplete or erroneous. Since both incomplete or redundant data can affect the results adversely [ 47 ]. Followed to the collection of data the next phase demanded the application of appropriate statistical tools and respective data analysis techniques to make deductions regarding the objectives of the study. For which the current study utilized the SmartPLS GmbH’s SMART Partial Least Squares (SMART PLS 3.0) to analyze the dataset. Various studies in recent years have utilized a similar tool and respective techniques to analyze the data and make respective deductions [ 48 , 49 ].

Statistical results & analysis

To begin with, the information was gauged to assess the instrument’s reliability and validity. Further, the instrument’s fitness was evaluated in terms of factor loadings. The results identified few unfit components associated with the variables under study. Suggested to which, the identified unfit components of the hypothesized model were then removed. Followed by which, the information was evaluated to gauge the direct and indirect effects of variables, in alignment with the hypothesized model. Finally, the hypothesized model was concluded upon the evaluation of the total impact of the predictor variables upon the dependent variable [ 50 , 51 ].

Demographical classification

The respondents of the study had variating attributions associated with them in terms of demographics. The current study classified the respondents in terms of age, tenure of employment, sector of employment, the status of employment, and the geographical location of their organization.

As a response to which 63.6 percent of employees were aged between 20–29 years, 21.6 percent were aged between 30–39 years, 10.8 percent were aged between 40–49 years and 4.0 percent were aged 50 years or above.

In specific to the tenure of employment or the managerial experience, 27.8 percent of respondents had an experience of less than 1 year, 20.5 percent had experience ranged between 1–2 years, 19.3 percent had experience ranged between 2–5 years, 9.1 percent had experience ranged between 5–10 years and, 23.3 percent had an experience of 10 years or over.

In terms of the employment sector, 53.9 percent of the individuals were employed in the public sector. While 46.1 percent of the individuals were employed in the private sector.

In terms of the geographical placement of the surveyed organizations, 12.5 percent of the firm were deployed in the Khyber Pakhtunkhwa and Gilgit Baltistan, 50 percent of the firm were deployed in Punjab, 25 percent of the firm were deployed in the Sindh and, 12.5 percent of the firm were deployed in the Balochistan. Thus, deeming the study to utilize the equivalently proportionate responses from each province, that were aligned with the proportion of firms in each province, nationwide.

Structural equation modeling

Structural equation modeling is a multivariate based statistical evaluation approach that is utilized to determine structural associations between the components of a hypothesized model [ 52 , 53 ]. The adapted approach is a combination of factor analysis and multiple- regression analysis. The current study took a two-stage approach to conduct SEM. The first stage involved the application of confirmatory factor analysis (CFA), which justified the consistency of the research instrument and its associated components/items. Followed by which, the research instrument was tested for its respective reliability and validity in the first stage of SEM, as commended by prior research [ 53 ]. The second stage of SEM involved the evaluation of measuring the magnitude of impact existent between the observed and latent variables under discussion. Which were further justifies in terms of their significance and their respective relevance in alignment to the hypothesized relationships [ 54 ].

SEM (stage 1).

To begin with, the first stage of the SEM tested the measurement model for its reliability, validity (convergent, discriminant), and consistency to the components towards the research instrument, utilizing the CFA approach. CFA is a commended approach to test adapted research instruments for their consistency [ 49 , 55 ].

Instrument’s reliability.

The reliability of a research instrument is its ability to give consistent results with negligible variation regardless of the environment it is utilized in. SEM utilizes Cronbach’s Alpha as the criterion of reliability associated with a research instrument. For a research instrument and its respective components to be reliable the value of Cronbach’s Alpha is commended to be higher than 0.70 [ 56 ]. Keeping that in view, the values of Cronbach’s Alpha associated with all the variables under study were above 0.70 (See Table 2 ). Thus, deeming the respective research instrument to be reliable.

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t002

Instrument’s validity (convergent).

The validity of a research instrument is defined as its ability to measure the phenomena that it is supposed to measure. There are two types of validity i.e. convergent and discriminant [ 57 , 58 ]. The convergent validity associated with a research instrument is the measure to determine the relatability of research items to their respective variable. SEM utilizes Average Variance Extracted (AVE) as the criterion of validity associated with a research instrument. For a research instrument and its respective components to be convergently valid, the value of AVE is commended to be higher than 0.5 [ 49 , 59 ]. Keeping, that in view the values of AVE associated with all the variables under study were above 0.5 (See Table 3 ). Thus, deeming the respective research instrument to be convergently valid.

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t003

Instrument’s validity (discriminant).

The discriminant validity associated with a research instrument is the measure to determine the magnitude of dissimilarity of research items associated with a variable towards the research items of the rest of the variables under study. SEM utilizes Fornell-Larcker Criterion as the criterion of discriminant validity associated with a research instrument. For a research instrument and its respective components to be discriminately valid, the correlative value of Fornell-Larcker Criterion of a variable with its components is commended to be higher than the correlative value of other variables in the study [ 48 , 49 ]. Keeping, that in view the values of the Fornell-Larcker Criterion associated with all the variables under study were comparatively higher than the correlative values of other variables in the study (See Table 4 ). Thus, deeming the respective research instrument to be discriminately valid.

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t004

Another measure to determine, the discriminant validity associated to a research instrument is the Cross Loadings. For a research instrument and its respective components to be discriminately valid, the correlative values of Cross Loadings of the items of a variable are commended to be higher than the correlative values of similar items with other variables in the study [ 49 ]. Keeping, that in view the values of Cross Loadings associated to all the items of the variables under study were comparatively higher than the correlative values of similar items with rest of the variables in the study (See Table 5 ). Thus, deeming the respective research instrument to be discriminately valid.

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t005

Lastly, in terms of evaluating the discriminant validity, the Heterotrait-Monotrait Ratio (HTMT) is considered as the most precise measurement. HTMT is based upon a higher level of specificity that is ranged between the measurement precision of 97%-99%. On the contrary, the measures of Cross Loadings followed by the Fornell-Larcker Criterion can only depict a measurement precision ranged between 0.00%-20.82% [ 49 , 60 ]. In terms of HTMT, for a research instrument to be valid, the correlational terms must be valued lower than the 0.90. Keeping that in view, the correlation values associated with all the variables were below 0.90 (See Table 6 ). Thus, deeming the respective research instrument to be discriminately valid.

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t006

Multi-collinearity.

Multi-Collinearity is the state of higher correlation existent between the variables and the indicators associated with them. Which can further lead to unreliable statistical projections and inferences. To test a variable and its respective indicators for collinearity, the proposed criterion of VIF is followed. The referred criterion suggests for all the indicators of the regarding variable to have a VIF value lower than 5 to be fit in terms of collinearity measure [ 48 ]. Keeping that in view all the indicators associated with the variables under study were found to have VIF value under 5 (See Table 7 ).

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t007

Factor loadings.

Followed to fulfilling the criterion of the research instrument’s reliability and validity the respective components must fulfill the criterion of factor analysis that is measured in terms of Factor Loadings. Factor Loadings are determinant of the variability and correlation associated with the items of the observed variables under study. For an item associated with a variable to fulfill the Factor Loading criterion, must be valued above 0.7 [ 61 , 62 ]. In comparison to which, selective items associated with agile management (AM13) and project complexity (PC2, PC4) were found below the commended threshold value (See Table 8 ). Thus, these items were removed from the measurement model, to enhance the overall fit.

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t008

SEM (stage 2).

After the deletion of unfit components of the measurement model, the second stage involved the reassessment of the measurement model. The model was retested in terms of Factor Loadings, which depicted all of the values to be ranged above the minimum threshold of 0.70 [ 62 ] (See Table 9 ).

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t009

Path coefficients.

After conforming to the component fitness criterion, the structural model was evaluated in terms of the magnitude of the effect the observed variables had on the latent variables. The said magnitude was evaluated utilizing the measure of Path Coefficients. The value associated to the measure of path coefficient varies between ±1, which suggests the positive and negative relationship between the variables under consideration [ 48 , 63 , 64 ]. The effect of agile management practices over the project performance was valued at 0.473. The effect of agile management practices over the project complexity was valued as 0.703. The effect of leadership competencies over the project performance was valued at 0.664. Lastly, the effect of project complexity over the project performance was valued at 0.149. The evaluated effects were further justified in terms of the level of significance attributed to them i.e. p-value ≤ 0.05. Since all the results fulfilled the significance criterion, for which the evaluated effects were considered as accepted (See Table 10 ). Thus, justifying the following hypothesized relationships between the variables under study:

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t010

Coefficient of determination ( r 2 ).

Coefficient of Determination ( r 2 ) is representative of the amount of variance the exogenous variable/s can cause in the associated endogenous variable/s. The value of the Coefficient of Determination (r2) varies between 0–1. The higher the value of r 2 the higher the magnitude of impact implied by the exogenous variables [ 65 ]. Keeping that in view, the exogenous variables of the study i.e. (Agile Management, Project Complexity, and Leadership Competencies) impacted the endogenous variable i.e. (Project Performance) with an r 2 valued at 0.582. Thus, justifying 58.20% of the variance explained (See Table 11 ).

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t011

Effect size ( f 2 ).

Effect Size ( f 2 ) is representative of the magnitude of effect an exogenous variable can have on an endogenous variable. The respective magnitude of the effect is classified into three tiers. For a given relationship the values of Effect Size ( f 2 ) ranged between 0.02–0.14 are attributed as a small effect. Likewise, values ranged between 0.15–0.35 are attributed as a medium effect, and values ranged 0.36 and above are attributed as a large effect [ 48 , 51 ]. Keeping that in view, both the agile management and project complexity had a medium impact. While leadership competencies and project complexity had a large effect on their respective dependent variables. (See Table 12 ).

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t012

Mediation analysis.

A mediatory variable of the study is known to add an explanation or justify the effect of an exogenous variable over an endogenous variable. The current study took project complexity as a mediator to explain the effect of agile management over the project performance. SmartPLS explains the mediation in terms of Indirect Effects and its respective significance [ 66 , 67 ]. Keeping, that in view the hypothesized mediation was approved (See Table 13 ). Thus, accepting the following hypothesis:

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t013

Moderation analysis.

A moderating variable of the study is known to control the magnitude of the effect of an exogenous variable over an endogenous variable. This effect can be tilted either positively or negatively in presence of a moderator. The current study took leadership competencies as a moderator to control the effect of project complexity over the project performance. SmartPLS explains the moderation in terms of inducing a product indicator term in the structural model and its respective significance [ 68 ]. Keeping, that in view the hypothesized moderation was approved (See Table 14 ). Thus, accepting the following hypothesis:

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t014

Results summary.

The proposed hypotheses for the current study were accepted while considering their significance. The respective summary is depicted in the following Table 15 .

thumbnail

https://doi.org/10.1371/journal.pone.0249311.t015

To begin with, the first research hypothesis stated, “Are the agile management practices a significant predictor of project performance?”. Keeping that in view, the current study depicted a significantly positive influence of implementing agile management practices onto the overall performance of the projects undertaken. This suggests, that resolving a project into smaller functional proportions and responding timely is a commendable approach to enhance the performance of the undertaken projects.

Furthermore, the statistical findings in accordance with the dimensions of the agile management the significance of the relationship emphasized that an organization must undertake only the projects that it is competent enough to accomplish. Moreover, for a project that is undertaken, must be resolved down to work units that can be matched with the competency level of the employed individual. This would enable them to achieve the targeted goals with fewer hurdles faced along the process. Similar results were concluded by Alvarenga, Branco [ 33 ] in their study conducted on 257 project managers; each having an extensive experience of over 10 years. As it was indicated that it is the competency associated to the employed individuals in an organization that assures the efficient and effective execution of organizational task and result in accomplishment of the undertaken projects. Followed to which, agile management commends the adaption of flexibility in the project development process that allows the project team to incorporate the changes more easily than the traditional implementation of the projects. Similarly, the loss incurred during the development process is relatively less. Since the failure is often observed in one or a few modules at a time, which doesn’t affect the rest of the development process in any way. Most importantly, agile management is most responsible for responding quickly to the areas of projects that demand prioritized completion or technical handling. The respective findings were found in alignment to the study conducted by Serrador and Pinto [ 5 ] on 1002 projects deployed across various nations, that depicted a similar notion of a positive impact of implementing agile management to attain enhanced organizational outcomes. In another mixed-mode study conducted by Drury-Grogan [ 69 ] on various teams utilizing agile tools in the I.T sector as well suggested that application of the referred tools resulted in enhancing the success associated with the regarding projects.

The second research hypothesis stated, “Are the agile management practices a significant predictor of project-related complexities?” Keeping that in view, the current study depicted a significantly negative influence of implementing agile management on the project complexity. This suggests that the implementation of agile management enabled the regarding project managers to be able to effectively foresee the undertaken projects to a greater extent by adapting agile management practices than they would otherwise have had by adapting traditional management practices. The respective findings were found in alignment with the study conducted by Sohi, Hertogh [ 9 ] on 67 projects of complex nature, depicted that in a hybrid system with agile management practices coupled with traditional management approach was able to mitigate the magnitude of complexity faced by the regarding firms. In another subjective study conducted by Maylor and Turner [ 7 ] projected deduction being based upon 43 workshops and the opinion of 1100 managers. The results suggested an agile management approach as possibly the most effective approach to diminish the project complexity to commendable levels. Akin to which, in an extensive literature review conducted by Bergmann and Karwowski [ 70 ] also concluded the similar findings that adaptation of agile management is very effective in terms of mitigating the project related complexities and a accomplishing project outcomes.

The third research hypothesis stated, “Is the project complexity a significant predictor of project performance?” Keeping that in view, the current study depicted a significantly negative influence of project complexity on the overall performance of the projects. This suggests that the uncertainties faced by the project manager may hinder the accomplishment of the project. This would further possibly result in causing unnecessary delays, financial losses, overused employee efforts, working environment with moral, quality compromises, and unsatisfied clients. The respective findings were found in alignment with the study conducted by Floricel, Michela [ 71 ] on 81 projects deployed 5 across continents, depicted the possible negative impact of complexities on the overall performance of the organizations; that may be faced at each step of the development process. In another hybrid study conducted by Zhu and Mostafavi [ 8 ] on various senior project managers employed in the construction sector as well opinionated that complexities associated with organizations can deter the performance observed across their respective projects. Likewise, Luo, He [ 72 ] compile the opinion of 245 project managers that expressed the fact that project complexity can jeopardize the accomplishment of desired organizational outcomes. Therefore, their mitigation is a necessity for an organization to thrive.

The fourth research hypothesis stated, “Are leadership competencies a significant predictor of project performance?” Keeping that in view, the current study depicted a significant relationship between leadership competencies and project performance. This suggests that effective leadership can play a pivotal role in enabling an organization to attain the desired performance targets associated to its respective project. The respective findings were found in alignment to the study conducted by Ahmed and Anantatmula [ 34 ] on 286 project managers serving various construction firms in Pakistan, suggested leadership competencies be an effective measure to enhance the performance of the projects it is utilized onto. In another hybrid study conducted by Berssaneti and Carvalho [ 73 ] on 336 project managers deployed across various Brazilian firms opinionated that effective supervision and managerial support can prove itself to be a potential factor in enabling a firm to deliver desired outcomes.

The fifth research hypothesis stated, “Does the project complexity mediate the relationship between agile management practices and project performance?” Keeping that in view, the current study depicted a significant relationship between agile management and project performance while considering leadership competencies as a moderator. This suggests that effective implementation of agile management practices in a project can prove themselves to be effective in elevating project performance. Though the magnitude of complexity associated with the project can explain the possible decline observed in project performance; regardless of the management practices being observed. Though the observed decline can be minimized to a laudable extent through the utilization of agile management practices. The respective findings were found in alignment with an in-depth correlational study conducted by Sohi, Hertogh [ 9 ] on 67 project managers supervising various projects. The results suggested that inducing agile management practices within any compatible system can enable an organization to manage through its professional challenges which can possibly lead an organization to perform better.

The sixth research hypothesis stated, “Do the leadership competencies moderate the relationship between agile management practices and project performance?” Keeping that in view, the current study depicted a significant relationship between project complexity and project performance while considering leadership competencies as a moderator. Which suggests that effective implication of human factor in terms of leadership competencies can play a vital role in mitigating the hindrances faced during the project development process and can further result in enhanced performance. On the contrary, the absence of required leadership competencies can result in augmentation of adversities that may lead to a decline in the project performance. The respective findings were found in alignment to a mixed-mode study conducted by Aurélio de Oliveira, Veriano Oliveira Dalla Valentina [ 74 ] on 32 highly skilled and influential project managers in the field of R&D; who have served various forms globally. The correlational study depicted a possibly potential impact of an appropriate leadership approach to resolve organizational situations and deliver targeted performance.

Considering the hypothetical contemplations of the current study, various deductions have been made. To begin with, the implementation of agile management practices in the Pakistani I.T industry proves itself to be effective in terms of enhancing the overall performance of the undertaken projects. Thus, ensuring the sustainability of organizations in the industry. Moreover, it was observed that agile management practices enabled its utilizers to cope up with the complexities, by breaking down tasks into smaller work units and implementing the supervision on a horizontal scale rather than top-down. This approach not only made managing tasks effectively and efficiently but also made the decision making swift. Though it was observed that the organizations that weren’t able to take on the implementation of agile management practices on a full scale, faced complexities in various organizational terms, that would lead to declined performance. In addition to the mitigation of complexities through the implementation of agile management practices, it was the effective consideration of human factors in terms of leadership competencies that extended the reduction of organizational complexities and upscaled the magnitude of performance delivered.

The current study offers a pathway to understanding the application of agile management practices in the IT sector. Though it faces various shortcomings in both contextual and conceptual manner, which can further serve as a pathway to future researchers and professionals to look into and extend the knowledge pool.

In conceptual terms, the current study only took into account one mediatory variable i.e., project complexity to explain the implications of agile management onto the project performance. Akin to which, only one moderating variable was considered to evaluate the variability in the magnitude of project performance. Both of these are not enough of a consideration to depict the full potential of application of agile management practices in determining the project performance. Referred to which, it is commended for the future researchers and professionals to look into considering other variables that can explain the phenomena of agile management to variate the magnitude of project performance delivered. In alignment to which, it will also be interesting to see the implementation of agile management to enhance the organizational accomplishments such as, attaining competitive advantage, innovation, industrial sustainability, and more.

In contextual terms, the current study has targeted the IT sector of Pakistan; a developing nation. Since other industries as well are realizing the necessity of agile management and embracing its practices, it will be interesting to see the application of similar study in other developing nations, as well as other industrial sectors.

Supporting information

S1 appendix..

https://doi.org/10.1371/journal.pone.0249311.s001

S1 Dataset.

https://doi.org/10.1371/journal.pone.0249311.s002

  • View Article
  • Google Scholar
  • 2. Kerzner H, Kerzner HR. Project management: a systems approach to planning, scheduling, and controlling: John Wiley & Sons; 2017.
  • 3. Langley MA. Success Rates Rise: Transforming the high cost of low performance. In: PMI, editor. Pulse of the Profession2017. p. 32.
  • 4. Ambler SW. 2018 IT Project Success Rates Survey Results. Ambysoft, 2018.
  • 12. Northouse PG. Leadership: Theory and practice: Sage publications; 2018.
  • PubMed/NCBI
  • 14. Denning S. How major corporations are making sense of Agile. Strategy & Leadership. 2018.
  • 15. Denning S. Succeeding in an increasingly Agile world. Strategy & Leadership. 2018.
  • 16. Levy R, Short M, Measey P, editors. Agile Foundations: Principles, practices and frameworks2015: BCS.
  • 18. Abrahamsson P, Salo O, Ronkainen J, Warsta J. Agile software development methods: Review and analysis. 2017.
  • 19. Marcus Ries DS. Agile Project Management, A Complete Beginner’s Guide To Agile Project Management: Ries Publications, New York; 2016.
  • 20. Turk D, France R, Rumpe B. Limitations of agile software processes. Third International Conference on Extreme Programming and Flexible Processes in Software Engineering. 2014:43–6.
  • 21. Kerzner H. Project management: a systems approach to planning, scheduling, and controlling: John Wiley & Sons; 2017.
  • 22. Uludag Ö, Kleehaus M, Caprano C, Matthes F, editors. Identifying and structuring challenges in large-scale agile development based on a structured literature review. 2018 IEEE 22nd International Enterprise Distributed Object Computing Conference (EDOC); 2018: IEEE.
  • 27. Maylor H, Turner N. Understand, reduce, respond: project complexity management theory and practice. International Journal of Operations & Production Management. 2017.
  • 28. Morcov S, Pintelon L, Kusters RJ. Definitions, characteristics and measures of IT project complexity-a systematic literature review. International Journal of Information Systems and Project Management. 2020.
  • 31. Larson EW, Gray CF, editors. A Guide to the Project Management Body of Knowledge: PMBOK ( ® ) Guide2015: Project Management Institute.
  • 33. Alvarenga JC, Branco RR, Guedes ALA, Soares CAP, e Silva WdS. The project manager core competencies to project success. International Journal of Managing Projects in Business. 2019.
  • 36. Zuo J, Zhao X, Nguyen QBM, Ma T, Gao S. Soft skills of construction project management professionals and project success factors. Engineering, Construction and Architectural Management. 2018.
  • 37. Gunter RC. Emotional Intelligence and Its Relationship to Project Manager Leadership Competencies and Project Success: Saint Leo University; 2020.
  • 38. Association PSH. P@SHA IT Industry Report 2017. Report. 2017 Contract No.: 1.
  • 39. Neuman WL. Understanding research: Pearson; 2016.
  • 41. Hox JJ, Moerbeek M, van de Schoot R. Multilevel analysis: Techniques and applications: Routledge; 2017.
  • 47. Heeringa SG, West BT, Berglund PA. Applied survey data analysis: Chapman and Hall/CRC; 2017.
  • 50. Ringle CM, Da Silva D, Bido DdS. Structural equation modeling with the SmartPLS. 2015.
  • 51. Ringle C, Wende S, Becker J. SmartPLS—Statistical Software For Structural Equation Modeling. 2017.
  • 52. Bowen NK, Guo S. Structural equation modeling: Oxford University Press; 2011.
  • 53. Klem L. Structural equation modeling. 2000.
  • 55. Byrne BM. Structural equation modeling with AMOS: Basic concepts, applications, and programming: Routledge; 2016.
  • 56. Gliem JA, Gliem RR, editors. Calculating, interpreting, and reporting Cronbach’s alpha reliability coefficient for Likert-type scales2003: Midwest Research-to-Practice Conference in Adult, Continuing, and Community Education.
  • 60. Ab Hamid M, Sami W, Sidek MM, editors. Discriminant Validity Assessment: Use of Fornell & Larcker criterion versus HTMT Criterion. Journal of Physics: Conference Series; 2017: IOP Publishing.
  • 63. Hair JF, Black WC, Babin BJ, Anderson RE, Tatham RL. Multivariate data analysis: Prentice hall Upper Saddle River, NJ; 1998.
  • 64. Hair Jr JF, Hult GTM, Ringle C, Sarstedt M. A primer on partial least squares structural equation modeling (PLS-SEM): Sage Publications; 2016.
  • 65. Di Bucchianico A. Coefficient of determination (R2). Encyclopedia of Statistics in Quality and Reliability. 2008.
  • 68. Bae B. Analyses of moderating and mediating effects with SPSS/Amos/LISREL/SmartPLS. Seoul: Chungram Publishing. 2015.
  • 70. Bergmann T, Karwowski W, editors. Agile project management and project success: A literature review. International Conference on Applied Human Factors and Ergonomics; 2018: Springer.

IEEE Account

  • Change Username/Password
  • Update Address

Purchase Details

  • Payment Options
  • Order History
  • View Purchased Documents

Profile Information

  • Communications Preferences
  • Profession and Education
  • Technical Interests
  • US & Canada: +1 800 678 4333
  • Worldwide: +1 732 981 0060
  • Contact & Support
  • About IEEE Xplore
  • Accessibility
  • Terms of Use
  • Nondiscrimination Policy
  • Privacy & Opting Out of Cookies

A not-for-profit organization, IEEE is the world's largest technical professional organization dedicated to advancing technology for the benefit of humanity. © Copyright 2024 IEEE - All rights reserved. Use of this web site signifies your agreement to the terms and conditions.

research papers of software project management

Academia.edu no longer supports Internet Explorer.

To browse Academia.edu and the wider internet faster and more securely, please take a few seconds to  upgrade your browser .

  •  We're Hiring!
  •  Help Center

Software Project Management

  • Most Cited Papers
  • Most Downloaded Papers
  • Newest Papers
  • Last »
  • Software Engineering Follow Following
  • What Is Medium of B.ca. Follow Following
  • Computer Science Follow Following
  • Agile Methods (Software Engineering) Follow Following
  • Commerce Follow Following
  • Software Testing (Computer Science) Follow Following
  • Agile software development Follow Following
  • Software Quality Engineering Follow Following
  • Software Development Follow Following
  • Education Follow Following

Enter the email address you signed up with and we'll email you a reset link.

  • Academia.edu Journals
  •   We're Hiring!
  •   Help Center
  • Find new research papers in:
  • Health Sciences
  • Earth Sciences
  • Cognitive Science
  • Mathematics
  • Computer Science
  • Academia ©2024

Project management: Recent developments and research opportunities

  • Published: 16 June 2012
  • Volume 21 , pages 129–143, ( 2012 )

Cite this article

research papers of software project management

  • Nicholas G. Hall 1  

4717 Accesses

46 Citations

Explore all metrics

This paper studies the business process known as project management. This process has exhibited a remarkable growth in business interest over the last 15 years, as demonstrated by a 1000% increase in membership in the Project Management Institute since 1996. This growth is largely attributable to the emergence of many new diverse business applications that can be successfully managed as projects. The new applications for project management include IT implementations, research and development, new product and service development, corporate change management, and software development. The characteristics of modern projects are typically very different from those of traditional projects such as construction and engineering, which necessitates the development of new project management techniques. We discuss these recent practical developments. The history of project management methodology is reviewed, from CPM and PERT to the influential modern directions of critical chain project management and agile methods. We identify one important application area for future methodological change as new product and service development. A list of specific research topics within project management is discussed. The conclusions suggest the existence of significant research opportunities within project management.

This is a preview of subscription content, log in via an institution to check access.

Access this article

Subscribe and save.

  • Get 10 units per month
  • Download Article/Chapter or eBook
  • 1 Unit = 1 Article or 1 Chapter
  • Cancel anytime

Price excludes VAT (USA) Tax calculation will be finalised during checkout.

Instant access to the full article PDF.

Rent this article via DeepDyve

Institutional subscriptions

Similar content being viewed by others

research papers of software project management

Open Source vs Proprietary Project Management Tools

research papers of software project management

Closing Thoughts

research papers of software project management

Further Research Opportunities in Project Management

agilemanifesto.org. (2001). Manifesto for Agile Software Development. Available via DIALOG. http://agilemanifesto.org/

Amram, M. & Kulatilaka, N. (1999). Real Options: Managing Strategic Investment in an Uncertain World. Harvard Business School Press, Boston, MA

Google Scholar  

Aumann, R. & Serrano, R. (2008). An economic index of riskiness. Journal of Political Economy, 116: 810–836

Article   Google Scholar  

Bertsimas, D. & Sim, M. (2004). The price of robustness. Operations Research, 52: 35–53

Article   MathSciNet   MATH   Google Scholar  

Brânzei, R., Ferrari, G., Fragnelli, V. & Tijs, S. (2002). Two approaches to the problem of sharing delay costs in joint projects. Annals of Operations Research, 109: 359–374

Brown, D.B. & Sim, M. (2009). Satisficing measures for analysis of risky positions. Management Science, 55: 71–84

Article   MATH   Google Scholar  

Cai, X., Hall, N.G. & Zhang, F. (2012). Cooperation and contract design in project management. Working paper, Department of Systems Engineering and Engineering Management, Chinese University of Hong Kong

Castro, J., Gómez, D. & Tejada, J. (2008). A polynomial rule for the problem of sharing delay costs in PERT networks. Computers & Operations Research, 35: 2376–2387

Cooper, R.G., Edgett, S.J. & Kleinschmidt, E.J. (2000). New problems, new solutions: making portfolio management more effective. Research-Technology Management, 43: 18–33

Corbett, C. & Muthulingam, S. (2007). Adoption of voluntary environmental standards: the role of signaling and intrinsic benets in the diffusion of the LEED green building standards. Working paper, Anderson Graduate School of Management, UCLA

Dickinson, M.W., Thornton, A.C. & Graves, S. (2001). Technology portfolio management: optimizing interdependent projects over multiple time periods. IEEE Transactions on Engineering Management, 48: 518–527

Fox, G.E., Baker, N.R. & Bryant, L.J. (1984). Economic models for R&D project selection in the presence of project interactions. Management Science, 30: 890–902

Goh, J. & Hall, N.G. (2012). Total cost control in project management via satisficing. Working paper, revised for publication, Fisher College of Business, The Ohio State University, Columbus, Ohio

Goh, J. & Sim, M. (2010). Distributionally robust optimization and its tractable approximations. Operations Research, 58: 902–917

Goldratt, E.M. (1997). The Critical Chain. North River Press, Great Barrington, MA

Hall, N.G., Long, Z., Qi, J. & Sim, M. (2011). Managing underperformance risk in project portfolio selection. Working paper, Fisher College of Business, The Ohio State University, Columbus, Ohio

Huchzermeier, A. & Loch, C.H. (2001). Project management under risk: using the real options approach to evaluate exibility in R&D. Management Science, 47: 85–101

Hurwicz, L. (1972). On informationally decentralized systems. In: McGuire, C.B., Radner, R. (eds.), Decisions and Organization. North-Holland, Amsterdam, Netherlands

Kellerer, H., Pferschy, U. & Pisinger, D. (2004). Knapsack Problems. Springer, Berlin, Germany

MATH   Google Scholar  

Kerzner, H. (2009). Project Management: A Systems Approach to Planning, Scheduling, and Controlling, 10 th edition. Wiley, Hoboken, NJ

Kim, Y.W. & Ballard, G. (2000). Is the earned-value method an enemy of work flow? Working paper, Department of Civil and Environmental Enginering, University of California at Berkeley, Berkeley, CA

Klastorin, T.D. (2004). Project Management: Tools and Trade-Offs, 1 st edition. Wiley, Hoboken, NJ

Kotnour, T. (2000). Organizational learning practices in the project management environment. International Journal of Quality & Reliability Management, 17: 393–406

Lukas, J.A. (2008). Earned value analysis — Why it doesn’t work. AACE International Transactions, EVM.01.1-EVM.01.10

Markowitz, H.M. (1959). Portfolio Selection: Efficient Diversification of Investments. Wiley, New York

Myerson, R. (1979). Incentive compatibility and the bargaining problem. Econometrica, 47: 61–73

MSDN Blogs. (2009). Architecture makes agile processes scalable. Available via DIALOG. http://blogs.msdn.com/b/nickmalik/archive/2009/05/19/architecture-makes-agile-processesscalable.aspx . Cited May 19, 2012

objectmentor.com. (2012). Agile/XP object mentor success stories. Available via DIALOG. http://www.objectmentor.com/omSolutions/agile_customers.html

Parkinson, C.N. (1955). Parkinson’s law. Economist, November 19

Parkinson, C.N. (1958). Parkinson’s Law: The Pursuit of Progress. John Murray, London, UK

Patrick, F.S. (1998). Critical chain scheduling and buffer management: getting out from between Parkinson’s rock and Murphy’s hard place. Available via DIALOG. http://www.focusedperformance.com

Peleg, B. & Sudhölter, P. (2003). Introduction to the Theory of Cooperative Games. Kluwer, Boston, MA

Book   Google Scholar  

Pich, M.T., Loch, C.H. & De Meyer, A. (2002). On uncertainty, ambiguity, and complexity in project management. Management Science, 48: 1008–1023

Project Management Institute. (2008). A Guide to the Project Management Body of Knowledge, 4th edition

Raz, T., Barnes, R. & Dvir, D. (2003). A critical look at critical chain project management. Project Management Journal, 36: 24–32

Roy, A.D. (1952). Safety-first and the holding of assets. Econometrica, 20: 431–449

Royal Commission on Environmental Pollution. (2007). The urban environment. Available via DIALOG http://www.official-documents.gov.uk/document/cm70/7009/7009.pdf

Schindler, M. & Eppler, M.J. (2003). Harvesting project knowledge: a review of project learning methods and success factors. International Journal of Project Management, 21: 219–228

Schonberger, R.J. (1981). Why projects are always late: a rationale based on manual simulation of a PERT/CPM network. Interfaces, 11: 66–70

Smith, P.G. (2007). Flexible Product Development: Building Agility for Changing Markets. John Wiley, Hoboken, NJ

White, D. & Fortune, J. (2002). Current practice in project management: an empirical study. International Journal of Project Management, 20: 1–11

Wikipedia. (2011). Parkinson’s law. Available via DIALOG. http://en.wikipedia.org/wiki/Parkinson’s_Law

Wikipedia. (2012). Earned value management. Available via DIALOG. http://en.wikipedia.org/wiki/Earned_value_management

wwwF. (2010). Living planet report. Available via DIALOG. http://wwf.panda.org/about_our_earth/all_publications/living_planet_report

Download references

Author information

Authors and affiliations.

Department of Management Sciences Fisher College of Business, The Ohio State University, Ohio, USA

Nicholas G. Hall

You can also search for this author in PubMed   Google Scholar

Corresponding author

Correspondence to Nicholas G. Hall .

Additional information

Nicholas G. Hall is Professor of Management Sciences in the Fisher College of Business at The Ohio State University. He holds B.A., M.A. degrees in economics from the University of Cambridge, a professional qualification in accounting, and a Ph.D. (1986) from the University of California at Berkeley. His main research interests are in tactical operations issues, especially project management, scheduling and pricing, public policy and sports management problems. He is the author of over 70 refereed publications, and has given over 260 academic presentations, including 88 invited presentations in 20 countries, 6 conference keynote presentations and 6 INFORMS tutorials. A 2008 citation study ranked him 13th among 1,376 scholars in the operations management field. He is a Fellow of the Institute for Decision Making under Uncertainty of the Chinese Academy of Sciences. He won the Faculty Outstanding Research Award of the Fisher College of Business in 1998 and 2005.

Rights and permissions

Reprints and permissions

About this article

Hall, N.G. Project management: Recent developments and research opportunities. J. Syst. Sci. Syst. Eng. 21 , 129–143 (2012). https://doi.org/10.1007/s11518-012-5190-5

Download citation

Published : 16 June 2012

Issue Date : June 2012

DOI : https://doi.org/10.1007/s11518-012-5190-5

Share this article

Anyone you share the following link with will be able to read this content:

Sorry, a shareable link is not currently available for this article.

Provided by the Springer Nature SharedIt content-sharing initiative

  • Project management
  • recent practical developments
  • opportunities for research
  • Find a journal
  • Publish with us
  • Track your research

U.S. flag

An official website of the United States government

The .gov means it’s official. Federal government websites often end in .gov or .mil. Before sharing sensitive information, make sure you’re on a federal government site.

The site is secure. The https:// ensures that you are connecting to the official website and that any information you provide is encrypted and transmitted securely.

  • Publications
  • Account settings

The PMC website is updating on October 15, 2024. Learn More or Try it out now .

  • Advanced Search
  • Journal List
  • Springerplus

Logo of splus

Software project management tools in global software development: a systematic mapping study

Saad yasser chadli.

1 Software Project Management Research Team, ENSIAS, Mohammed V University, Rabat, Morocco

Joaquín Nicolás Ros

2 Department of Informatics and Systems, Faculty of Computer Science, University of Murcia, Murcia, Spain

José Luis Fernández-Alemán

Juan m. carrillo de gea, ambrosio toval.

Global software development (GSD) which is a growing trend in the software industry is characterized by a highly distributed environment. Performing software project management (SPM) in such conditions implies the need to overcome new limitations resulting from cultural, temporal and geographic separation. The aim of this research is to discover and classify the various tools mentioned in literature that provide GSD project managers with support and to identify in what way they support group interaction. A systematic mapping study has been performed by means of automatic searches in five sources. We have then synthesized the data extracted and presented the results of this study. A total of 102 tools were identified as being used in SPM activities in GSD. We have classified these tools, according to the software life cycle process on which they focus and how they support the 3C collaboration model (communication, coordination and cooperation). The majority of the tools found are standalone tools (77%). A small number of platforms (8%) also offer a set of interacting tools that cover the software development lifecycle. Results also indicate that SPM areas in GSD are not adequately supported by corresponding tools and deserve more attention from tool builders.

Globalization as an economic and social trend has relentlessly pushed businesses to turn from national markets toward a global market in which new forms of concurrence and cooperation have been spawned. In the last decade, software development in particular has undergone a drastic change in its business operations and processes. This concerns not only marketing and distribution but also the way in which software is conceived, designed, constructed, tested, and delivered to customers (Herbsleb and Moitra 2001 ). In particular, global software development (GSD) is now an expanding trend in the software industry (Santos et al. 2012 ) owing to the advantages that it may have over collocated software development (Conchúir et al. 2006 , 2009 ). It helps software companies access highly qualified resources at a lower cost, provides them with easier access to customers and allows 24/7 work shifts. However, it also adds new challenges to the management of the already complex software projects (da Silva et al. 2010 ). The geographic separation of teams, the social and cultural differences among people, along with time zone differences, greatly impact on communication and collaboration and limit the success of projects in a highly distributed environment (Steinmacher et al. 2013 ; Portillo-Rodríguez et al. 2012 ).

Research on GSD has increased since it is becoming an effective technique (Haq et al. 2011 ) and existing descriptions of the software project management (SPM) field (PMI 2004 ; Abran et al. 2001 ) do not consider globalization explicitly. This has therefore led to a new need to study and assess the downsides of GSD in SPM and to provide new methods, techniques and tools with which to alleviate them. As a result, industry has adopted both existing and new tools to deal with GSD. These tools have features that make them suitable as regards reducing temporal, geographic and socio-cultural distance (Portillo-Rodríguez et al. 2010 ).

Lanubile et al. ( 2013 ) published a survey on the key technologies and tools that support group awareness and collaboration in GSD projects. The systematic literature review (SLR) by da Silva et al. ( 2010 ) collected 30 challenges regarding SPM in distributed software development from 54 studies published between 1998 and 2009. Jiménez et al. ( 2009 ) identified ten challenges and proposed a continuous improvement model to counter these challenges. In these two studies, a lack of group awareness, communication, coordination and collaboration are considered to be key factors in the complexity of SPM activities in a highly distributed context. Research is still ongoing to discover factors weighing in the failure of GSD projects. Two studies conducted in 2016 (Niazi et al. 2016a , b ) aim to identify challenges that might undermine the success of such projects. These studies were carried out by the means of an SLR and were validated using data retrieved from questionnaire based survey. Their results indicate that GSD projects still suffer from a lack of communication and coordination between stakeholders.

In this paper we report a systematic mapping study (SMS) on the tools used for SPM in the context of GSD. Its purpose is to identify these tools, to classify them using an international standard [ISO/IEC/IEEE 12207 “Systems & Software Engineering—Software Lifecycle Process” ( 2008 )] and to show how they support practitioners’ activities. The information provided by this study includes a list of tools and their attributes, such as: License type, technology type (framework, stand alone tool, plug-in … ) and whether they foster communication, coordination and cooperation between different stakeholders. This may prove useful for software project managers who have to deal with a distributed environment, helping them choose between the variety of tools that are intended to support their activities. Both tool builders and researchers can also identify prominent publication sources for relevant studies and areas of SPM in which the least number of tools is available, thus paving the way for the development of new tools.

The remainder of this paper is organized as follows: “ Related work ” section identifies related work concerning the topic of the SMS. “ Mapping process ” section presents the systematic mapping, including its planning, conduction and analysis. In “ Results and discussion ” section, the results and findings of the study are shown and discussed and the implications for researchers and practitioners are then described. “ Threats to validity ” section states the limitations of the review. Finally, “ Conclusions and future work ” section presents the conclusions of this SMS and possible future work.

Related work

Early research on the subject was conducted by da Silva et al. ( 2010 ) in an SLR carried out in 2010, in which researchers were able to list 24 tools intended for SPM use in a highly distributed environment. The goal of this study was to identify the challenges confronted by project managers in this context, best practices that overcome these difficulties and both the tools and models that support these practices. An evidence-based project management improvement model was ultimately presented. This model aims to provide practitioners and researchers with support as regards attaining a better understanding of the landscape of GSD project challenges and devise more effective solutions to improve project management in a distributed setting. In the same year, Portillo-Rodríguez et al. ( 2010 ) published a survey of 35 tools classified with the use of the processes presented in the ISO/IEC 12207 standard ( 2008 ). A matching between these tools, their features and the distance factor they reduce was presented.

In an SMS published in 2012, Portillo-Rodríguez et al. ( 2012 ) collected 132 tools intended for use in the GSD realm and classified them by considering the areas defined in the SWEBOK (Abran et al. 2001 ). According to their study, 21 tools are used to engineer project management, while the others are more oriented toward the technical process of software development. The same authors also presented a list of empirically validated tools, one of their findings regarding this question being that only 25.8% of the tools listed in their study have been evaluated in a distributed environment.

Tell and Ali Babar ( 2012 ) tackle the same subject as (Portillo-Rodríguez et al. 2012 ) more extensively and classify the tools using various categorizations. In their mapping study, they were able to identify and classify 412 tools intended for the GSD domain extracted from a set of 182 primary studies. The researchers used three classifications schemes, the first being the technology type of the tools, the second being which of the 3C (communication, coordination, cooperation) collaboration model dimensions are supported and the last being which of the software development activities, the tool intends to support. The 3C collaboration model has been proposed by Ellis et al. ( 1991 ) and adopted by Fuks et al. ( 2008 ). It advocates the analysis, representation, and development of groupware by means of the interplay between the 3Cs, namely, Communication, Coordination, and Cooperation. The model became widely accepted for analyzing tools employed to support computer-mediated interactions (Tell and Ali Babar 2012 ) and has also been used as a classification scheme in this SMS.

Portillo-Rodríguez et al. ( 2010 ) and Tell and Ali Babar ( 2012 ) both published a set of tools intended for GSD use as part of an SMS study. These two studies were conducted at nearly the same time while researchers were unaware of the other study for most of their research and can give a useful insight on how the method used can alter the results. The study from Tell and Ali Babar ( 2012 ) offers a list of 412 tools while the study from Portillo-Rodríguez et al. ( 2010 ) offers a list of only 132. Tell and Ali Babar ( 2012 ) aware at the end of the other study discuss these differences and claim it to be essentially due to the search terms used and digital libraries queried. Another difference is that some tools have been classified differently in these studies. These tiny differences occurred not only because they used different classification methods but also because they attributed each tool to a unique class while some tools tend to have more than just one use and can be attributed as such to different classes. Associating each tool to a unique class can hinder the preciseness of the results produced and has been avoided in this SMS.

To the best of our knowledge, no systematic mapping or review of the tools available in GSD has been performed to date with a focus on SPM activities and processes. As stated above, da Silva et al. ( 2010 ) proposed a model for SPM in a GSD context, but they did not focus on the tools used nor classify them according to a widely known standard. Furthermore, although Portillo-Rodríguez et al. ( 2012 ) and Tell and Ali Babar ( 2012 ) present exhaustive lists of the GSD tools that are available, in these studies, project management solely comprises project planning, while other areas such as knowledge management and configuration are not considered as part of engineering project management. In this study, we aim to aggregate and update lists of tools used in GSD, provided by selected secondary studies, while focusing on SPM processes.

Mapping process

SMSs are designed to provide a classified scheme of a broad research area, and to categorize existing research evidence on a topic and its subsequent results. These results can identify gaps in research, and an SLR can then be used to study these gaps in greater depth. In this section, the research questions (RQs) of this study are first laid down and the search string used to query the digital libraries is constructed based on the PICO method. Afterwards, digital libraries used are specified, Inclusion and Exclusion criteria are defined and a quality assessment method is established. Finally the data extraction method is indicated for each RQ. The protocol of this SMS is based on the recommendations of Kitchenham and Charters ( 2007 ), and the method used is presented in the following subsections.

Research questions

The RQs aim to classify the tools available in terms of features and type and to assess their use in the software industry. The RQs and their motivations are displayed in Table  1 .

RQs and main motivations

IdResearch questionMain motivation
RQ1Which publication channels are the main targets for SPM tools for GSD research?To identify where relevant research of the topic can be found and targets for the publication of future studies
RQ2How has the paper publication frequency on the topic of SPM tools for GSD changed over time?To identify existing publication trends
RQ3What are the research types of the selected papers?To identify research types in literature related to GSD tools
RQ4What are the research approaches of the selected papers?To identify research approaches and whether validation of SPM tools for GSD has been published in literature
RQ5What are the SPM tools used in the GSD context? What are their main features?To support practitioners with information regarding SPM tools intended for GSD
RQ6Are all SPM activities properly supported by SPM tools for GSD?To identify which SPM activities researchers are more interested in and what activities require more investigation
RQ7On which of the 3C dimensions (Communication,coordination and cooperation) the SPM tools used in GSD focus?To identify to what extent SPM tools for GSD support group interactions according to 3C model

For the purpose of this study, SPM is defined as the project processes of the ISO/IEC/IEEE 12207 “Systems and Software Engineering—Software Lifecycle Process” ( 2008 ). Project processes include project management processes that are used to establish and evolve project plans, to assess actual achievement and progress against the plans and to control execution of the project through to fulfillment, along with project support processes that support specialized management ( 2008 ). Individual processes are defined in “ Data extraction and synthesis ” section—RQ6.

Search strategy

In order to answer the RQs, a search was conducted using a search string composed of keywords relevant to this study and applied to a number of academic electronic libraries and search engines.

Search string

Following the guidelines of Kitchenham and Charters ( 2007 ) using the PICO method (population, intervention, comparison, outcome), the keywords initially identified from the RQs are:

  • Population: Global software development .
  • Intervention: Software project management .
  • Outcome: Tool .

Comparison is not relevant in this study, since it is an exploratory study. The Intervention keyword has proven to be limiting the group of studies targeted by this SMS. The reason being that most papers do not talk specifically about SPM but rather SPM processes (e.g. planning, version control), consequently, the intervention keyword has been dropped.

The search terms that have similar meanings are organized into groups. Combined terms are obtained using the OR logical operator between search terms in the same group. The final search string is obtained using the AND logical operator between combined terms of different groups. The search string used is: [(global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE] AND (tool OR technology).

The search terms used have been inspired from similar research (da Silva et al. 2010 ; Portillo-Rodríguez et al. 2012 ) and the authors suggestions.

Literature resources

Automatic searches using the specified search string has been performed in the following digital databases in January 2015:

  • IEEE Xplore ( 2016 ).
  • ScienceDirect ( 2016 ).
  • Association for computing machinery (ACM) ( 2016 ).
  • Google Scholar ( 2016 ).
  • Digital bibliography and library project (DBLP) ( 2016 ).

The digital libraries used in this SMS have been selected by using previous SLRs and SMSs in the same field and with a similar scope as a basis. In studies (da Silva et al. 2010 ; Portillo-Rodríguez et al. 2012 ; Jiménez et al. 2009 ; Costa et al. 2010 ), researchers have unfailingly used IEEE Xplore, ACM and ScienceDirect libraries and the studies selected from these digital libraries represent 79, 92, 83 and 80% respectively of the total number of studies selected in each review. Two additional search engines (Google Scholar and DBLP) were also used in order to include more results.

The impossibility of performing the search in all the digital databases and search engines using the same method signified that a specific configuration of the search string was used with each search engine. Command search queries used in each digital library and search engine is available in Appendix 3 .

Study selection procedure

Candidate studies from the automated searches were reviewed by two authors separately, who were asked to determine the relevancy of papers based on their title and abstract. A paper was accepted if both researchers agreed that the study was relevant; it was refused if both researchers agreed that the paper was irrelevant. Those papers upon which the researchers could not reach an agreement were reviewed in a second phase, during which the researchers resolved their disagreements in a meeting in which they exchanged their ideas on the content of the papers and their relevancy after studying the full text of the article.

In the case of a journal article extending a conference paper, both papers are selected as long as they pass the selection procedure. During the study selection procedure, relevant studies were identified using the inclusion and exclusion criteria cited here after:

Inclusion criteria

  • The paper studied one or several tools that support SPM activities in a GSD context.

Exclusion criteria

  • The paper studied SPM techniques (without tools) used in GSD.
  • The paper was a workshop summary.
  • Paper was not in English.

The exclusion criteria were applied using “OR” logical operator between them.

Tool identification and classification procedure

Although some tools can be thought not to be related to this research, further investigation of their use in industry and their features proved otherwise. A tool like “Eclipse help system” is primarily a help system for an IDE and would commonly be considered to be outside of this research’s scope. Nonetheless, it allows users to create and modify project documentation, which can then be used by other stakeholders. This feature allows knowledge to be created and shared. This tool can then be included in the group of tools that support the IM process. “Social software” can also be a source of confusion as they are frequently used inside and outside work context, but recent studies indicate that tools such as Skype, Twitter, etc., have been widely used in the GSD industry to provide additional communication channels (Niazi et al. 2015 ; Giuffrida and Dittrich 2013 ).

Information necessary to classify the tools was retrieved primarily from the selected studies. In case information is incomplete or missing, it was retrieved from the tool builder website or generic information on the Internet. The first author was tasked with classifying the tools using available information, the remaining authors were tasked with reviewing each a section of the final list of tools in order to cover the whole list. In case of a disagreement, the authors held a meeting where they exchanged their ideas based on viable information until an agreement was reached.

Quality assessment process

Each of the primary studies selected was assessed to ascertain its quality using four criteria inspired by previous studies (Ouhbi et al. 2015 ; Fernandez et al. 2011 ):

Some papers may present a discussion about our research subject but only in a secondary manner, while the main topic of the paper is different. We consider that these papers are not as interesting for our SMS as those which are entirely dedicated to discussing SPM tools in a GSD context.

Some papers may only present guidelines or recommendations as to how to use or develop tools. These papers might be interesting for our discussion but our main research goal is to list all available tools. The paper achieves the full score if a new tool is presented or an existing tool is assessed.

  • QA3 The study uses empirical results for argumentation (yes +1/no +0). The results and conclusions of the study are strengthened by empirical evidence and it provides important and reliable information about future research and practice (Šmite et al. 2010 ).
  • Conf: (CORE A* +2/CORE A +1.5/CORE B +1/CORE C +0.5).
  • Journal: (Q1 +2/Q2 +1.5/Q3 +1/Q4 +0.5).
  • No ranking: +0.

JCR uses the impact factor to rank journals by their field of interest. Those ranked in the first quartile are called Q1 journals. Those in the second, third and last are respectively called Q2, Q3, Q4 journals. CORE2013 uses the following ranking categories, derived primarily from earlier CORE ranking exercises: CORE A* (flagship conference), CORE A (excellent conference), CORE B (good conference), CORE C (other ranked conference).

Although there is a general opinion that journal papers are better than conference papers, Bowyer ( 2012 ) is the opinion that conferences and journals are different by nature and cannot be compared; we also agree with this statement, since both contribute to the dissemination of knowledge in their own way. The quality classification scheme of the selected studies is based on a global unsupervised discretization method (Dougherty et al. 1995 ), a variation of the equal width interval binning in which the upper and lower bins are shorter than others with the intention of discriminating between extreme scores. The classification scheme is presented in Table  2 .

Quality classification scheme

Quality levelCorresponding score
ExcellentScore = 5
HighScore  ∈  {3.5, 4, 4.5}
MediumScore  ∈  {2, 2.5, 3}
LowScore  ∈  {0.5, 1, 1.5}
Very lowScore = 0

Data extraction and synthesis

The data needed to answer the RQs in Table  1 were extracted by exploring the full text of each selected article. A spreadsheet was used to store the data concerning each article whose structure is presented in Table  3 . Another spreadsheet was used to extract data concerning tools, which is presented in Table  4 . The strategy is hereafter explained for each RQ:

  • RQ1 The publication source and channel for each paper is listed and the aggregated results will be presented.
  • RQ2 The publication year for each paper is listed, and the aggregated result will provide an overview of the number of related articles per year.
  • Evaluation research Existing SPM tools are implemented in a GSD context and an evaluation or a validation of these tools is conducted.
  • Solution proposal An SPM tool designed for GSD is proposed. This solution may be a new tool or a significant extension of an existing tool. The potential benefits and the applicability of the solution could be shown with an empirical study or a good argumentation.
  • Review An analysis of existing literature concerning SPM tools in a GSD context.
  • Other Any other research type not listed above (e.g. experience report, opinion paper, etc.).
  • Case study An empirical inquiry that investigates a tool within its real-life context.
  • Survey A method for collecting quantitative information concerning a tool (e.g. a questionnaire).
  • Experiment An empirical method applied under controlled conditions.
  • Non empirical Non empirical research approaches or a theoretical evaluation of a tool.
  • Other Any approach not listed above.
  • Standalone tool (SAT) an independent software application fulfilling a specific design intent.
  • Framework a “semi-complete” application that provides an integrated set of domain-specific structures and functionality.
  • Environment a development environment that comprises a set of processes and programming tools used to create software products. Moreover, an integrated development environment is a subset of this group, which identifies a development environment that has a unified interface.
  • Platform a set of generic components that form a common structure, from which a set of derivative products can be developed.
  • Plug-in a software component that interacts with an existing software application through the use of well defined application programming interfaces (APIs), often designed to enhance it by adding new functionalities.
  • Commercial Tools whose license can be obtained by means of payment, although a free trial period may be offered.
  • Free Tools whose license can be obtained without payment. In this license type we include licenses such as Apache License, general public license (GPL), etc.
  • Research Tools or prototypes developed by research groups which are not freely or commercially available.
  • Project planning (PP) The purpose of the PP process is to produce and communicate effective and workable project plans. This process determines the scope of the project management and technical activities, identifies process outputs, project tasks and deliverables, establishes schedules during which the project task will be conducted, including achievement criteria, and states which resources are required to accomplish project tasks.
  • Project assessment and control (PA) The purpose of the PA process is to determine the status of the project and ensure that the project performs according to plans and schedules, and within projected budgets, and that it satisfies technical objectives. This process includes the redirection of the project activities, as appropriate, in order to correct identified deviations and variations from other project management or technical processes. Redirection may include replanning as appropriate.
  • Decision management (DM) The purpose of the DM process is to select the most beneficial course of project action when alternatives exist. This process responds to a request for a decision encountered during the system life cycle, whatever its nature or source, in order to reach specified, desirable or optimized outcomes. Alternative actions are analyzed and a course of action is selected and directed. Decisions and their rationale are recorded to support future decision-making.
  • Risk management (RM) The purpose of the RM process is to identify, analyze, treat and monitor the risks continuously. The RM process is a continuous process by which to systematically address risk throughout the life cycle of a system or software product or service. It can be applied to risks related to the acquisition, development, maintenance or operation of a system.
  • Configuration management (CM) The purpose of the CM process is to establish and maintain the integrity of all identified outputs of a project or process and make them available to the parties concerned.
  • Information management (IM) The purpose of the IM process is to provide relevant, timely, complete, valid and, if required, confidential information to designated parties during and, as appropriate, after the system life cycle. This process generates, collects, transforms, retains, retrieves, disseminates and disposes of information. It manages designated information, including technical, project, organizational, agreement and user information.
  • Measurement (Me) The purpose of the Measurement process is to collect, analyze, and report data relating to the products developed and processes implemented within the organizational unit, to support the effective management of the processes, and to objectively demonstrate the quality of the products.
  • Communication When the tool brings improvements to the way in which messages and information are exchanged among people, reducing gaps, ambiguity and the effort needed to understand, establish, and continue a conversation.
  • Coordination When the tool focuses on providing people with support in order for them to manage themselves by checking and alerting them to the activities, resources and tasks performed by other people that may influence their work.
  • Cooperation When the tool aims to bring improvements to the shared space or the way in which users synchronously or asynchronously interact with shared artifacts.

Article data extraction form

Study IDAuthorsPub. titlePub. sourceYearTypeApproachTool
******RQ1RQ2RQ3RQ4RQ5

Tool data extraction form

Study IDToolLicenseTypeSPM process3C model focus
**RQ5RQ5RQ5RQ6RQ7

Results and discussion

In this section, results for the selection procedure and quality assessment for selected articles in this SMS are presented. Then, results for the data extraction are exposed, analyzed and discussed for each RQ. Finally, implications and suggestions for researchers and practitioners are given. Figure  1 summarizes the mapping between this SMS’s operations and products.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig1_HTML.jpg

Summary of the mapping processes

Selected studies

The search string that was applied to the different digital libraries and the search engines returned a high number of results (8993). Based on their title, keywords, abstract and perhaps the full text, the researchers tasked with the study selection process included those articles that might possibly answer the RQs presented in Table  1 . After completing the process explained in “ Study selection procedure ” section, 76 articles were selected. Thirteen articles were judged differently in the first phase but an agreement was reached for these articles on the second phase. The Cohen’s Kappa coefficient was used to calculate the interrater agreement between the two authors in their evaluation. The Kappa coefficient was 0.808 which according to Landis and Koch ( 1977 ), indicates a strong agreement between the two assessments. Figure  2 shows the results of the selection process, where “N” is the number of the remaining identified articles at each stage of the selection process.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig2_HTML.jpg

Study selection results

Quality assessment

The rules shown in “ Quality assessment process ” section were used to conduct a quality assessment of the selected studies. The score obtained by each study is not systematically a sign of their quality, since studies with lower scores have a different research scope but are still useful as regards answering the RQs.

Kitchenham and Charters ( 2007 ) specifies that some researchers use quality assessment as selection criteria in their SLRs, but it is not mandatory. Following this rule, no studies have been discarded during the quality assessment process. The aim of this SMS is to gather an exhaustive list of the available SPM tools used in GSD, and such tools may be found even in those studies with lower score.

The main motivation of this quality assessment is to provide an overview of the usefulness of the selected papers in this SMS. Results show that 75% have an average score of 2.5 points or higher. Table  5 provides information about the total score of the selected articles. Detailed scores for each of the studies selected are available in Table 9 in Appendix  1 .

Articles quality level and percentage

Quality levelNumber%
Excellent33.95
High2836.85
Medium3343.4
Low911.85
Very low33.95

Table  6 shows the number of articles based on the ranking of the conference or journal in which they were published.

Articles by their journal or conference rank

JournalsConferences
Q18CORE A*2
Q24CORE A8
Q32CORE B6
Q40CORE C33
No ranking1No ranking12

RQ1: Source and channel of publications

As shown in Table  7 , 38% of the selected papers, were presented at the International Conference on Global Software Engineering and its related workshops. This result clearly shows that the ICGSE conference is the main publication source for our topic. The ranking of the ICGSE is CORE C based on the latest CORE 2013 and it is the premier conference devoted to GSD. It has attracted the attention of several renown authors. For example, the works by Lanubile et al. ( 2013 ) and Prikladnicki et al. ( 2012 ) are derived from the analysis of the articles published in this conference. With regard to journals, IEEE Software is the journal with most publications focusing on SPM tools in GSD. It is ranked Q1 in JCR and four of the articles selected have been published in it.

Publication source and channel

Pub. SourcePub. channelArticlesNumber
IEEE International Conference on Global Software Engineering, ICGSEConference Ali et al. ( ), Aranda et al. ( ), Cataldo et al. ( ), Clear ( ), Dullemond and van Gameren ( ), Dullemond et al. ( , ), Gupta and Fernandez ( ), Jaanu et al. ( ), Lamersdorf and Munch ( ), Liukkunen et al. ( ), Martignoni ( ), Mullick et al. ( ), Niinimaki and Lassenius ( ), Niinimaki et al. ( ), Paulish ( ), Portillo-Rodríguez et al. ( ), Prause et al. ( ), Salger et al. ( ), da Silva et al. ( ), Sinha et al. ( ), Spanjers et al. ( ), Dullemond and van Gameren ( ), Costa and Murta ( )24
International Conference on Global Software Engineering Workshops, ICGSEWWorkshop Beecham et al. ( ), Garrido et al. ( ), Giuffrida and Dittrich ( ), Pesola et al. ( ), Tell and Ali Babar ( )5
IEEE Computer Society’s IEEE SoftwareJournal Prikladnicki et al. ( ), Sinha et al. ( ), Lanubile et al. ( ), Lanubile et al. ( )4
Information and Software TechnologyJournal Portillo-Rodríguez et al. ( ), Giuffrida and Dittrich ( ), Sakthivel ( ), Al-Ani et al. ( )4
International Conference on Software Engineering Advances, ICSEAConference Geisser et al. ( ), Eskeli et al. ( ), Scharff et al. ( )3
Portland International Center for Management of Engineering and Technology Conferences, PICMETConference Samoilenko and Nahar ( , ), Wesslin et al. ( )3
Collaboration Researchers International Working Group Conferences, CRIWGConference Aranda et al. ( ), Monasor et al. ( )2
International Conference on Evaluation and Assessment in Software Engineering, EASEConference Costa et al. ( ), Winkler et al. ( )2
International Conference on Software Engineering, ICSEConference Bowen and Maurer ( ), Ramasubbu and Balan ( )2
OtherConference Cook et al. ( ), Tell and Ali Babar ( ), Mak and Kruchten ( ), Lam and Maheshwari ( ), Gorton et al. ( ), Aranda et al. ( ), Simmons and Ma ( ), Herring and Rees ( ), Monasor et al. ( ), Thissen et al. ( ), Murdoch and Astley ( ), Wu ( ), Miyamoto et al. ( ), Goedicke et al. ( ), van Hillegersberg and Herrera ( ), Chubov and Droujkov ( ), Vathsavayi et al. ( )17
OtherJournal Jiménez et al. ( ), Gorton et al. ( ), Persson et al. ( ), Treude and Storey ( ), Palacio et al. ( ), Portillo-Rodríguez et al. ( )6
OtherWorkshop Wang et al. ( ), Simmons ( ), de Souza and Fonseca ( ), Surjaputra and Maheshwari ( )4

The main publication target for articles related to the use of SPM tools in a GSD context would generally appear to be conferences, as 70% of the selected articles have been published via this channel. Table 9 in Appendix 1 provides more details on the selected articles per publication source and channel.

RQ2: Publication distribution per year

Figure ​ Figure3 3 shows the number of primary studies per publication year. There has been a sizable increase in publications since 2006. This year corresponds to the first ICGSE conference and the increasing academic concern as regards studying the effect of globalization on the software industry; the same conclusion was reached by da Silva et al. ( 2010 ).

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig3_HTML.jpg

Number of publication per year

RQ3: Research type

Of the selected articles, 46% are solution proposals that have been derived solely from academic research. This prevalence hints that there may be a lack of existing tools with which to mitigate the effect of globalization on the software industry. In addition, 25% of the selected papers are evaluation research. Reviews represent 15% of the selected papers while another 14% represent the “Other” category, comprising opinion reports, experience papers and so on.

According to the data shown in Fig.  4 , the number of evaluation research papers is low in comparison to the number of solution proposals up until 2009. SPM in GSD is still a relatively new subject with different areas that have yet to be researched and explored. This has pushed researchers to produce several new tools that are intended for use in the GSD context (Lam and Maheshwari 2001 ; Sinha et al. 2007 ; Simmons and Ma 2006 ; Bowen and Maurer 2002 ). However, in order to carry out further research on this subject, empirical data was needed to assess the use and benefits of different tools used by project managers in GSD projects. This has led to a sizable increase of evaluation research and reviews in comparison to solution proposals.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig4_HTML.jpg

Number of papers by research type per time period

These results can be explained using the Redwine & Riddle maturation model (Shaw 2002 ). This model stipulates that there is a trend indicating that technologies take 15–20 years to evolve from concept formulation to the point at which they are ready for popularization. The first 10 years of this evolution are spent investigating basic ideas and concepts, then developing a research community that converges on a compatible set of ideas and finally making a preliminary use of the technology and generalizing the approach.

RQ4: Research approach

The existing literature offers a relatively high number of solution proposal studies to support the management activity of GSD projects, and half of them have no empirical data to support their usefulness.

As shown in Fig.  5 , 57% (20 of 35) of the solution proposal studies included in our SMS are not validated empirically, while 31% (11 of 35) are validated through experiments. It has been noted that most of these tools are academic, showing a lack of collaboration between industry and researchers in this field. There have simultaneously been very few evaluations of the existing tools used in industry. Only eight evaluation papers are based on industrial case studies.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig5_HTML.jpg

Research types and approaches

In our opinion, this situation may have been caused by two factors:

  • SPM experiments in GSD are difficult to conduct. GSD settings imply that the subjects of the experiment must be from different geographic locations, different time zones and different cultures. This can complicate the empirical evaluation of tools in industrial environments (Šmite et al. 2010 ).
  • Although some examples can be found in literature (Habra et al. 2008 ; Cuadrado et al. 2014 ), software companies are unlikely to collaborate with researchers in project management because they keep their research and tools confidential.

RQ5: SPM tools used in GSD

After synthesizing the data obtained from the selected studies, a list of 102 tools was compiled. Figure  6 displays the number of the tools retrieved from literature based on their type of license and whether they focus on one or several SPM processes. Results show that 48% of these tools are the fruit of academic research which seems logical considering that most of the literature reviewed is research related, 24.5% of the tools are free and open source software (FOSS) while the remaining 28.5% are commercial tools.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig6_HTML.jpg

Tools by license and number of areas covered

As shown in Fig.  6 , tools focusing on a specific process (mono-activity tool) are dominant in comparison with tools focusing on several processes (multi-activity tool). For example, tools like Travis (Geisser et al. 2007 ), DPMTool (Garrido et al. 2012 ) and Microsoft Office Communicator (Niinimaki et al. 2010 ) focus on a particular process while other tools focus on several activities (see Table 12 in Appendix 2 ). Another example of a single activity tool is Atlassian JIRA (Prikladnicki et al. 2012 ; Lanubile et al. 2010 ) which is considered to be an issue tracker without any other relevant features, thus focusing only on the PA process. IBM Rational Team Concert (Scharff et al. 2010 ; Treude and Storey 2012 ; Wang et al. 2012 ), meanwhile, has PP, artifact management and messaging features. In this case, it is focused on PP, CM and IM processes.

We noted that 24% of research, 17% of commercial and 8% of free tools focus on more than one SPM process. Researchers tend to create tools that cover most of the development lifecycle process. Tools like: Enabler Framework (Sinha et al. 2007 ), GWSE (Gorton et al. 1997a ), Milos ASE (Bowen and Maurer 2002 ), NextMove (Mak and Kruchten 2006 ), PAMPA2 (Simmons 2003 ), PSW (Eskeli et al. 2011 ) and SEES (Simmons and Ma 2006 ) fall into this category (see Table 12 in Appendix 2 ).

The majority of the tools listed in this study (79 out of 102) are SATs that are intended to satisfy a specific design. However, the use of SATs increases context switches, which can be a source of frustration (Sengupta et al. 2006 ). The second largest category is environment, of which there are 9. The third largest category is platforms with eight tools. Note that platforms are dominated by commercial solutions (6 out of 8). This can be explained by the effort required to develop platforms in terms of time and human resources that can barely be afforded by researchers (Sengupta et al. 2006 ). Figure  7 shows the percentage for each category. The extensive list of the tools available that have been obtained from the literature review is provided in Table 12 in Appendix 2 .

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig7_HTML.jpg

Percentage of tools by type

During the data extraction process, two entities were found to be behind several of the studies selected in this SMS. First, the Alarcos Research Group at the University of Castilla-La Mancha in Spain authored 11 studies regarding tools used in SPM for GSD projects (Portillo-Rodríguez et al. 2010 , 2012 , 2014 ; Jiménez et al. 2009 ; Garrido et al. 2012 ; Lanubile et al. 2010 ; Aranda et al. 2006 , 2011 ; Monasor et al. 2010a , b ; Aranda et al. 2008 ; Palacio et al. 2011 ). Second, the IBM research lab, which involves researchers from India, Japan and the USA, published three papers (Sinha et al. 2006 , 2007 ; Miyamoto et al. 2012 ). IBM is one of the largest developers of solutions for SPM in GSD projects with tools like IBM Lotus Notes, IBM Lotus Quickr, IBM Lotus Sametime, IBM Rational ClearCase, IBM Rational Team Concert.

Considering that globalization affects countries all over the world, presenting a ratio of the selected studies per country may be enlightening in the context of this study. This ratio was obtained by using the following method: each selected study was awarded one point. This point was then divided equally between the researchers involved in the study. Finally, each country accumulated points for researchers based on the location of their affiliated entities. As an example, study (Thissen et al. 2007 ) was carried out by two researchers from the USA, one from Australia and another from India. The USA therefore obtains 0.5 of a point, Australia 0.25 and India 0.25. These results are presented in Table  8 .

Studies ratio per country

Country%Country%
USA12.77Brazil7.17
Finland12.60Denmark6.58
Spain11.59The Netherlands6.25
Germany9.74India4.71
Australia8.22Others20.37

In this perspective it will be noted that the USA has the highest percentage followed closely by Finland and that European countries are heavily involved in research on this particular topic. Nonetheless, typically outsourced emerging countries like Brazil and India (Javalgi et al. 2009 ) are also contributing to this research line.

RQ6: SPM areas covered by tools

Figure  8 presents the number of tools per SPM process. It shows a disparity in the number of tools identified between the SPM processes.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig8_HTML.jpg

Number of tools covering each SPM area

The IM process suffers the most from the effect of high distribution (Portillo-Rodríguez et al. 2012 ), which is considered to be one of the top challenges regarding SPM in a global context (da Silva et al. 2010 ). This area is covered by 52 of the 102 identified tools—a little bit more than half of them. However, it is important to note that in our classification, and in contrast to other surveys (Portillo-Rodríguez et al. 2010 ; Giuffrida and Dittrich 2013 ), we consider that social software and knowledge management tools fall under the scope of the IM process. These tools generally focus on the communication aspect of the 3C Model, since they have integrated features of instant messaging, forums or wikis.

The CM process is covered by 32 tools. They are version control tools which are more focused on collaboration and concerned with the integrity of the project’s outputs (software or documents). Their prominent feature is automatic messaging, which is triggered by new version updates to alert the parties concerned.

PA and PP processes are covered by 26 and 17 tools respectively that enhance collaboration in distributed teams. Eight of these tools propose features that cover both PA and PP processes, namely: ActiveCollab (Lanubile et al. 2010 ), BaseCamp (Prikladnicki et al. 2012 ), Enabler Framework (Sinha et al. 2007 ), GWSE (Gorton et al. 1997a ), Issue Player (Portillo-Rodríguez et al. 2012 ), MILOS ASE (Bowen and Maurer 2002 ), PSW (Eskeli et al. 2011 ), Workspace Activity Viewer  (Prikladnicki et al. 2012 ). However, six of the issue trackers considered in this study fall under the heading of assessment and control processes and are not concerned with planning, thus focusing solely on issue management, such as Atlassian JIRA (Lanubile et al. 2010 ) and Bugzilla (Lanubile et al. 2010 ).

DM, RM and measurement processes have very few tools to support their activities when compared to other SPM areas. Only three tools support RM, three tools support measurement and two tools support DM. Researchers should focus more on these areas as they are inadequately supported by proper tools. RM should particularly attract tool builders’ attention. Controlling the risks in software projects in general (Bannerman 2008 ), and global software projects in particular (Persson et al. 2009 ), greatly contributes to project success.

According to the Capability Maturity Model Integration version 1.3 (CMMI v1.3) (CMMI Product Team 2010 ), Me is considered to be a core process of the 2nd maturity level denominated as “Managed” while DM and RM are considered to be core processes of the 3rd maturity level, which is termed as “Defined”. The fact that these areas are not adequately supported by tools might indicate that SPM processes for GSD projects are not yet mature (Šmite et al. 2010 ). These projects often include ad hoc reactive processes that are unable to anticipate problems.

RQ7: 3C collaboration model comparison

The tools that have been identified have specific features that manage the challenges that high distribution poses as regards the success of GSD projects. Three key areas have been tackled by GSD tools to support group interaction, namely the 3Cs:

  • Communication The tools studied integrate a number of features that are intended to reduce the effect of geographical distance and time zone differences on group awareness. These features include instant messaging, forums, e-mail notifications, audio/videoconferencing, and wikis. A total of 49 tools support communication using these features. Lack of communication is considered to be one of the key challenges when managing traditional or agile software development projects in a globally distributed environment (Dullemond et al. 2009 ). Informal communication in particular is frequently used in agile software development (stand-up meetings, face to face communication, etc.), but is, however, poorly represented. In this regard, Dullemond et al. ( 2010 ), Dullemond and van Gameren ( 2012 ) have developed a tool named “Communico” that creates a virtual open space in which users can overhear others’ conversations.
  • Coordination Coordination between project actors is ensured through an improved awareness of team members’ activities. A total of 40 tools support coordination by using e-mail notifications or a dynamic visualization interface of team project members and their respective activities. Tools like ActiveCollab (Portillo-Rodríguez et al. 2010 ), WorldView (Prikladnicki et al. 2012 ) and Workspace Activity Viewer (Lanubile et al. 2010 ) provide an overview of ongoing project activities and give managers an overview of project status at different levels of detail. This information can be used by project managers or developers to enhance coordination and task allocation in a globally distributed software development team.
  • Cooperation According to Gorton et al. ( 1997a ), the vast majority of the tools used in a collocated development context are designed to support only single-user activity, thus making the exchange of information between users more difficult. This problem is particularly frequent in the CM process in which the project metadata must be shared in a controlled manner. In this SMS, 69 cooperative tools have been identified, which makes cooperation the most prominent feature in SPM tools for GSD. The tools in this category are mainly artifact management or versioning system tools that provide a shared and distributed workspace by using either a centralized or a peer-to-peer (P2P) architecture.

Figure  9 shows how many tools focus on communication, coordination, cooperation or a combination of them. For example, 49 tools have features that focus on communication, and 14 of those also focus on coordination. On the other hand 23 tools focus on communication and cooperation. Finally, eleven tools consider all sides of the 3C model, i.e., communication, coordination and cooperation. See Table 12 in Appendix 2 for more information on this subject.

An external file that holds a picture, illustration, etc.
Object name is 40064_2016_3670_Fig9_HTML.jpg

Number of tools according to the 3C collaboration model dimensions

Implications for research and practice

The results of this research contribute to GSD in many ways. Firstly, they provide the academic community with a better understanding of the SPM activities and tools used in GSD settings and show gaps in the areas in which tooling is insufficient or inadequate. This information can open up opportunities for future advances by both researchers, who will better understand the landscape of GSD and tackle its challenges, and tool builders, who may wish to provide new tools that are capable of mitigating the effect of globalization on the management of software projects. Secondly, project managers involved in highly distributed projects will have an overview of the existing tools intended to support their activities and identify those which are most likely to meet their needs. The recommendations to researchers and practitioners resulting from the conclusions drawn from this SMS are as follows:

  • Practitioners such as tool builders and project managers, along with researchers involved in GSD project management, are eager to know about latest research on the subject. They should view articles published in the proceedings of the ICGSE conference and its affiliated workshops. The latter is the main publication source for studies about SPM in GSD. In the same line, researchers are encouraged to send their articles to this conference.
  • The results of this SMS indicate a lack of empirical validation of the various solutions proposed. Only 24.7% of the tools identified in our study have been empirically validated. A similar percentage was obtained in a previous mapping study of GSD tools (Portillo-Rodríguez et al. 2012 ). Researchers are encouraged to assess their tools using experiments in order to provide qualitative and quantitative data about tool usage. In this case, we encourage geographically separated research groups with socio-cultural differences to collaborate, thus making it easier to simulate GSD experiments whilst simultaneously benefiting from the advantages of global distribution (Prause et al. 2010 ). We also encourage practitioners to collaborate closely with research groups in order to validate existing tools through case studies or surveys, thus providing useful data which tool builders can use to create tools that are capable of satisfying the demands of GSD project management.
  • A number of tools that are, according to literature, intended to support SPM activities in the GSD context have been listed in this study. Practitioners, and particularly project managers, can use this list to select tools that can support their activities. License type and technology type are specified for each tool in order to ease this choice (see Table 12 in Appendix  2 ).
  • Decision management, risk management and measurement processes are not adequately supported by tools when compared to the other SPM processes. Researchers are encouraged to engage in lines of research that may enable the reasons for this disparity to be discovered. Practitioners are encouraged to fill the tooling gaps in these processes.

Threats to validity

The validity of the study is concerned with the trustworthiness of its results. The conclusions of this research may have been threatened by bias resulting from the researchers’ subjective point of view. The categorization used in Runeson et al. ( 2012 ), Wohlin et al. ( 2012 ) is adopted to identify the limitations of this SMS. These limitations are classified as follows:

Construct validity

Construction validity refers to the extent to which the operational measures that are studied really represent what the RQs aim to answer. In an SMS, two factors can be easily identified as a threat to construct validity. One is the research string used, while the other is the digital libraries researched. In this study, we have performed a systematic search using an extensive range of terms to widen our scope of research. The search keywords were proposed by two authors in several iterations to ensure that all relevant literature would be included in the study. Another threat to the construct validity is the choice of digital libraries used. This risk was mitigated by the identification of three digital libraries as the main source of related articles according to existing literature. Two digital search engines were also used to provide additional sources for related articles. A manual search of the reference lists in the selected studies in order to complement the SMS is strongly suggested by Kitchenham and Charters ( 2007 ). This process has not been conducted and is considered to be one of the limitations of the construct validity.

Internal validity

With regard to the internal validity of the study, the classification and the decision to assign a specific tool to a specific area of project management can be judged to be subjective. Similar studies (Portillo-Rodríguez et al. 2012 ; Tell and Ali Babar 2012 ) have, for example, classified tools in a different manner and in different fields. In order to decrease this effect, the classification scheme was proposed and the categorization process was carried out by two authors while the others reviewed the final results. Moreover, the steps and activities in this scheme were clearly described to allow the conclusions drawn from the results of this SMS to be reproduced. We have attempted to decrease this threat, by displaying the data retrieved from each of the articles selected in Tables 9, 10 and 12 of Appendices 1 and 2 in order to enable interested readers to check their validity.

Conclusion validity

Conclusion validity is the degree to which the conclusions we reach about relationships in our data are reasonable and is concerned with the ability to replicate these findings. In an SMS, the threat to conclusion validity is a factor that may lead to an incorrect conclusion being reached about a relationship in the observed data. Bias as regards both selecting and classifying primary studies and tools along with analyzing data may therefore affect the interpretation of the results. In order to mitigate this threat, each step of the selection, extraction and analysis of the data was validated by means of the systematic process and the periodic reviews carried out by the researchers involved in this work. Finally, this SMS has inherited the threats to validity of its primary studies.

External validity

External validity concerns how far the results of a study can be generalized. In this case, it concerns the external validity of the tools presented. The ratio of academic tools to commercial tools, along with the fact that the selected studies included in this SMS that discuss industrial tools are written by authors who are involved in both research and industrial fields, lead us to believe that our tool list is not exhaustive and that some of the tools used in industry may not have been included. Furthermore, some details about the tools were difficult to obtain, since our tool list was indirectly built, starting from the primary studies and not from the tool’s experience. Nevertheless, the results of this study may serve as a starting point for SPM for GSD researchers and practitioners.

Conclusions and future work

This paper reports an SMS that explores how tools support SPM activities in GSD. Seventy-six studies were selected and a total of 102 tools were identified in literature and were classified according to the following criteria: license, type, SPM area they support and dimension of 3C collaboration model they focus on. During the process of this SMS, we noticed that although a large number of standalone tools are proposed, fewer tools cover the whole SPM process. A commercial platform and an environment created by international companies have been encountered during research prior to this SMS: IBM Rational and Microsoft Visual Studio. These tools have integrated a number of commercial standalone tools that collaborate and exchange information in a seamless manner, thus ensuring that the project manager’s activities are consistently supported throughout the development lifecycle.

Two studies (Sinha et al. 2007 ; Eskeli et al. 2011 ) present and advocate the use of frameworks that allow the integration of a heterogeneous number of tools in order to collaborate and exchange data while maintaining their independence. This can help project managers who cannot afford to buy expensive integrated platforms to construct their own platform using the standalone tools at their disposal. Teams collaborating on the same task and using different tools can also continue to do so, thus capitalizing on their knowledge of the tools that they are already familiar with. The first tool is called Enabler Framework and proposed by Sinha et al. ( 2007 ). Although this tool was never released, it is to the best of our knowledge the first integrating framework to be proposed in literature. The other is PSW, which was proposed by Eskeli et al. ( 2011 ) as part of the ITEA PRISMA project. The latter has been tested by the project partners, and according to their website, they have achieved major benefits without making any major changes to their tool’s infrastructure ( 2011 ).

The limitations discussed in “ Threats to validity ” section show clear paths for future work on the subject. The ability to consult other digital libraries will greatly enhance the accuracy of the results. Including more tools in the study via search methods other than systematic queries in digital libraries may also be more rewarding. A more fruitful process would, for example, be to use manual research via the Internet or to carry out surveys with collaborators from industry (de Gea et al. 2011 , 2012 ). Limited by the number and availability of the 102 identified tools, only an empirical validation of a set of tools can be conducted. A set of tools providing the most support to group interaction and covering the whole SPM process could be selected and evaluated in order to assess their usefulness for practitioners. Further investigation into the lack of tools in DM, RM and Me will be conducted to identify challenges related to GSD and a tool will be developed to counter them.

Authors' contributions

The protocol was proposed by the SYC and reviewed independently by the remaining authors. SYC and AI carried out independently the selection process based on the mapping process and merged their results to get the final list of selected articles. SYC collected the data from the selected articles and classified the tools according to available information. AI, JNR, JLF-A, JMCG and AT reviewed each a section of the final list of tools. SYC drafted the manuscript. AI, JNR, JLF-A, JMCG and AT revised the manuscript. All authors gave final approval for publication. All authors read and approved the final manuscript.

Acknowledgements

This work has been supported by the Erasmus Mundus program Action 2: EU Mare Nostrum UE-MARE NOSTRUM (Grant 204195-EM-1-2011-1-ES-ERA MUNDUS-EMA21), the Spanish Ministry of Economy and Competitiveness and European FEDER funds through the GEODAS-REQ Project (TIN2012-37493-C03-02).

Competing interests

The authors declare that they have no competing interests.

Appendix 1 provides detailed information concerning the selected articles. The information provided is the publication source and channel in Table  10 . The year of publication, research type and approach, along with a detailed quality score for each selected article are provided in Table  9 .

Classification of selected studies, publication year and detailed quality assessment score

ArticleTypeApproachQuality assessment
QA1QA2QA3QA4Score
Sinha et al. ( )Solution proposalExperimentYesYesYesQ15.0
Ramasubbu and Balan ( )Solution proposalCase studyYesYesYesCORE A*5.0
Treude and Storey ( )Evaluation researchCase studyYesYesYesQ15.0
Niinimaki et al. ( )Evaluation researchCase studyYesYesYesQ24.5
Gorton et al. ( )Solution proposalExperimentYesYesYesCORE A4.5
Palacio et al. ( )Solution proposalExperimentYesYesYesQ34.0
Lanubile et al. ( )ReviewOtherYesYesNoQ14.0
Portillo-Rodríguez et al. ( )ReviewOtherYesYesNoQ14.0
Persson et al. ( )Solution proposalExperimentYesYesYesQ34.0
Bowen and Maurer ( )Solution proposalTheoryYesYesNoCORE A*4.0
Al-Ani et al. ( )Evaluation researchSurveyYesNoYesQ14.0
Samoilenko and Nahar ( )Evaluation researchTheoryYesYesNoCORE A3.5
Samoilenko and Nahar ( )Evaluation researchTheoryYesYesNoCORE A3.5
Scharff et al. ( )Evaluation researchExperimentYesYesYesCORE C3.5
Costa et al. ( )ReviewOtherYesYesNoCORE A3.5
Spanjers et al. ( )Evaluation researchCase studyYesYesYesCORE C3.5
Goedicke et al. ( )Solution proposalTheoryYesYesNoCORE A3.5
Herring and Rees ( )Evaluation researchCase studyYesYesYesCORE C3.5
Sakthivel ( )OtherOtherYesYesNoQ23.5
Dullemond and van Gameren ( )Solution proposalCase studyYesYesYesCORE C3.5
Prause et al. ( )Evaluation researchSurveyYesYesYesCORE C3.5
Dullemond et al. ( )Solution proposalExperimentYesYesYesCORE C3.5
Mullick et al. ( )Evaluation researchExperimentYesYesYesCORE C3.5
Niinimaki and Lassenius ( )Evaluation researchCase studyYesYesYesCORE C3.5
Tell and Ali Babar ( )Solution proposalTheoryYesYesNoCORE A3.5
Liukkunen et al. ( )Evaluation researchCase studyYesYesYesCORE C3.5
Jaanu et al. ( )Evaluation researchSurveyYesYesYesCORE C3.5
Gupta and Fernandez ( )Solution proposalSurveyYesYesYesCORE C3.5
Geisser et al. ( )Solution proposalExperimentYesYesYesCORE C3.5
Winkler et al. ( )Evaluation researchExperimentYesNoYesCORE A3.5
Dullemond and van Gameren ( )Solution proposalSurveyYesYesYesCORE C3.5
Miyamoto et al. ( )Solution proposalExperimentYesYesYesNo3.0
Thissen et al. ( )Evaluation researchCase studyYesNoYesCORE B3.0
Gorton et al. ( )Solution proposalExperimentYesYesYesNo3.0
Lam and Maheshwari ( )Solution proposalTheoryYesYesNoCORE B3.0
Surjaputra and Maheshwari ( )Solution proposalTheoryYesYesNoCORE B3.0
Simmons and Ma ( )Solution proposalTheoryYesYesNoCORE B3.0
Prikladnicki et al. ( )ReviewOtherYesNoNoQ13.0
Giuffrida and Dittrich ( )Evaluation researchCase studyYesYesYesNo3.0
Beecham et al. ( )Solution proposalExperimentYesYesYesNo3.0
Lanubile et al. ( )Evaluation researchTheoryYesNoNoQ13.0
Portillo-Rodríguez et al. ( )ReviewOtherPartiallyYesNoQ13.0
Eskeli et al. ( )Solution proposalTheoryYesYesNoCORE C2.5
Wesslin et al. ( )OtherOtherPartiallyYesNoCORE A2.5
Portillo-Rodríguez et al. ( )ReviewOtherYesYesNoCORE C2.5
Monasor et al. ( )Solution proposalTheoryYesYesNoCORE C2.5
Lamersdorf and Munch ( )Solution proposalTheoryYesYesNoCORE C2.5
Martignoni ( )ReviewOtherYesYesNoCORE C2.5
Sinha et al. ( )Solution proposalTheoryYesYesNoCORE C2.5
Cook et al. ( )Solution proposalExperimentYesNoYesCORE C2.5
Giuffrida and Dittrich ( )ReviewOtherYesNoNoQ22.5
Cataldo et al. ( )Solution proposalTheoryYesYesNoCORE C2.5
Mak and Kruchten ( )Solution proposalTheoryYesYesNoCORE C2.5
Simmons ( )Solution proposalTheoryYesYesNoCORE C2.5
Clear ( )Solution proposalExperimentYesNoYesCORE C2.5
Vathsavayi et al. ( )Solution proposalTheoryYesYesNoCORE C2.5
Costa and Murta ( )ReviewOtherYesYesNoCORE C2.5
Chubov and Droujkov ( )OtherOtherPartiallyNoYesCORE B2.0
Monasor et al. ( )Solution proposalTheoryYesYesNoNo2.0
de Souza and Fonseca ( )Solution proposalTheoryYesYesNoNo2.0
Garrido et al. ( )Solution proposalTheoryYesYesNoNo2.0
Pesola et al. ( )Solution proposalTheoryYesYesNoNo2.0
Aranda et al. ( )Solution proposalTheoryYesYesNoNo2.0
Wu ( )Evaluation researchTheoryYesYesNoNo2.0
Jiménez et al. ( )ReviewOtherPartiallyNoNoQ21.5
Dullemond et al. ( )OtherOtherYesNoNoCORE C1.5
Aranda et al. ( )OtherOtherYesNoNoCORE C1.5
da Silva et al. ( )ReviewOtherYesNoNoCORE C1.5
Aranda et al. ( )OtherOtherYesNoNoCORE C1.5
Murdoch and Astley ( )Evaluation researchTheoryPartiallyNoNoCORE B1.0
Salger et al. ( )OtherOtherPartiallyNoNoCORE C0.5
Paulish ( )OtherOtherPartiallyNoNoCORE C0.5
Ali et al. ( )OtherOtherPartiallyNoNoCORE C0.5
van Hillegersberg and Herrera ( )OtherOtherPartiallyNoNoNo0.0
Wang et al. ( )ReviewOtherPartiallyNoNoNo0.0
Tell and Ali Babar ( )Solution proposalTheoryPartiallyNoNoNo0.0

Publication channel and source

Pub. sourcePub. channelArticlesNumber
IEEE International Conference on Global Software Engineering, ICGSEConference Ali et al. ( ), Aranda et al. ( ), Cataldo et al. ( ), Clear ( ), Dullemond and van Gameren ( ), Dullemond et al. ( , ), Gupta and Fernandez ( ), Jaanu et al. ( ), Lamersdorf and Munch ( ), Liukkunen et al. ( ), Martignoni ( ), Mullick et al. ( ), Niinimaki and Lassenius ( ), Niinimaki et al. ( ), Paulish ( ), Portillo-Rodríguez et al. ( ), Prause et al. ( ), Salger et al. ( ), da Silva et al. ( ), Sinha et al. ( ), Spanjers et al. ( ), Dullemond and van Gameren ( ), Costa and Murta ( )24
International Conference on Global Software Engineering Workshops, ICGSEWWorkshop Beecham et al. ( ), Garrido et al. ( ), Giuffrida and Dittrich ( ), Pesola et al. ( ), Tell and Ali Babar ( )5
IEEE Computer Society’s IEEE SoftwareJournal Prikladnicki et al. ( ), Sinha et al. ( ), Lanubile et al. ( , )4
Information and Software TechnologyJournal Portillo-Rodríguez et al. ( ), Giuffrida and Dittrich ( ), Sakthivel ( ), Al-Ani et al. ( )4
International Conference on Software Engineering Advances, ICSEAConference Geisser et al. ( ), Eskeli et al. ( ), Scharff et al. ( )3
Portland International Center for Management of Engineering and Technology Conferences, PICMETConference Samoilenko and Nahar ( , ), Wesslin et al. ( )3
Collaboration Researchers International Working Group Conferences, CRIWGConference Aranda et al. ( ), Monasor et al. ( )2
International Conference on Evaluation and Assessment in Software Engineering, EASEConference Costa et al. ( ), Winkler et al. ( )2
International Conference on Software Engineering, ICSEConference Bowen and Maurer ( ), Ramasubbu and Balan ( )2
Advances in Software EngineeringJournal Jiménez et al. ( )1
Asia-Pacific Software Engineering Conference, APSECConference Cook et al. ( )1
IEEE/ACM International Conference on Automated Software Engineering, ASEConference Tell and Ali Babar ( )1
BT TechnologyJournal Gorton et al. ( )1
Canadian Conference on Electrical and Computer Engineering, CCECEConference Mak and Kruchten ( )1
International Workshop on Cooperative and Human Aspects of Software Engineering, CHASEWorkshop Wang et al. ( )1
IEEE Computer Software and Applications Conference, COMPSACConference Lam and Maheshwari ( )1
IEEE Engineering ManagementJournal Persson et al. ( )1
International Workshop on Future Trends of Distributed Computing Systems, FTDCSWorkshop Simmons ( )1
Hawaii International Conference on System Sciences, HICSSConference Gorton et al. ( )1
International Conference on Cognitive Informatics, ICCIConference Aranda et al. ( )1
IEEE International Conference on Tools with Artificial Intelligence, ICTAIConference Simmons and Ma ( )1
World Multiconference on Systemics, Cybernetics and Informatics, ISAS-SCIConference Herring and Rees ( )1
International Conference on Information Technology Based Higher Education and Training, ITHETConference Monasor et al. ( )1
ACM Special Interest Group on Management Information Systems Conference on Computer Personnel Research, SIGMIS CPRConference Thissen et al. ( )1
IEEE International Conference on Systems, Man and Cybernetics, SMCConference Murdoch and Astley ( )1
Software Engineering, IEEEJournal Treude and Storey ( )1
IET SoftwareJournal Palacio et al. ( )1
IEEE International Conference on Service Operations and Logistics, and Informatics, SOLIConference Wu ( )1
Service Research and Innovation Institute Global Conference, SRIIConference Miyamoto et al. ( )1
International Conference on Tools and Algorithms for Construction and Analysis of Systems, TACASConference Goedicke et al. ( )1
Conferences on Tools for Managing Globally Distributed Software Development and Requirements Management in Distributed Projects, TOMAG + REMIDIConference van Hillegersberg and Herrera ( )1
Workshop de Desenvolvimento Distribuido de Software, WDDSWorkshop de Souza and Fonseca ( )1
Workshop on Enabling Technologies on Infrastructure for Collaborative Enterprises, WETICEWorkshop Surjaputra and Maheshwari ( )1
International conference on Agile processes in software engineering and extreme programming, XPConference Chubov and Droujkov ( )1
IEEE International Conference on Computer and Information Technology, ICCITConference Vathsavayi et al. ( )1
Information SciencesJournal Portillo-Rodríguez et al. ( )1

Appendix 2 provides detailed information on the tools that have been listed by means of this SMS, which SPM area they support, their license, their type and which of the dimensions of the 3C collaboration model they focus on. This information is displayed in Table ​ Table12 12 and the acronyms used are explained in Table ​ Table11 11 .

Acronyms used in ​ in12 12

Acronyms
Project processesLicenseType3C dimension
PPProject planningRes.ResearchPlat.PlatformComm.Communication
PAProject assessment and controlCmlCommercialEnv.EnvironmentCoop.Cooperation
DMDecision managementFram.FrameworkCoor.Coordination
RMRisk managementSATStand alone tool
CMConfiguration management
IMInformation management
MeMeasurement

SPM tools used in GSD

Tool namePPDRCIMLicenseTypeComm.Coop.Coor.Paper
PAMMMMe
“Miyamoto et al.’s Tool”xRes.SATx Miyamoto et al. ( )
Fonseca’s ToolxRes.SATx Portillo-Rodríguez et al. ( , )
Vathsavayi et al.’s ToolxRes.SATx Vathsavayi et al. ( )
ABC4GSDxxRes.SATxx Tell and Ali Babar ( )
ActiveCollabxxCmlPlat.xxx Lanubile et al. ( ), Portillo-Rodríguez et al. ( , ), Prikladnicki et al. ( )
ADAMSxRes.SATx Portillo-Rodríguez et al. ( ), Costa and Murta ( )
Adobe ConnectNowxCmlSATxx Portillo-Rodríguez et al. ( )
AriadnexRes.Pluginxx Portillo-Rodríguez et al. ( , ), Al-Ani et al. ( )
AssemblaxCmlEnv.xx Portillo-Rodríguez et al. ( ), Portillo-Rodríguez et al. ( )
Atlassian BitbucketxCmlSATx Martignoni ( )
Atlassian JiraxCmlSATxxx Lanubile et al. ( ), Prikladnicki et al. ( ), Portillo-Rodríguez et al. ( ), Martignoni ( )
AugurxxRes.SATx Portillo-Rodríguez et al. ( )
BaseCampxxxCmlSATxxx Prikladnicki et al. ( )
BazaarxFreeSATx Prikladnicki et al. ( )
BSCWxFreeSATxxx Portillo-Rodríguez et al. ( )
BugZillaxFreeSATxx Lanubile et al. ( ), Prikladnicki et al. ( ), Martignoni ( )
CASIxRes.Pluginx Portillo-Rodríguez et al. ( ), Costa and Murta ( )
CAWSxRes.SATx Portillo-Rodríguez et al. ( )
CodeBeamerxCmlPlat.xx Portillo-Rodríguez et al. ( )
CodeSawxRes.SATxx Portillo-Rodríguez et al. ( )
CVExRes.Env.x Portillo-Rodríguez et al. ( )
CommunicoxRes.SATx Dullemond and van Gameren ( ), Dullemond et al. ( )
Consensus@nywherexRes.SATx Portillo-Rodríguez et al. ( )
CruiseControlxFreeSATxx Portillo-Rodríguez et al. ( )
CVSxFreeSATx Costa et al. ( ), Prikladnicki et al. ( ), Martignoni ( )
CWS-IMxRes.SATxx Palacio et al. ( )
DarcsxFreeSATx Lanubile et al. ( ), Portillo-Rodríguez et al. ( ), Costa and Murta ( )
Decision Support SystemxRes.SATx Beecham et al. ( )
DOCTORxxCmlSATxx Portillo-Rodríguez et al. ( )
DPMSxRes.SATxxx Persson et al. ( )
DPMToolxRes.SATx Garrido et al. ( )
Dr.ProjectxxxFreeSATxx Portillo-Rodríguez et al. ( )
DSPMToolxxxRes.Plat.x Lam and Maheshwari ( )
Eclipse Help SystemxFreeSATx Lanubile et al. ( )
eConferencexRes.SATx Lanubile et al. ( ), Portillo-Rodríguez et al. ( )
Enabler FrameworkxxxxRes.Fram.xx Sinha et al. ( )
FASTBulletxRes.SATx Wang et al. ( ), Portillo-Rodríguez et al. ( )
FriendFeedxFreeSATx Portillo-Rodríguez et al. ( ), Costa and Murta ( )
GENESISxxFreeSATxx Monasor et al. ( , )
GitxFreeSATx Lanubile et al. ( ), Prikladnicki et al. ( ), Portillo-Rodríguez et al. ( ), Costa and Murta ( )
Google DocsxFreeSATx Portillo-Rodríguez et al. ( )
Google GroupsFreeSATx Portillo-Rodríguez et al. ( )
GWSExxxRes.Env.x Gorton et al. ( , )
iBistroxxRes.SATxxx Monasor et al. ( , ), Portillo-Rodríguez et al. ( )
IBM Jazz Source ControlxCmlSATx Costa and Murta ( )
IBM Lotus NotesxCmlPlat.xx Lanubile et al. ( ), Portillo-Rodríguez et al. ( )
IBM Rational ClearCasexCmlSATx Martignoni ( ), Portillo-Rodríguez et al. ( ), Costa and Murta ( )
IBM Rational Team ConcertxxxCmlFram.xx Scharff et al. ( ), Portillo-Rodríguez et al. ( )
IRISxRes.Env.xx Dullemond and van Gameren ( )
IssuePlayerxxRes.SATx Portillo-Rodríguez et al. ( )
KnowfactxRes.SATx Portillo-Rodríguez et al. ( )
Knowledge TreexCmlSATxx Lanubile et al. ( )
LiveNetxFreeSATxxx Portillo-Rodríguez et al. ( )
Lotus QuickrxxCmlSATxxx Portillo-Rodríguez et al. ( )
Lotus SametimexCmlSATxx Portillo-Rodríguez et al. ( ), Niinimaki and Lassenius ( )
MantisxFreeSATxx Portillo-Rodríguez et al. ( )
MasePlannerxRes.SATxx Portillo-Rodríguez et al. ( )
MercurialxFreeSATx Lanubile et al. ( ), Portillo-Rodríguez et al. ( ), Costa and Murta ( )
Microsoft Office CommunicatorxCmlSATx Portillo-Rodríguez et al. ( ), Niinimaki and Lassenius ( )
Microsoft Office LiveMeetingxCmlSATx Al-Ani et al. ( )
Microsoft ProjectxCmlSATxx Prikladnicki et al. ( )
Microsoft SharepointxCmlSATxx Lanubile et al. ( ), Martignoni ( ), Portillo-Rodríguez et al. ( )
MILOS ASExxxxxRes.Env.xx Bowen and Maurer ( ), Portillo-Rodríguez et al. ( )
MiraMar 2.0xRes.Env.xx Portillo-Rodríguez et al. ( )
Moin MoinxFreeSATx Portillo-Rodríguez et al. ( )
MPK 2.0xFreeEnv.xx Portillo-Rodríguez et al. ( )
MUDABluexRes.SATx Portillo-Rodríguez et al. ( )
MULTIMINDxRes.SATx Portillo-Rodríguez et al. ( )
NextMovexxxRes.SATxxx Mak and Kruchten ( ), Costa et al. ( ), da Silva et al. ( )
P2P ConferencexRes.SATx Portillo-Rodríguez et al. ( )
PalantirxRes.Pluginxx Wang et al. ( ), Portillo-Rodríguez et al. ( ), Costa and Murta ( )
PAMPA2xxxRes.SATx Simmons ( )
PerforcexCmlSATx Portillo-Rodríguez et al. ( ), Costa and Murta ( )
PSWxxxxRes.Fram.xxx Eskeli et al. ( ), Pesola et al. ( )
RepoGuardxRes.Fram.x Portillo-Rodríguez et al. ( )
Saperion ECMxCmlPlat.x Martignoni ( ), Portillo-Rodríguez et al. ( )
SCARABxFreeSATxx Niinimaki and Lassenius ( )
SkypexCmlSATx Martignoni ( ), Al-Ani et al. ( )
SEESxxxRes.SATx Simmons and Ma ( )
Sparx Systems Enterprise ArchitectxCmlPlat.xx Salger et al. ( )
SubclipsexRes.Pluginx Lanubile et al. ( ), Portillo-Rodríguez et al. ( )
SubVersionxFreeSATx Lanubile et al. ( ), Prikladnicki et al. ( ), Portillo-Rodríguez et al. ( , ), Martignoni ( ), Costa and Murta ( )
SysiphusxRes.Env.x Costa and Murta ( )
TAMRIxRes.SATx Lamersdorf and Munch ( ), Costa et al. ( ), Portillo-Rodríguez et al. ( ), da Silva et al. ( )
TeamSpacexRes.SATx Costa et al. ( ), da Silva et al. ( )
TesseractxRes.SATx Wang et al. ( ), Portillo-Rodríguez et al. ( , )
TheseusxxRes.SATx de Souza and Fonseca ( )
Tortoises SVNxFreeSATx Portillo-Rodríguez et al. ( )
TracxFreeSATxx Prikladnicki et al. ( ), Portillo-Rodríguez et al. ( )
TraVisxRes.SATxx Geisser et al. ( ), Portillo-Rodríguez et al. ( )
TrustyxRes.SATxx Aranda et al. ( )
TwikixFreePlat.xx Portillo-Rodríguez et al. ( ), Chubov and Droujkov ( )
TwitterxFreeSATx Portillo-Rodríguez et al. ( )
Virtual SafexCmlSATx Martignoni ( )
WebExxCmlSATx Lanubile et al. ( ), Portillo-Rodríguez et al. ( )
WikiDev2.0xRes.SATxx Portillo-Rodríguez et al. ( )
Workspace 3DxCmlSATxx Lanubile et al. ( )
Workspace Activity ViewerxxRes.SATx Lanubile et al. ( ), Portillo-Rodríguez et al. ( )
WorldViewxRes.SATxx Lanubile et al. ( ), Portillo-Rodríguez et al. ( , ), Prikladnicki et al. ( )
Xerox DocusharexCmlSATx Martignoni ( ), Portillo-Rodríguez et al. ( )
XplannerxFreeSATxx Portillo-Rodríguez et al. ( )
Yahoo MessengerxCmlSATx Portillo-Rodríguez et al. ( )

Command search queries used for IEEE Xplore

  • “Document Title”:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology)
  • “Abstract”:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology)
  • “Author Keywords”:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology)

Command search queries used for ScienceDirect

  • tak ((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology)

Command search queries used for ACM

  • (Title:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology))
  • (Abstract:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology))
  • (Keywords:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology))

Command search queries used for GoogleScholar

  • allintitle:((global OR distributed OR outsourcing OR located OR offshore OR collaborative) AND (software) AND (development OR engineering OR improvement OR project) OR GSD OR DSD OR GSE OR CSE) AND (tool OR technology)

Command search queries used for DBLP

Research was carried out by typing all possible combinations of the specified search query as DBLP search interface does not offer the possibility to use command search query.

Contributor Information

Saad Yasser Chadli, Email: moc.liamg@ildahcdaas .

Ali Idri, Email: [email protected] .

Joaquín Nicolás Ros, Email: se.mu@rnj .

José Luis Fernández-Alemán, Email: se.mu@namela .

Juan M. Carrillo de Gea, Email: se.mu@1gdcmj .

Ambrosio Toval, Email: se.mu@lavota .

  • (2008) IEEE STD 12207-2008. ISO/IEC/IEEE standard for systems and software engineering—software life cycle processes
  • (2011) ITEA 3. Improving productivity for globally distributed software systems development. Prisma innovation report. https://itea3.org/innovation-report/improving-productivity-for-globally-distributed-software-systems-development.html
  • (2013) Computing research and education conference rankings. http://www.core.edu.au/coreportal
  • (2013) Journal citations report. http://webofknowledge.com/JCR
  • (2016) The association for computing machinery digital library. http://dl.acm.org/
  • (2016) Digital bibliography and library project. http://dblp.uni-trier.de/
  • (2016) Elsevier’s sciencedirect digital library. http://www.sciencedirect.com/
  • (2016) Google scholar web search engine. https://scholar.google.com/
  • (2016) IEEE xplore digital library. http://ieeexplore.ieee.org/
  • Abran A, Bourque P, Dupuis R, Moore JW, editors. Guide to the software engineering body of knowledge–SWEBOK. Piscataway: IEEE Press; 2001. [ Google Scholar ]
  • Al-Ani B, Marczak S, Redmiles D, Prikladnicki R. Facilitating contagion trust through tools in global systems engineering teams. Inf Softw Technol. 2014; 56 (3):309–320. doi: 10.1016/j.infsof.2013.11.001. [ CrossRef ] [ Google Scholar ]
  • Ali N, Beecham S, Mistrik I (2010) Architectural knowledge management in global software development: a review. In: Fifth IEEE international conference on global software engineering (ICGSE), pp 347–352. doi:10.1109/ICGSE.2010.48
  • Aranda G, Vizcaino A, Cechich A, Piattini M (2006) Technology selection to improve global collaboration. In: First IEEE international conference on global software engineering (ICGSE), pp 223–232. doi:10.1109/ICGSE.2006.261236
  • Aranda G, Vizcaino A, Cechich A, Piattini M (2008) Strategies to recommend groupware tools according to virtual team characteristics. In: Seventh IEEE international conference on cognitive informatics (ICCI), pp 168–174. doi:10.1109/COGINF.2008.4639165
  • Aranda GN, Vizcaíno A, Hernández JL, Palacio RR, Morán AL (2011) Trusty: a tool to improve communication and collaboration in DSD. In: Proceedings of the 17th international conference on collaboration and technology (CRIWG ’11). Springer, Berlin, pp 224–231. http://dl.acm.org/citation.cfm?id=2050569.2050591
  • Bannerman PL. Risk and risk management in software projects: a reassessment. J Syst Softw. 2008; 81 (12):2118–2133. doi: 10.1016/j.jss.2008.03.059. [ CrossRef ] [ Google Scholar ]
  • Beecham S, Carroll N, Noll J (2012) A decision support system for global team management: expert evaluation. In: IEEE seventh international conference on global software engineering workshops (ICGSEW), pp 12–17. doi:10.1109/ICGSEW.2012.14
  • Bowen S, Maurer F (2002) Using peer-to-peer technology to support global software development—some initial thoughts. In: Proceedings of the international workshop on global software development (ICGSE 2002)
  • Bowyer KW. Mentoring advice on “conferences versus journals” for CSE faculty. Notre Dame: University of Notre Dame; 2012. [ Google Scholar ]
  • Brereton P, Kitchenham BA, Budgen D, Turner M, Khalil M (2007) Lessons from applying the systematic literature review process within the software engineering domain. J Syst Softw 80(4):571–583. doi:10.1016/j.jss.2006.07.009. http://www.sciencedirect.com/science/article/pii/S016412120600197X
  • Cataldo M, Shelton C, Choi Y, Huang YY, Ramesh V, Saini D, Wang LY (2009) CAMEL: a tool for collaborative distributed software design. In: Fourth IEEE international conference on global software engineering (ICGSE), pp 83–92. doi:10.1109/ICGSE.2009.16
  • Chubov I, Droujkov D (2007) User stories and acceptance tests as negotiation tools in offshore software development. In: Proceedings of the 8th international conference on agile processes in software engineering and extreme programming (XP) (XP ’07). Springer, Berlin, pp 167–168. http://dl.acm.org/citation.cfm?id=1768961.1768996
  • Clear T (2009) Dimensions of collaboration in global software engineering teams: explorations of ’collaborative technology fit’. In: Fourth IEEE international conference on global software engineering (ICGSE), pp 297–298. doi:10.1109/ICGSE.2009.43
  • CMMI Product Team (2010) CMMI for development, version 1.3. No CMU/SEI-2010-TR-033. Software Engineering Institute, Carnegie Mellon University, Pittsburgh. http://resources.sei.cmu.edu/library/asset-view.cfm?AssetID=9661
  • Condori-Fernandez N, Daneva M, Sikkel K, Wieringa R, Dieste O, Pastor O (2009) A systematic mapping study on empirical evaluation of software requirements specifications techniques. In: Proceedings of the 3rd international symposium on empirical software engineering and measurement (ESEM ’09). IEEE Computer Society, Washington, DC, USA, pp 502–505. doi:10.1109/ESEM.2009.5314232
  • Cook C, Irwin W, Churcher N (2005) A user evaluation of synchronous collaborative software engineering tools. In: Proceedings of the 12th Asia-Pacific software engineering conference (APSEC), p 6. doi:10.1109/APSEC.2005.22
  • Costa C, Murta L (2013) Version control in distributed software development: A systematic mapping study. In: IEEE 8th international conference on global software engineering (ICGSE), pp 90–99. doi:10.1109/ICGSE.2013.19
  • Conchúir EO, Ågerfalk PJ, Olsson HH, Fitzgerald B. Global software development: where are the benefits? Commun ACM. 2009; 52 (8):127–131. doi: 10.1145/1536616.1536648. [ CrossRef ] [ Google Scholar ]
  • Conchuir EO, Holmstrom H, Agerfalk P, Fitzgerald B (2006) Exploring the assumed benefits of global software development. In: First IEEE international conference on global software engineering (ICGSE), pp 159–168. doi:10.1109/ICGSE.2006.261229
  • Costa C, Cunha C, Rocha R, França ACC, da Silva FQB, Prikladnicki R (2010) Models and tools for managing distributed software development: a systematic literature review. In: Proceedings of the 14th international conference on evaluation and assessment in software engineering (EASE ’10). British Computer Society, Swinton, UK, pp 73–76. http://dl.acm.org/citation.cfm?id=2227057.2227066
  • Cuadrado JS, Izquierdo JLC, Molina JG (2014) Applying model-driven engineering in small software enterprises. Sci Comput Program 89:176–198. doi:10.1016/j.scico.2013.04.007. http://www.sciencedirect.com/science/article/pii/S0167642313001056
  • da Silva F, Costa C, França A, Prikladinicki R (2010) Challenges and solutions in distributed software development project management: a systematic literature review. In: 5th IEEE international conference on global software engineering (ICGSE), pp 87–96. doi:10.1109/ICGSE.2010.18
  • de Souza CRB, Fonseca SB (2007) Theseus: tool support for managers of distributed software development projects. In: I Workshop de Desenvolvimento Distribuído de Software (WDDS), pp 91–96
  • Dougherty J, Kohavi R, Sahami M (1995) Supervised and unsupervised discretization of continuous features. In: Proceedings of the 20th international conference on machine learning. Morgan Kaufmann, Burlington, pp 194–202
  • Dullemond K, van Gameren B (2012) An industrial evaluation of technological support for overhearing conversations in global software engineering. In: IEEE seventh international conference on global software engineering (ICGSE), pp 65–74. doi:10.1109/ICGSE.2012.18
  • Dullemond K, van Gameren B (2013) What distributed software teams need to know and when: an empirical study. In: IEEE 8th international conference on global software engineering (ICGSE). IEEE, pp 61–70
  • Dullemond K, van Gameren B, van Solingen R (2009) How technological support can enable advantages of agile software development in a GSE setting. In: Fourth IEEE international conference on global software engineering (ICGSE), pp 143–152. doi:10.1109/ICGSE.2009.22
  • Dullemond K, van Gameren B, Van Solingen R (2010) Virtual open conversation spaces: towards improved awareness in a GSE setting. In: 5th ieee international conference on global software engineering (ICGSE), pp 247–256. doi:10.1109/ICGSE.2010.36
  • Ellis CA, Gibbs SJ, Rein G. Groupware: some issues and experiences. Commun ACM. 1991; 34 (1):39–58. doi: 10.1145/99977.99987. [ CrossRef ] [ Google Scholar ]
  • Eskeli J, Maurolagoitia J, Polcaro C (2011) PSW: A framework-based tool integration solution for global collaborative software development. In: Sixth international conference on software engineering advances (ICSEA), pp 124–129
  • Fernandez A, Insfran E, Abrahão S. Usability evaluation methods for the web: a systematic mapping study. Inf Softw Technol. 2011; 53 (8):789–817. doi: 10.1016/j.infsof.2011.02.007. [ CrossRef ] [ Google Scholar ]
  • Fuks H, Raposo A, Gerosa MA, Pimentel M, Lucena CJP (2008) The 3C collaboration model. In: Knock N (ed) The encyclopedia of E-collaboration, IGI Global, Hershey, pp 637–644. http://services.igi-global.com/resolvedoi/resolve.aspx?doi=10.4018/978-1-59904-000-4.ch097 . ISBN: 9781599040004
  • Garrido P, Vizcaino A, Andrada J, Monasor M, Piattini M (2012) DPMtool: a tool for decisions management in distributed software projects. In: Seventh IEEE international conference on global software engineering workshops (ICGSEW), pp 22–27. doi:10.1109/ICGSEW.2012.7
  • de Gea JMC, Nicolás J, Fernández-Alemán JL, Álvarez JAT, Ebert C, Vizcaíno A. Requirements engineering tools. IEEE Softw. 2011; 28 (4):86–91. doi: 10.1109/MS.2011.81. [ CrossRef ] [ Google Scholar ]
  • de Gea JMC, Nicolás J, Fernández-Alemán JL, Toval A, Ebert C, Vizcaíno A. Requirements engineering tools: capabilities, survey and assessment. Inf Softw Technol. 2012; 54 (10):1142–1157. doi: 10.1016/j.infsof.2012.04.005. [ CrossRef ] [ Google Scholar ]
  • Geisser M, Hildenbrand T, Rothlauf F, Atkinson C (2007) An evaluation method for requirements engineering approaches in distributed software development projects. In: Second international conference on software engineering advances (ICSEA), pp 39–39. doi:10.1109/ICSEA.2007.16
  • Giuffrida R, Dittrich Y (2011) Exploring the role of social software in global software development projects. In: Sixth IEEE international conference on global software engineering workshop (ICGSEW), pp 108–110. doi:10.1109/ICGSE-W.2011.22
  • Giuffrida R, Dittrich Y (2013) Empirical studies on the use of social software in global software development: A systematic mapping study. Inf Softw Technol 55(7):1143–1164. doi:10.1016/j.infsof.2013.01.004. http://www.sciencedirect.com/science/article/pii/S0950584913000153
  • Goedicke M, Enders B, Meyer T, Taentzer G (2000) Viewpoint-oriented software development: Tool support for integrating multiple perspectives by distributed graph transformation. In: Graf S, Schwartzbach M (eds) Tools and algorithms for the construction and analysis of systems, vol 1785. Lecture notes in computer science. Springer, Berlin, pp 43–47
  • Gorton I, Hawryszkiewycz I, Ragoonaden K. Collaborative tools and processes to support software engineering shift work. BT Technol J. 1997; 15 (3):189–198. doi: 10.1023/A:1018658824180. [ CrossRef ] [ Google Scholar ]
  • Gorton I, Hawryszkiewycz I, Ragoonaden K, Chung C, Lu S, Randhawa G (1997b) Groupware support tools for collaborative software engineering. In: Proceedings of the thirtieth Hawaii international conference on system sciences, vol 2, pp 157–166. doi:10.1109/HICSS.1997.665471
  • Gupta M, Fernandez J (2011) How globally distributed software teams can improve their collaboration effectiveness? In: Sixth IEEE international conference on global software engineering (ICGSE), pp 185–189. doi:10.1109/ICGSE.2011.30
  • Habra N, Alexandre S, Desharnais JM, Laporte CY, Renault A. Initiating software process improvement in very small enterprises: experience with a light assessment tool. Inf Softw Technol. 2008; 50 (7):763–771. doi: 10.1016/j.infsof.2007.08.004. [ CrossRef ] [ Google Scholar ]
  • Haq S, Khan MNA, Tariq M. The context of global software development: challenges, best practices and benefits. Inf Manag Bus Rev. 2011; 3 (4):193–197. [ Google Scholar ]
  • Herbsleb J, Moitra D. Global software development. IEEE Softw. 2001; 18 (2):16–20. doi: 10.1109/52.914732. [ CrossRef ] [ Google Scholar ]
  • Herring C, Rees M (2001) Internet-based collaborative software development using Microsoft tools. In: ISAS-SCI(1), pp 162–167
  • Jaanu T, Paasivaara M, Lassenius C (2012) Near-synchronicity and distance: Instant messaging as a medium for global software engineering. In: IEEE seventh international conference on global software engineering (ICGSE), pp 149–153. doi:10.1109/ICGSE.2012.37
  • Javalgi RRG, Dixit A, Scherer RF (2009) Outsourcing to emerging markets: theoretical perspectives and policy implications. J Int Manag 15(2):156–168. doi:10.1016/j.intman.2008.08.001. http://www.sciencedirect.com/science/article/pii/S1075425309000210
  • Jiménez M, Piattini M, Vizcaíno A. Challenges and improvements in distributed software development: a systematic review. Adv Soft Eng. 2009; 3 (1–3):16. [ Google Scholar ]
  • Kitchenham B, Charters S (2007) Guidelines for performing systematic literature reviews in software engineering. Technical report, No EBSE 2007-001. Keele University and Durham University Joint Report
  • Lam HE, Maheshwari P (2001) Task and team management in the distributed software project management tool. In: 25th annual international on computer software and applications conference (COMPSAC), pp 401–408. doi:10.1109/CMPSAC.2001.960645
  • Lamersdorf A, Munch J (2009) TAMRI: a tool for supporting task distribution in global software development projects. In: Fourth IEEE international conference on global software engineering (ICGSE), pp 322–327. doi:10.1109/ICGSE.2009.50
  • Landis JR, Koch GG (1977) The measurement of observer agreement for categorical data. Biometrics 33(1):159–174 [ PubMed ]
  • Lanubile F, Ebert C, Prikladnicki R, Vizcaino A. Collaboration tools for global software engineering. IEEE Softw. 2010; 27 (2):52–55. doi: 10.1109/MS.2010.39. [ CrossRef ] [ Google Scholar ]
  • Lanubile F, Calefato F, Ebert C. Group awareness in global software engineering. IEEE Softw. 2013; 30 (2):18–23. doi: 10.1109/MS.2013.30. [ CrossRef ] [ Google Scholar ]
  • Liukkunen K, Lindberg K, Hyysalo J, Markkula J (2010) Supporting collaboration in the geographically distributed work with communication tools in the remote district SME’s. In: 5th IEEE international conference on global software engineering (ICGSE), pp 155–164. doi:10.1109/ICGSE.2010.26
  • Mak D, Kruchten P (2006) Task coordination in an agile distributed software development environment. In: Canadian conference on electrical and computer engineering (CCECE), pp 606–611. doi:10.1109/CCECE.2006.277524
  • Martignoni R (2009) Global sourcing of software development—a review of tools and services. In: Fourth IEEE international conference on global software engineering (ICGSE), pp 303–308. doi:10.1109/ICGSE.2009.47
  • Miyamoto K, Nerome T, Nakamura T (2012) Document quality checking tool for global software development. In: SRII global conference, pp 267–276. doi:10.1109/SRII.2012.37
  • Monasor MJ, Vizcaíno A, Piattini M (2010a) A tool for training students and engineers in global software development practices. In: Proceedings of the 16th international conference on collaboration and technology (CRIWG ’10). Springer, Berlin, pp 169–184. http://dl.acm.org/citation.cfm?id=1887532.1887550
  • Monasor MJ, Vizcaino A, Piattini M (2010b) A training tool for global software development. In: 9th international conference on information technology based higher education and training (ITHET), pp 9–16. doi:10.1109/ITHET.2010.5480073
  • Mullick N, Bass M, Houda Z, Paulish P, Cataldo M (2006) Siemens global studio project: experiences adopting an integrated GSD infrastructure. In: First IEEE international conference on global software engineering (ICGSE), pp 203–212. doi:10.1109/ICGSE.2006.261234
  • Murdoch J, Astley K (2004) Role-based planning for systems engineering and project management. In: IEEE international conference on systems, man and cybernetics, vol 6, pp 5447–5454. doi:10.1109/ICSMC.2004.1401060
  • Niazi M, Mahmood S, Alshayeb M, Hroub A. Empirical investigation of the challenges of the existing tools used in global software development projects. IET Softw. 2015; 9 (5):135–143. doi: 10.1049/iet-sen.2014.0130. [ CrossRef ] [ Google Scholar ]
  • Niazi M, Mahmood S, Alshayeb M, Qureshi AM, Faisal K, Cerpa N. Toward successful project management in global software development. Int J Proj Manag. 2016; 34 (8):1553–1567. doi: 10.1016/j.ijproman.2016.08.008. [ CrossRef ] [ Google Scholar ]
  • Niazi M, Mahmood S, Alshayeb M, Riaz MR, Faisal K, Cerpa N, Khan SU, Richardson I. Challenges of project management in global software development: a client–vendor analysis. Inf Softw Technol. 2016; 80 :1–19. doi: 10.1016/j.infsof.2016.08.002. [ CrossRef ] [ Google Scholar ]
  • Niinimaki T, Lassenius C (2008) Experiences of instant messaging in global software development projects: a multiple case study. In: Third IEEE international conference on global software engineering (ICGSE), pp 55–64. doi:10.1109/ICGSE.2008.27
  • Niinimaki T, Piri A, Lassenius C, Paasivaara M (2010) Reflecting the choice and usage of communication tools in GSD projects with media synchronicity theory. In: 5th IEEE international conference on global software engineering (ICGSE), pp 3–12. doi:10.1109/ICGSE.2010.11
  • Ouhbi S, Idri A, Fernández-Alemán JL, Toval A (2015) Requirements engineering education: a systematic mapping study. Requir Eng 20(2):119–138. doi:10.1007/s00766-013-0192-5
  • Palacio R, Vizcaino A, Moran A, Gonzalez V. Tool to facilitate appropriate interaction in global software development. IET Softw. 2011; 5 (2):157–171. doi: 10.1049/iet-sen.2009.0097. [ CrossRef ] [ Google Scholar ]
  • Paulish D (2006) Methods and tools for collaboration in GSE environments. In: First ieee international conference on global software engineering (ICGSE), pp 233–233. doi:10.1109/ICGSE.2006.261237
  • Persson J, Mathiassen L, Boeg J, Madsen T, Steinson F. Managing risks in distributed software projects: an integrative framework. IEEE Trans Eng Manag. 2009; 56 (3):508–532. doi: 10.1109/TEM.2009.2013827. [ CrossRef ] [ Google Scholar ]
  • Pesola JP, Tanner H, Eskeli J, Parviainen P, Bendas D (2011) Integrating early V&V support to a GSE tool integration platform. In: Sixth ieee international conference on global software engineering workshop (ICGSEW), pp 95–101. doi:10.1109/ICGSE-W.2011.32
  • PMI (2004) A guide to the project management body of knowledge (PMBOK ® Guide). Project Management Institute, Newtown Square, Pennsylvania. ISBN: 193069945X, 9781933890517
  • Portillo-Rodríguez J, Vizcaíno A, Ebert C, Piattini M (2010) Tools to support global software development processes: a survey. In: Fifth IEEE international conference on global software engineering (ICGSE), pp 13–22. doi:10.1109/ICGSE.2010.12
  • Portillo-Rodríguez J, Vizcaíno A, Piattini M, Beecham S. Tools used in global software engineering: a systematic mapping review. Inf Softw Technol. 2012; 54 (7):663–685. doi: 10.1016/j.infsof.2012.02.006. [ CrossRef ] [ Google Scholar ]
  • Portillo-Rodríguez J, Vizcaíno A, Piattini M, Beecham S. Using agents to manage socio-technical congruence in a global software engineering project. Inf Sci. 2014; 264 :230–259. doi: 10.1016/j.ins.2014.01.009. [ CrossRef ] [ Google Scholar ]
  • Prause C, Reiners R, Dencheva S (2010) Empirical study of tool support in highly distributed research projects. In: 5th IEEE international conference on global software engineering (ICGSE), pp 23–32. doi:10.1109/ICGSE.2010.13
  • Prikladnicki R, Marczak S, Carmel E, Ebert C. Technologies to support collaboration across time zones. IEEE Software. 2012; 29 (3):10–13. doi: 10.1109/MS.2012.68. [ CrossRef ] [ Google Scholar ]
  • Ramasubbu N, Balan R (2012) Overcoming the challenges in cost estimation for distributed software projects. In: 34th international conference on software engineering (ICSE), pp 91–101. doi:10.1109/ICSE.2012.6227203
  • Runeson P, Host M, Rainer A, Regnell B. Case study research in software engineering: guidelines and examples. Hoboken: Wiley; 2012. [ Google Scholar ]
  • Sakthivel S (2005) Virtual workgroups in offshore systems development. Inf Softw Technol 47(5):305–318. doi:10.1016/j.infsof.2004.09.001. http://www.sciencedirect.com/science/article/pii/S0950584904001302
  • Salger F, Sauer S, Engels G, Baumann A (2010) Knowledge transfer in global software development - leveraging ontologies, tools and assessments. In: 5th ieee international conference on global software engineering (ICGSE), pp 336–341. doi:10.1109/ICGSE.2010.46
  • Samoilenko N, Nahar N (2012a) Knowledge creation for complex software and systems development in globally distributed high-tech organizations: the utilization of appropriate it tools. In: Proceedings of the technology management for emerging technologies (PICMET), pp 2371–2383
  • Samoilenko N, Nahar N (2012b) Utilizing the relevant it tools for knowledge transfer in complex software and systems development in globally distributed high-tech organizations. In: Proceedings of the technology management for emerging technologies (PICMET), pp 2233–2244
  • Santos R, Werner C, Barbosa O, Alves C (2012) Software ecosystems: trends and impacts on software engineering. In: 26th Brazilian symposium on software engineering (SBES), pp 206–210. doi:10.1109/SBES.2012.24
  • Scharff C, Gotel O, Kulkarni V (2010) Transitioning to distributed development in students’ global software development projects: the role of agile methodologies and end-to-end tooling. In: Fifth international conference on software engineering advances (ICSEA), pp 388–394. doi:10.1109/ICSEA.2010.66
  • Sengupta B, Chandra S, Sinha V (2006) A research agenda for distributed software development. In: Proceedings of the 28th international conference on software engineering (ICSE). ACM, New York, NY, USA, pp 731–740. doi:10.1145/1134285.1134402
  • Shaw M. What makes good research in software engineering? Int J Softw Tools Technol Transf. 2002; 4 (1):1–7. doi: 10.1007/s10009-002-0083-4. [ CrossRef ] [ Google Scholar ]
  • Simmons D (2003) Measuring and tracking distributed software development projects. In: Proceedings of the ninth IEEE workshop on future trends of distributed computing systems (FTDCS), pp 63–69. doi:10.1109/FTDCS.2003.1204298
  • Simmons D, Ma N (2006) Software engineering expert system for global development. In: 18th IEEE international conference on tools with artificial intelligence (ICTAI), pp 33–38. doi:10.1109/ICTAI.2006.105
  • Sinha V, Sengupta B, Chandra S. Enabling collaboration in distributed requirements management. IEEE Softw. 2006; 23 (5):52–61. doi: 10.1109/MS.2006.123. [ CrossRef ] [ Google Scholar ]
  • Sinha V, Sengupta B, Ghosal S (2007) An adaptive tool integration framework to enable coordination in distributed software development. In: Second IEEE international conference on global software engineering (ICGSE), pp 151–155. doi:10.1109/ICGSE.2007.8
  • Šmite D, Wohlin C, Gorschek T, Feldt R. Empirical evidence in global software engineering: a systematic review. Empir Softw Eng. 2010; 15 (1):91–118. doi: 10.1007/s10664-009-9123-y. [ CrossRef ] [ Google Scholar ]
  • Spanjers H, ter Huurne M, Graaf B, Lormans M, Bendas D, van Solingen R (2006) Tool support for distributed software engineering. In: First ieee international conference on global software engineering (ICGSE) (ICGSE ’06). IEEE Computer Society, Washington, DC, USA, pp 187–198. http://dl.acm.org/citation.cfm?id=1170744.1171377
  • Steinmacher I, Chaves AP, Gerosa MA (2010) Awareness support in global software development: a systematic review based on the 3C collaboration model. In: Proceedings of the 16th international conference on collaboration and technology (CRIWG ’10). Springer, Berlin, pp 185–201. http://dl.acm.org/citation.cfm?id=1887532.1887552
  • Steinmacher I, Chaves AP, Gerosa MA. Awareness support in distributed software development: a systematic review and mapping of the literature. Comput Support Coop Work (CSCW) 2013; 22 (2–3):113–158. doi: 10.1007/s10606-012-9164-4. [ CrossRef ] [ Google Scholar ]
  • Surjaputra R, Maheshwari P (1999) A distributed software project management tool. In: Proceedings of the IEEE 8th international workshops on enabling technologies: infrastructure for collaborative enterprises (WET ICE), pp 30–31. doi:10.1109/ENABL.1999.805171
  • Tell P, Ali Babar M (2011a) Supporting activity based computing paradigm in global software development. In: Proceedings of the 2011 26th IEEE/ACM international conference on automated software engineering (ASE) (ASE ’11). IEEE Computer Society, Washington, DC, USA, pp 508–511. doi:10.1109/ASE.2011.6100111
  • Tell P, Ali Babar M (2011b) Requirements for an infrastructure to support activity-based computing in global software development. In: Sixth IEEE international conference on global software engineering workshop (ICGSEW), pp 62–69. doi:10.1109/ICGSE-W.2011.30
  • Tell P, Ali Babar M (2012) A systematic mapping study of tools for distributed software development teams. Technical report, IT-Universitetet i København, Denmark
  • Thissen MR, Page JM, Bharathi MC, Austin TL (2007) Communication tools for distributed software development teams. In: Proceedings of the ACM SIGMIS CPR conference on computer personnel research: the global information technology workforce (SIGMIS CPR ’07). ACM, New York, NY, USA, pp 28–35. doi:10.1145/1235000.1235007
  • Treude C, Storey M. Work item tagging: communicating concerns in collaborative software development. IEEE Trans Softw Eng. 2012; 38 (1):19–34. doi: 10.1109/TSE.2010.91. [ CrossRef ] [ Google Scholar ]
  • van Hillegersberg J, Herrera M (2007) Tool support for distributed software development: the past–present—and future of gaps between user requirements and tool functionalities. In: van Hillegersberg J, Harmsen F, Amrit C, Geisberger E, Keil P, Kuhrmann M (eds) TOMAG + REMIDI 2007 proceedings: the seventh international conference of computer ethics: philosophical enquiry, CTIT workshop proceedings series. Center for Telematics and Information Technology, CTIT, Enschede. http://doc.utwente.nl/60289/
  • Vathsavayi S, Korte O, Systa K (2014) Tool support for planning global software development projects. In: IEEE international conference on computer and information technology (CIT), pp 458–465. doi:10.1109/CIT.2014.75
  • Wang Y, Trainer E, Al-Ani B, Marczak S, Redmiles D (2012) Attitude and usage of collaboration tools in GSE: a practitioner oriented theory. In: Fifth international workshop on cooperative and human aspects of software engineering (CHASE), pp 135–137. doi:10.1109/CHASE.2012.6223011
  • Wesslin V, Linna P, Jaakkola H (2011) Managing competence transfer in global software companies. In: Proceedings of the technology management in the energy smart world (PICMET), pp 1–7
  • Winkler D, Biffl S, Kaltenbach A (2010) Evaluating tools that support pair programming in a distributed engineering environment. In: Proceedings of the 14th international conference on evaluation and assessment in software engineering (EASE) (EASE ’10). British Computer Society, Swinton, UK, pp 54–63. http://dl.acm.org/citation.cfm?id=2227057.2227064
  • Wohlin C, Runeson P, Höst M, Ohlsson MC, Regnell B, Wesslén A. Experimentation in software engineering. Berlin: Springer; 2012. [ Google Scholar ]
  • Wu S (2012) Overview of communication in global software development process. In: 2012 IEEE international conference on service operations and logistics and informatics (SOLI), pp 474–478. doi:10.1109/SOLI.2012.6273583

Information

  • Author Services

Initiatives

You are accessing a machine-readable page. In order to be human-readable, please install an RSS reader.

All articles published by MDPI are made immediately available worldwide under an open access license. No special permission is required to reuse all or part of the article published by MDPI, including figures and tables. For articles published under an open access Creative Common CC BY license, any part of the article may be reused without permission provided that the original article is clearly cited. For more information, please refer to https://www.mdpi.com/openaccess .

Feature papers represent the most advanced research with significant potential for high impact in the field. A Feature Paper should be a substantial original Article that involves several techniques or approaches, provides an outlook for future research directions and describes possible research applications.

Feature papers are submitted upon individual invitation or recommendation by the scientific editors and must receive positive feedback from the reviewers.

Editor’s Choice articles are based on recommendations by the scientific editors of MDPI journals from around the world. Editors select a small number of articles recently published in the journal that they believe will be particularly interesting to readers, or important in the respective research area. The aim is to provide a snapshot of some of the most exciting work published in the various research areas of the journal.

Original Submission Date Received: .

  • Active Journals
  • Find a Journal
  • Journal Proposal
  • Proceedings Series
  • For Authors
  • For Reviewers
  • For Editors
  • For Librarians
  • For Publishers
  • For Societies
  • For Conference Organizers
  • Open Access Policy
  • Institutional Open Access Program
  • Special Issues Guidelines
  • Editorial Process
  • Research and Publication Ethics
  • Article Processing Charges
  • Testimonials
  • Preprints.org
  • SciProfiles
  • Encyclopedia

sensors-logo

Article Menu

research papers of software project management

  • Subscribe SciFeed
  • Recommended Articles
  • Google Scholar
  • on Google Scholar
  • Table of Contents

Find support for a specific problem in the support section of our website.

Please let us know what you think of our products and services.

Visit our dedicated information section to learn more about MDPI.

JSmol Viewer

A sensor probe with active and passive humidity management for in situ soil co 2 monitoring.

research papers of software project management

1. Introduction

2. materials and methods, 2.1. waterproofing, 2.2. electronics, 2.3. deployment methods, 2.4. rtemisia package, 3.1. calibration, 3.2. field campaign, 3.3. field campaign results and instrument performance, 4. discussion, 5. conclusions, author contributions, institutional review board statement, informed consent statement, data availability statement, acknowledgments, conflicts of interest.

  • Blackstock, J.M.; Covington, M.D.; Perne, M.; Myre, J.M. Monitoring atmospheric, soil, and dissolved CO 2 using a low-cost, Arduino monitoring platform (CO 2 -LAMP): Theory, fabrication, and operation. Front. Earth Sci. 2019 , 7 , 313. [ Google Scholar ] [ CrossRef ]
  • Perez Rojas, Y.T. Measuring soil CO 2 emissions with air-quality sensors. Nat. Rev. Earth Environ. 2023 , 4 , 429. [ Google Scholar ] [ CrossRef ]
  • Brecheisen, Z.S.; Cook, C.W.; Heine, P.R.; Ryang, J.; Richter, D.d.B. Development and deployment of a field-portable soil O 2 and CO 2 gas analyzer and sampler. PLoS ONE 2019 , 14 , e0220176. [ Google Scholar ] [ CrossRef ] [ PubMed ]
  • Parkin, T.B.; Venterea, R.T. Sampling Protocols. Chapter 3. Chamber-Based Trace Gas Flux Measurements. In Sampling Protocols ; Follett, R.F., Ed.; USDA-ARS: Fort Collins, CO, USA, 2010; pp. 3-1–3-39. [ Google Scholar ]
  • Rochette, P.; Eriksen-Hamel, N. Chamber Measurements of Soil Nitrous Oxide Flux: Are Absolute Values Reliable? Soil Sci. Soc. Am. J. 2008 , 72 , 2. [ Google Scholar ] [ CrossRef ]
  • Westside International Electrolysis Type Dehumidifying Element. Available online: https://www.micro-dehumidifier.com/wp-content/uploads/2017/04/ROSAHL_English_catalogue-2014.pdf (accessed on 9 April 2024).
  • Parsons, B.A.; Smith, O.L.; Chae, M.; Dragojlovic, V. Properties of PTFE tape as a semipermeable membrane in fluorous reactions. Beilstein J. Org. Chem. 2015 , 11 , 980–993. [ Google Scholar ] [ CrossRef ] [ PubMed ]
  • Gil-Loaiza, J.; Roscioli, J.R.; Shorter, J.H.; Volkmann, T.H.M.; Ng, W.R.; Krechmer, J.E.; Meredith, L.K. Versatile soil gas concentration and isotope monitoring: Optimization and integration of novel soil gas probes with online trace gas detection. Biogeosciences 2022 , 19 , 165–185. [ Google Scholar ] [ CrossRef ]
  • Oberg, K.A.; Palleros, D.R. Teflon tape as a sample support for IR spectroscopy. J. Chem. Educ. 1995 , 72 , 857. [ Google Scholar ] [ CrossRef ]
  • Gordeev, E.G.; Galushko, A.S.; Ananikov, V.P. Improvement of quality of 3D printed objects by elimination of microscopic structural defects in fused deposition modeling. PLoS ONE 2018 , 13 , e0198370. [ Google Scholar ] [ CrossRef ] [ PubMed ]
  • Sedlak, J.; Joska, Z.; Jansky, J.; Zouhar, J.; Kolomy, S.; Slany, M.; Svasta, A.; Jirousek, J. Analysis of the mechanical properties of 3D-printed plastic samples subjected to selected degradation effects. Materials 2023 , 16 , 3268. [ Google Scholar ] [ CrossRef ] [ PubMed ]
  • Sensirion. SCD4x: Breaking the Size Barrier in CO 2 Sensing (Version 1.5). July 2023. Available online: https://sensirion.com/media/documents/48C4B7FB/64C134E7/Sensirion_SCD4x_Datasheet.pdf (accessed on 9 April 2024).
  • Romanak, K.D.; Bomse, D.S. Field assessment of sensor technology for environmental monitoring using a process-based soil gas method at geologic CO 2 storage sites. Int. J. Greenh. Gas Control 2020 , 96 , 103003. [ Google Scholar ] [ CrossRef ]
  • Anderson, J.F.; Johnson, J.B.; Bowman, D.C.; Ronan, T.J. The Gem infrasound logger and custom-built instrumentation. Seismol. Res. Lett. 2018 , 89 , 153–164. [ Google Scholar ] [ CrossRef ]
  • Rtemisia: R Package to Read Data and Make Routine Plots for the Rtemisia CO 2 Logging System. Available online: https://github.com/ajakef/Rtemisia (accessed on 11 July 2024).
  • Seyfried, M.; Lohse, K.; Marks, D.; Flerchinger, G.; Pierson, F.; Holbrook, W.S. Reynolds Creek Experimental Watershed and Critical Zone Observatory. Vadose Zone J. 2018 , 17 , 1–20. [ Google Scholar ] [ CrossRef ]
  • Verma, A.K.; Kelleners, T.J. Depthwise Carbon Dioxide Production and Transport in a Rangeland Soil. Soil Sci. Soc. Am. J. 2012 , 76 , 821. [ Google Scholar ] [ CrossRef ]
  • Rosentreter, J.A.; Alcott, L.; Maavara, T.; Sun, X.; Zhou, Y.; Planavsky, N.J.; Raymond, P.A. Revisiting the global methane cycle through expert opinion. Earth’s Future 2024 , 12 , e2023EF004234. [ Google Scholar ] [ CrossRef ]
  • Anderson, J.F.; Huber, D.H.; Walsh, O.A. Soil Gas Logging System. U.S. Provisional Patent Application 63/690,910, 5 September 2024. [ Google Scholar ]

Click here to enlarge figure

SpecificationValue
Safe Data Logger Temperature Range−40 to 85 °C
Safe Power Supply Voltage<36 V
CO Accuracy
(400–5000 ppm)
±(40 ppm + 5% of reading) or better
CO Repeatability±10 ppm
Humidity Accuracy
(−10 to 60 °C, 0–100% RH)
±9% RH or better
Humidity Repeatability±0.4% RH
Temperature Accuracy
(−10 to 60 °C)
±1.5 °C or better
Temperature Repeatability±0.1 °C
Current Draw (Averaged Over Time)158 mA
Current Draw (Peak)548 mA
Real-time Output FormatSerial (115200-8-N-1); over USB or TTL UART
The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

Anderson, J.F.; Huber, D.P.; Walsh, O.A. A Sensor Probe with Active and Passive Humidity Management for In Situ Soil CO 2 Monitoring. Sensors 2024 , 24 , 6034. https://doi.org/10.3390/s24186034

Anderson JF, Huber DP, Walsh OA. A Sensor Probe with Active and Passive Humidity Management for In Situ Soil CO 2 Monitoring. Sensors . 2024; 24(18):6034. https://doi.org/10.3390/s24186034

Anderson, Jacob F., David P. Huber, and Owen A. Walsh. 2024. "A Sensor Probe with Active and Passive Humidity Management for In Situ Soil CO 2 Monitoring" Sensors 24, no. 18: 6034. https://doi.org/10.3390/s24186034

Article Metrics

Article access statistics, further information, mdpi initiatives, follow mdpi.

MDPI

Subscribe to receive issue release notifications and newsletters from MDPI journals

COMMENTS

  1. 47698 PDFs

    Explore the latest full-text research PDFs, articles, conference papers, preprints and more on SOFTWARE PROJECT MANAGEMENT. Find methods information, sources, references or conduct a literature ...

  2. A Systematic Literature Review of Project Management Tools and Their

    The search terms used to research organizational structures, cost and schedule management, and leadership styles included: project management effectiveness, project success, project manager, leadership style, systematic literature review,

  3. Software Project Management Using Machine Learning Technique—A ...

    Project management planning and assessment are of great significance in project performance activities. Without a realistic and logical plan, it isn't easy to handle project management efficiently. This paper presents a wide-ranging comprehensive review of papers on the application of Machine Learning in software project management.

  4. Decision-making in Software Project Management: A ...

    Based on a systematic literature review, this paper aims to synthetize empirical studies published on journals and conferences proceedings that analyze the decision-making phenomenon in the software project management context from a naturalistic perspective.

  5. Project Management Journal: Sage Journals

    Project Management Journal® is the academic and research journal of the Project Management Institute and features state-of-the-art research, techniques, theories, and applications in project management. View full journal description.

  6. What is Agile Project Management? Developing a New Definition Following

    The principal contribution of our research is the articulation of a nuanced definition of Agile Project Management, which demarcates it from traditional project management frameworks and those agile practices specific to software development.

  7. PDF DOI: https://doi.org/10.48009/3 iis 2021 298-316 A systematic ...

    blished between January 2015 and March 2021 to answer the research question "How agile is agile project Keywords: agile, agile project management, systematic literature review, agile software development, and traditional project management

  8. Agile versus Waterfall Project Management: Decision Model for Selecting

    Abstract Procedural models for project management can be differentiated into plan-driven methods which follow a classical waterfall process and agile methods which follow an iterative, test-driven approach. This paper answers the following research questions: What are the differences, benefits, and constraints of these two approaches from a practitioner's point of view? How can a decision ...

  9. Impact of agile management on project performance: Evidence from ...

    The current study abridges the potential knowledge gap conceptually by evaluating the direct impact of agile management upon project performance while considering all of its aspects, exploring the mediatory role of project performance and evaluating the moderating role of leadership competencies in attaining optimum project performance.

  10. Artificial Intelligence and Project Management: Empirical Overview

    Abstract Desk rejections of artificial intelligence (AI)-related submissions to the Project Management Journal® (PMJ) are high. This article provides an overview and state-of-the-art snapshot on academic and practitioner work to derive at potential future research topics and guidelines on the execution and reporting of AI-related studies in project management.

  11. Artificial Intelligence Enabled Project Management: A Systematic ...

    In this context, this paper examines the role of artificial intelligence in emerging project management through a systematic literature review; the applications of AI techniques in the project management performance domains are presented.

  12. Full article: Design and management of software development projects

    Section 3 presents the proposed research method and procedure for decision support in project management. Project implementation ofmodel-based decision-making is discussed in Section 4,and a detailed exploration is presented in Section 5. Finally, Section 6 concludes the paper and addresses limitations.

  13. Exploring the challenges and benefits for scaling agile project

    Abstract Organizations have increasingly applied agile project management; however, they face challenges in scaling up this approach to large projects. Thus, this study investigates the key barriers and benefits of scaling agile methods to large projects. The research approach is a literature review, applying bibliometrics and content analysis with Bibliometrix and UCINET software. We ...

  14. Software Project Management Education: A Systematic Review

    Software project management (SPM) is a significant field, related to the discipline of software engineering, which has attracted a huge number of researchers and practitioners in recent years. The ...

  15. Creative AI in Software Project Management

    Software project management (SPM), which comprises planning, supervising, and keeping track of software projects, is a sophisticated art. However, the complexity and needs of modern software development projects are usually impossible for existing SPM methodologies to handle. The research paper investigates how business process reengineering (BPR) and the strategic application of artificial ...

  16. Agile Project Management

    Abstract As agile software development gains awareness and popularity in the software industry, it also continues to capture the interest of the research community.

  17. Software Project Management Research Papers

    Integration of Project Management Maturity (PMM) Based on Capability Maturity Model Integration (CMMI) Software development is an industry sector which is typified by rapid change and iterative progress. In consequence a number of project management frameworks exist within the field of software development.

  18. Processes, Methods, Tools, Techniques, and Management Science for

    This entry of the series focuses on papers about management science (aka, operations research) models and practice methodologies (e.g., processes, heuristics, tools, and techniques). Project management grew out of management science and was indistinguishable from the field of its origins for many years. Today, the picture is quite different.

  19. Project management: Recent developments and research opportunities

    The new applications for project management include IT implementations, research and development, new product and service development, corporate change management, and software development.

  20. Software project management tools in global software development: a

    Abstract. Global software development (GSD) which is a growing trend in the software industry is characterized by a highly distributed environment. Performing software project management (SPM) in such conditions implies the need to overcome new limitations resulting from cultural, temporal and geographic separation.

  21. Software Project Management Tools: A Brief Comparative View

    There are many project management tools and software being developed everyday to help managers to automate the administration of individual projects or groups of projects during their life-cycle.

  22. Information Technology Project Management Research: A Review of Works

    Abstract Information technology project management practices effectively help organizations achieve IT value. We employed a semistructured review with the practice of jizhuanti by tracing the development of the research intersection of IT and projects through the works of seven influential authors.

  23. A Sensor Probe with Active and Passive Humidity Management for ...

    Soil CO2 concentration and flux measurements are important in diverse fields, including geoscience, climate science, soil ecology, and agriculture. However, practitioners in these fields face difficulties with existing soil CO2 gas probes, which have had problems with high costs and frequent failures when deployed. Confronted with a recent research project's need for long-term in-soil CO2 ...

  24. Software project management

    Software project management is the art and discipline of. planning and managing software projects. It is a small. software project management regulation in which software. projects are planned ...

  25. Optimizing Broiler Chicken Farm Production Using Internet of Things

    The aim of this research shows that broiler chicken farms that use IoT technology experience improvements in environmental management and chicken health, which contribute to reducing food loss and ...