<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>October</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Successes and failures in software development project management: a systematic literature review</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Patricia Gerlero</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Programa de Maestría en Ingeniería en Sistemas de Información, Grupo de Estudio en Metodologías de Ingeniería en Software (GEMIS), Universidad Tecnológica Nacional Facultad Regional Buenos Aires</institution>
          ,
          <addr-line>Buenos Aires</addr-line>
          ,
          <country country="AR">Argentina</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2021</year>
      </pub-date>
      <volume>2</volume>
      <fpage>8</fpage>
      <lpage>30</lpage>
      <abstract>
        <p>Project management is a social construction and must be analyzed from the objective and subjective world. The high failure rate of software development projects, even with the evidence of a thorough knowledge of the factors, require a change of paradigm. Planning, execution and control is only efective in conditions of predictability and certainty and this sequence must give way to experimentation and collaborative learning and a co-creation that allows to make perception and mental models evident. This requires a framework that allows co-creating the content to be adequately represented in the decision-making process. Scripts conform a structure that makes thought visible, allows structuring the subjective and transforming it with a common objective. The nature of risks changes and understanding human behavior is key. Through communication, cognitive processes are put into perspective, modifying individual intelligences and institutionalizing the capabilities needed to achieve success. The black box is opened and project managers must pull back the veil of security based on a risk analysis resulting from lessons learned. They must modify their own mental models and dare to innovate and create successful projects with the knowledge of existing capabilities and co-creating those necessary for action</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Knowledge Management</kwd>
        <kwd>Co-creation</kwd>
        <kwd>Project Management</kwd>
        <kwd>Software Development</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Project Management Institute [1] defines project as a temporary efort that is undertaken to
create unique results. Project management is the framework, functions and processes that guide
the activities [2]. Software is an intangible product [3] and, from a management perspective,
involves planning, monitoring and control, processes and actions that occur as the software
evolves [4]. Avoiding failure involves understanding the crucial factors that lead to good
project management and developing a common sense approach [4]. The traditional approach
focuses on planning, execution and control which is inefective due to the instability and
unpredictability of system changes [5]. Project management is a social construct that if looked
inwardly pretending to deliver on time, within budget and scope, would not be contemplating
the delivery of successful projects due to the adaptation deficit to the operational and social
context [6]. It should be seen as a temporary organization that is motivated by the need to
perform specific actions to achieve immediate goals [ 7]. It is made up of a group of individuals
who temporarily enact a common cause, with expectations it become into action and learning,
the great challenge being the preservation of this after the project [8].</p>
      <p>Success and failure factors are some of the best indicators of lessons learned, adapted and
used by the software industry as a method to help managers determine what information is
most relevant to achieve their goals [9] and they represent the probability of increasing or
decreasing the result [3]. Criteria are the variables that allow to evaluate and compare projects
distinguishing between hard (cost, time, scope/quality) and soft (customer satisfaction) [3].
Three theoretical perspectives are evident when analyzing success and failure in management:
rationalist, process and narrative [10].</p>
      <p>A rationalist that although it contributes to a better understanding of the nature and
management of projects focuses on the failure of the previously specified compliance and the social and
narrative construction that as a complement to the previous ones focuses on subjectivity [10].
Its objective is to help managers in practice, it is expected that paying attention to the factors
will increase the probability of avoiding failure [10]. McConnell [11, 12] evaluates the practices
frequently chosen in the management of software development projects leading to results so
predictable and bad that they deserve to be called Classic Mistakes. Nelson [13] takes up this
concept and through a retrospective analysis of lessons learned identifies best practices. In the
same way, the research industry, represented by the Standish Group, has published since 1994
the Chaos Report [14]. These studies reveal percentages of successful projects and frequent
failure factors in software development projects. They are references used in both academic
and professional environments. Authors such as [15, 16, 17, 18] take the results as a starting
point in their research, even taking into account objections from authors such as [19, 20, 21]
who question their results by showing biases and methodological issues. This perspective is
criticized for providing a simple and linear cause-efect model causing a lack of understanding
of complex and ambiguous phenomena [10], however, they provide the “what” in many research
projects.</p>
      <p>The process perspective avoids the black box by understanding that projects are shaped by
emergent, dynamic, political and social relationships [10]. It suggests adjusting procedures
when they become flawed. The Guide [ 1] accounts for the complicated and describes processes
by identifying at the beginning of the project the objectives, required investment, financial and
qualitative criteria for success. Progress through the life cycle allows the results to be compared
with the specified objectives and criteria, providing the basis for measuring success [ 1]. This
traditional project management perspective predefines the way of doing things and provides
tools to resolve conflicts. It identifies the “how” and “when”. However, it provides a somewhat
biased view from the praxis because it focuses on what should be and often leaves aside what is
[22].</p>
      <p>There is a very pragmatic desire by project teams to understand the lived experience in
order to deal with complexity and uncertainty [23]. Researchers and research subjects will
cooperate in interpretation [24, 25]. Verbalization, as the process of data collection, allows
important aspects of praxis such as social responsibility, judgment, emotions, the functioning
of dominant discourses, the potential relationship between knowledge and practical wisdom to
be addressed together. It ofers more coherent theoretical concepts of the complexity related to
communication processes, power relations and the ambiguity of performance criteria over time.
It evidences the practice of project management as a collaborative learning process.</p>
      <p>By adding the discursive layer, the subjective is emphasized, providing a constructive and
social narrative perspective on failure. The discursive interpretive and political nature of project
evaluation is centered among the daily interactions constructing reality [10]. Through this
perspective, a deeper understanding of how meaning-making and interpretive processes in
diferent social and political contexts contribute to the success and failure of projects is built by
adding the why to the research.</p>
      <p>All these perspectives imply a productive management paradigm based on planning, execution
and control. The “what” is identified, the “how” is analyzed, the “when” is analyzed, and the
“why” is constructed, reflecting the conclusions in lessons learned. However, constructing a
postmortem reality can be valid for complicated projects with predictable outcomes. Proper planning
and risk analysis based on past experience may contribute to success, but may be evidence
of a high failure rate. This clear limitation could be justified in the unique and changing
reality of software development projects where the social process, value creation and the
importance of understanding lived experiences form in itself complex systems understood as the
inability to predict behavior [26]. Most complex projects consist of ambiguity and uncertainty,
interdependence, nonlinearity, unique local conditions, autonomy, emergent behaviors, and
unfixed boundaries [ 27]. All interrelated parts can change and evolve with respect to the
objectives leaving success associated with the complexity paradigm [28]. Managers applying
models based on the execution of practical guidelines should verify the stability conditions of
the production systems because they could be inappropriate preventing the management model
from detecting an error in the production systems [28].</p>
      <p>Knowledge is a dynamic process of personal justification of beliefs towards truth [ 29]. If
it is explicit, it has a universal character, supporting the ability to act in diferent contexts, it
is accessible through consciousness [30]. The tacit is related to the senses, skills, intuition,
unarticulated mental models and is rooted in action, routines, ideals, values and emotions
[31]. Thus, the diferent knowledge interacts with each other within the spiral of creation [ 29].
This interaction motivates action, requiring the integration of knowledge management into
management so that positive feedback occurs during the project and not after its completion
[32].</p>
      <p>The Standish Group [14, 33], McConnell [11, 12] and literature reviews [34] based on the
identification and grouping of factors in several dimensional axes, form the starting point. But
projects are crossed by the ambiguity of human relationships, the dynamics of the environment
that influences in a complex way and the limitation in the availability of resources [ 35]. There
is a need to broaden the understanding of complexity as a subjective notion, reflecting the lived
experiences of the people involved [36]. To create knowledge, skills shared with others need to
be internalized, reformulated, enriched, and translated to fit the new identity [ 37]. Perception,
intuition and hunches as a subjective part have to be incorporated into the hierarchy and as a
fundamental link in predicting the possible outcome in the inter-exchange of ideas about the
problem at hand. The key to achieve the institutionalization of knowledge is to change the
project management paradigm and couple it to the knowledge management system. Creating
new knowledge literally means recreating the organization [37] or creating it in the case of
temporary organizations. Opening the black box [38] and showing success or failure as an
antagonistic construction process of interrelated factors is the complex path to follow, putting
the narrative at the center of the scene.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Method</title>
      <p>Evidence-based software engineering [39] provides the means by which research can be
integrated with practical experience and human values in the decision making process [21].
Systematic literature review (SLR) not only succeeds in identifying all existing evidence on a
question, but also provides software engineering solutions [39]. If during the examination of
a domain, it is discovered that the problem is broader then systematic mapping is the most
appropriate by broadening the search to a not so narrow focus [40]. Systematic mapping is
proposed to identify evidence of factors conditioning success and failure in a domain at a high
level of granularity [40]. The proposed procedure includes tasks associated with planning
(generation of research questions, definition of the search string, period, specification of the
engines, inclusion, exclusion, quality, data extraction and accounting strategies), execution
(search, selection according to established criteria and extraction of data in templates) and
presentation of results once a significant sample has been obtained.</p>
      <p>In order to determine the factors that condition success and failure in software development
projects and to identify emerging elements that allow institutionalizing knowledge for decision
making, the following questions are proposed:
• Q1. What criteria do the authors identify as indicators of success and failure in software
development projects and what factors condition them?
• Q2. What diferences or similarities exist between the success and failure criteria and
factors identified in the literature in the last four years (2017-2020) and those specified by
McConnell (1996-2008) or the Chaos Report published annually (1994-2015) by Standish
Group?
• Q3. What are the emerging elements that emerge from relevant research for the approach
of a software development project management framework?</p>
      <p>It specifies the search strings, the engines to be used in a period between January 2017 and
June 2020.</p>
      <p>• Search string: "Success factors in software development projects". "Failure factors
in software development projects". "Factores de fracaso en proyectos de desarrollo de
software". "Factores de éxito en proyectos de desarrollo de software".</p>
      <p>Success+factors+failure+project+software
Exito+fracaso+factores+proyecto+software
Success+failure+Projects+management+software+development</p>
      <p>Exito+fracaso+proyecto+administración+software+desarrollo
• Search engines: ACM Digital Library, Emeral, GoogleScholar, IEEE Xplore, IGI-Global,
Redalyc, Scielo, ScienceDirect and Taylor&amp;Francis. The following inclusion, exclusion
and quality criteria are specified:
• Inclusion: Primary and secondary studies written in Spanish or English, reported in
national or international congresses and scientific journals available in any of the
speciifed sources and that include any key words Success+failure+project+software/SI in the
abstract or in the text, in the specified search period 2017-2020.
• Exclusion: Repeated articles, studies that do not meet the inclusion criteria or not having
access to the entire content.
• Quality: Objectives clearly defined and aimed at achieving them and variables clearly
measured.</p>
      <p>In order to data extraction and accounting strategies, a template is prepared for the extraction
of general data, context of the studies (circumstance of software development), purpose
(objectives that the researchers intend to achieve), contribution (contribution made) and relevant
characteristics (criteria and success and failure factors grouped by dimensions or axes on which
they have an impact).</p>
    </sec>
    <sec id="sec-3">
      <title>3. Systematic Literature Review</title>
      <p>In accordance with the process formalized in the planning, the selection of articles and
continuous iteration is carried out until a significant sample of 179 (147 primary and 32 secondary) is
obtained. The sample of secondary studies is maintained as background and validation of the
data collected. Hereafter, the results are expressed by indicating characteristic (X1, X2), where
X1 is the number corresponding to primary studies and X2 is the number corresponding to
secondary studies.</p>
      <p>
        The following articles were found in GoogleScholar (
        <xref ref-type="bibr" rid="ref13 ref40">40,13</xref>
        ), ScienceDirect (
        <xref ref-type="bibr" rid="ref38 ref7">38,7</xref>
        ), IEEEXplore
(
        <xref ref-type="bibr" rid="ref30 ref7">30,7</xref>
        ), Taylor&amp;Francis (
        <xref ref-type="bibr" rid="ref11">11,0</xref>
        ), Emeral (
        <xref ref-type="bibr" rid="ref2 ref3">3,2</xref>
        ), IGI-Global (
        <xref ref-type="bibr" rid="ref1 ref8">8,1</xref>
        ), ACM Digital Library (
        <xref ref-type="bibr" rid="ref1 ref5">5,1</xref>
        ), Scielo (
        <xref ref-type="bibr" rid="ref1 ref4">4,1</xref>
        )
and Redalyc (
        <xref ref-type="bibr" rid="ref2">2,0</xref>
        ). The distribution by year is uniform 2017 (
        <xref ref-type="bibr" rid="ref14 ref45">45,14</xref>
        ), 2018 (34.4), 2019 (
        <xref ref-type="bibr" rid="ref10 ref47">47,10</xref>
        ) and
up to June 2020 (
        <xref ref-type="bibr" rid="ref11 ref4">11,4</xref>
        ). The strategies used by the authors are mainly mixed (
        <xref ref-type="bibr" rid="ref15 ref76">76,15</xref>
        ), qualitative
(
        <xref ref-type="bibr" rid="ref17 ref38">38,17</xref>
        ) and quantitative (
        <xref ref-type="bibr" rid="ref38">0,38</xref>
        ).
      </p>
      <p>
        Many of the studies are developed in the context of a specific methodology, others base their
research on any methodological context, extending their conclusions. From the sample were
obtained in agile contexts (
        <xref ref-type="bibr" rid="ref1 ref24">24,1</xref>
        ) identifying as characteristics the free flow of communication,
organic structure [41], continuous progress and interaction [42], coordination with direct
influence on productivity [43], use of tacit knowledge avoiding heavy documentation [44], savings
and elimination of bureaucracy [45]. In traditional contexts (
        <xref ref-type="bibr" rid="ref1">1,0</xref>
        ) identifying the plan-based
approach, clearly specified requirements, satisfaction or not of the final product [ 46]. Most of
the articles are not developed in a specific context, also contemplating hybrid contexts, indistinct
(
        <xref ref-type="bibr" rid="ref17 ref80">80,17</xref>
        ). Open-source development (1.0) with its collaborative nature, available source code [47]
low cost of construction and deployment and global software context (
        <xref ref-type="bibr" rid="ref3 ref5">5,3</xref>
        ) with lower cost of
skilled resources, fast delivery with its challenges in communication, coordination, control
by geographical, socio-cultural, temporal and organizational distances [48], technological and
process [49] and trust as a critical factor [50] starts to emerge among the researches. Project
portfolios (
        <xref ref-type="bibr" rid="ref1 ref6">6,1</xref>
        ) with their individual characteristics of interdependencies and massive consequences
of failure [51] as well as their complex, unique, temporal and uncertain components [52] require
alignment and eficiency [ 53] with small, focused and less dispersed teams [16] recognizing
agile capabilities as emerging strategies in uncertain environments [54]. Complex contexts
(
        <xref ref-type="bibr" rid="ref3 ref5">3,5</xref>
        ) are dificult to understand, foresee and keep under control behavior [ 55] however, there is
great dificulty in distinguishing complex from complicated projects [ 56], the authors identify
interacting components of uncertainty, ambiguity and interdependence [57]. Developments in
process improvement contexts (4.1) contemplate developments including a series of tasks such
as process scoping, evaluation, design, realization and continuous improvement [58], seek to
contribute and increase the performance and usefulness of processes [59] emerging through
agility new models that contemplate continuous learning [58]. Large-scale developments (
        <xref ref-type="bibr" rid="ref3 ref9">9,3</xref>
        )
are characteristic of a high cost and the intervention of many people with a long duration,
this implies a high collective efort made by multiple developers [ 50]. Not many studies were
identified in the context of SMEs (1.0) even though they continue to be the driving force of the
economy of many countries. Among the characteristics observed, they identify the need to focus
on requirements, customer expectations, progressive planning, monitoring, control through
a clear definition of scope and the use of management methodologies [ 60]. App development
(
        <xref ref-type="bibr" rid="ref1">1,0</xref>
        ) is mentioned for a particular characteristic of interaction with users which allows them
to implement changes that are then rewarded [61]. The public sector is a particular context
(4.1) due to its complexity and the need for eficient and efective management [ 62]. And the
academic environment (
        <xref ref-type="bibr" rid="ref8">8,0</xref>
        ) corresponds to a controlled environment [63] with students using
scrum methodology or [64] with survey identifying best practices and management support are
important for the success of the project.
      </p>
      <p>
        Among the diferent purposes it was identified:
• Report an experience (
        <xref ref-type="bibr" rid="ref80">80,0</xref>
        );[65] show how is the agile process in the current software
industry.
• Synthesize the available evidence (
        <xref ref-type="bibr" rid="ref22">0, 22</xref>
        ) as [66] that review the literature of the last 25
years identifying 142 success factors in technology projects triangulating with a survey
to determine the impact that each one has on the success of the project.
• Propose (
        <xref ref-type="bibr" rid="ref28 ref9">28, 9</xref>
        ) such as [67] suggesting a new parameter favoring a holistic approach to
measure projects in contrast to the traditional view or [68] proposing a hybrid approach.
• Validate (
        <xref ref-type="bibr" rid="ref1 ref30">30,1</xref>
        ) giving firmness to a statement as [ 69] that identify emotional intelligence
as the main contributor to the challenges of management under agile methodologies.
• Evaluate (
        <xref ref-type="bibr" rid="ref5">5,0</xref>
        ) as [70] that determine the correlation between quality, time and cost and
give an opinion (4.0).
      </p>
      <p>
        The main contribution is to the knowledge of factors conditioning success and failure and their
possible correlations and is justified by the specified search string. Knowledge of determinants
(
        <xref ref-type="bibr" rid="ref23">109,23</xref>
        ) [71, 72, 73], some frameworks (
        <xref ref-type="bibr" rid="ref18 ref6">18,6</xref>
        ) [74], metrics (
        <xref ref-type="bibr" rid="ref3">3,0</xref>
        ) [67, 75], models (
        <xref ref-type="bibr" rid="ref1 ref9">9,1</xref>
        ) [41, 49],
methods (
        <xref ref-type="bibr" rid="ref4">4,0</xref>
        ) and tools (
        <xref ref-type="bibr" rid="ref2 ref4">4,2</xref>
        ) [76, 77].
      </p>
      <p>
        There are several looks at defining success and failure criteria, most agree cost, time and
quality as hard and stakeholder expectations as soft [3, 17] considering the subjective way of
evaluating the project from the narrative [78] leaving perception in evidence [79]. Stakeholder
theory contemplates a holistic approach [79] and conditions the starting point for embedding
learning in the system. Performance looks at project performance [80] and within the hierarchy.
A failed project does not necessarily indicate poor performance of its managers [81]. Economic
profitability identifies that it may be promising during start-up and not be accepted in the market
[3][3]. The criteria mentioned by the researchers cost (
        <xref ref-type="bibr" rid="ref20 ref73">73,20</xref>
        ), scope (
        <xref ref-type="bibr" rid="ref14 ref66">66,14</xref>
        ), time (
        <xref ref-type="bibr" rid="ref73 ref91">73,91</xref>
        ) continue
to be the hard criteria for evaluating projects. To the same extent customer/user acceptance
(
        <xref ref-type="bibr" rid="ref11 ref70">70,11</xref>
        ) as soft criteria. Performance (
        <xref ref-type="bibr" rid="ref40 ref7">40,7</xref>
        ) emerges as a criterion that seeks to establish both
objective and subjective concepts when evaluating projects, with the economic and commercial
proposal (
        <xref ref-type="bibr" rid="ref1 ref3">3,1</xref>
        ) being the least considered.
      </p>
      <p>There is no agreement among researchers on the important and relevant dimensions when
grouping factors that condition success and. The authors propose organization, environment,
processes and people [74], teams and customers [9], technique [46], users and stakeholders
considering communication at all levels as predictors of success [66], external environment [80]
and financial [82].</p>
      <p>
        It was decided to group the sample into 9 dimensions with their associated factors:
• Organization (
        <xref ref-type="bibr" rid="ref20">102,20</xref>
        ): clear role definition (
        <xref ref-type="bibr" rid="ref13 ref2">13,2</xref>
        ), conflict resolution (
        <xref ref-type="bibr" rid="ref27 ref4">27,4</xref>
        ), coordination
(
        <xref ref-type="bibr" rid="ref37 ref7">37,7</xref>
        ), change management/flexibility (
        <xref ref-type="bibr" rid="ref12 ref45">45,12</xref>
        ), open/mature communication (
        <xref ref-type="bibr" rid="ref11 ref40">40,11</xref>
        ),
rewards (
        <xref ref-type="bibr" rid="ref15 ref2">15,2</xref>
        ), recognition (
        <xref ref-type="bibr" rid="ref11 ref2">11,2</xref>
        ), transparency (
        <xref ref-type="bibr" rid="ref12 ref2">12,2</xref>
        ), structural, organizational policies,
alignment (12.2), ability to learn (
        <xref ref-type="bibr" rid="ref30 ref7">30,7</xref>
        ), ability to translate learning/give meaning (
        <xref ref-type="bibr" rid="ref24 ref4">24,4</xref>
        ),
knowledge management (
        <xref ref-type="bibr" rid="ref3">3,0</xref>
        ), and good working environment (
        <xref ref-type="bibr" rid="ref25 ref3">25,3</xref>
        ).
• Team (
        <xref ref-type="bibr" rid="ref14 ref93">93,14</xref>
        ): good relationship (
        <xref ref-type="bibr" rid="ref1 ref11">11,1</xref>
        ), trust (
        <xref ref-type="bibr" rid="ref3 ref34">34,3</xref>
        ), compatibility (
        <xref ref-type="bibr" rid="ref1 ref4">4,1</xref>
        ), adequate expertise
(
        <xref ref-type="bibr" rid="ref41 ref6">41,6</xref>
        ), good communication (
        <xref ref-type="bibr" rid="ref3 ref40">40,3</xref>
        ), cooperation (
        <xref ref-type="bibr" rid="ref38 ref6">38,6</xref>
        ), commitment (
        <xref ref-type="bibr" rid="ref2 ref24">24,2</xref>
        ), shared vision,
shared experiences, exchange (
        <xref ref-type="bibr" rid="ref1 ref20">20,1</xref>
        ), autonomy/empowerment (
        <xref ref-type="bibr" rid="ref16">16,0</xref>
        ) and motivation
(
        <xref ref-type="bibr" rid="ref33 ref6">33,6</xref>
        ).
• Processes (
        <xref ref-type="bibr" rid="ref20 ref78">78,20</xref>
        ): planning (
        <xref ref-type="bibr" rid="ref11 ref45">45,11</xref>
        ), estimation (
        <xref ref-type="bibr" rid="ref3 ref9">9,3</xref>
        ), risk assessment (
        <xref ref-type="bibr" rid="ref10 ref24">24,10</xref>
        ),
communication (
        <xref ref-type="bibr" rid="ref25 ref6">25,6</xref>
        ), follow-up (
        <xref ref-type="bibr" rid="ref14 ref2">14,2</xref>
        ), monitoring and control (
        <xref ref-type="bibr" rid="ref25 ref9">25,9</xref>
        ), documentation (
        <xref ref-type="bibr" rid="ref11 ref7">11,7</xref>
        ), choice
of processes, development and training (
        <xref ref-type="bibr" rid="ref34 ref8">34,8</xref>
        ).
• Technical (
        <xref ref-type="bibr" rid="ref10 ref37">37,10</xref>
        ): use of techniques and tools (
        <xref ref-type="bibr" rid="ref1 ref9">9,1</xref>
        ), incomplete/ambiguous requirements
(
        <xref ref-type="bibr" rid="ref20 ref7">20,7</xref>
        ), experience and knowledge in the use of tools (
        <xref ref-type="bibr" rid="ref3 ref7">7,3</xref>
        ).
• Personal (
        <xref ref-type="bibr" rid="ref20 ref77">77, 20</xref>
        ): management intelligence/management skills (52.10), social skills (4.4),
emotional intelligence/self-control (
        <xref ref-type="bibr" rid="ref11 ref5">11,5</xref>
        ), business skills (
        <xref ref-type="bibr" rid="ref12 ref2">12,2</xref>
        ), political skills (
        <xref ref-type="bibr" rid="ref1 ref3">3,1</xref>
        ),
decision making and leadership (
        <xref ref-type="bibr" rid="ref16 ref7">16,7</xref>
        ), technical knowledge (
        <xref ref-type="bibr" rid="ref1 ref17">17,1</xref>
        ), soft and cognitive skills
(
        <xref ref-type="bibr" rid="ref38 ref6">38,6</xref>
        ).
• Political/legal (
        <xref ref-type="bibr" rid="ref13 ref39">39,13</xref>
        ): lack of management commitment and support (
        <xref ref-type="bibr" rid="ref12 ref33">33,12</xref>
        ), lack of
coordination with governments (
        <xref ref-type="bibr" rid="ref4 ref7">7,4</xref>
        ), underestimation of changing requirements (
        <xref ref-type="bibr" rid="ref3 ref4">4,3</xref>
        ),
lack of communication with project management (
        <xref ref-type="bibr" rid="ref2">2,0</xref>
        ).
• Financial (
        <xref ref-type="bibr" rid="ref14 ref7">14,7</xref>
        ): lack of money/financial/resources (
        <xref ref-type="bibr" rid="ref16 ref7">16,7</xref>
        ).
• Third parties (
        <xref ref-type="bibr" rid="ref12 ref67">67,12</xref>
        ): perception of product quality (
        <xref ref-type="bibr" rid="ref41 ref7">41,7</xref>
        ), participation (
        <xref ref-type="bibr" rid="ref29 ref5">29,5</xref>
        ),
collaboration (
        <xref ref-type="bibr" rid="ref10">10,0</xref>
        ), communication (
        <xref ref-type="bibr" rid="ref1 ref10">10,1</xref>
        ), trust (
        <xref ref-type="bibr" rid="ref1 ref18">18,1</xref>
        ), flexibility (
        <xref ref-type="bibr" rid="ref2">2,0</xref>
        ) and commitment (
        <xref ref-type="bibr" rid="ref17 ref3">17,3</xref>
        ).
• Internal/external environments (48.14): complexity (37.14), uncertainty (26.7), ambiguity
(11.5), independence/nonlinearity (8.2).
      </p>
    </sec>
    <sec id="sec-4">
      <title>4. Result</title>
      <p>Q1: What criteria do the authors identify as indicators of success and failure in software
development projects and what factors condition them? A combination of hard and soft
concepts is observed in equal proportion, giving rise to the performance criterion. The factors
associated with the organizational dimension and the team are evidenced over the processes,
emerging the personal dimension.</p>
      <p>Q2: What diferences or similarities exist between the success and failure criteria and factors
identified in the literature over the past four years (2017-2020) and those specified by McConnell
(1996-2008) or the Chaos Report published annually (1994-2015) by Standish Group? Standish
Group specifies user involvement, resource, planning and management support [ 14], includes
emotional maturity and qualified resources as relevant [33][ 33]. These are still present in
the research. Forty-two percent of the classic errors found by McConnell [12] correspond to
those arising in systematic mapping. Planning, risk management, insuficient estimation, user
involvement is at the top of the list. A very process-oriented focus evidencing the importance
of user involvement and the conflicts associated with the same involvement. However, there is
a clear tendency to study organizations as a complex system, focusing on communication that
crosses all dimensions as the true causal link. Coordination and flexibility at the organizational
level and management and emotional intelligence, giving importance to social and political
skills as an emerging element, begin to have relevance not only in the relationship with the
client or in the teams, but also as an element of the organization. The ability to learn from the
organizations, the exchange and shared experiences of the teams raise the need to translate this
learning into a shared vision.</p>
      <p>Q3: What are the emerging elements that emerge from the research that are relevant to
a framework for managing software development projects? Researchers have a much more
complex view of software development projects than simple causal relationships. Analyzing
the problem through dimensions highlights the interrelationship of factors. Authors such as
[38] strive to highlight the complexity of the mechanisms involved by showing the importance
of revealing the reality through integrated subjective and objective strategies. The dynamics
of relationships and the visualization of systems as a complex interrelation of dimensions
begins to be the objective of researchers with a common goal, productivity, but not anchored
in a strict planning generated in the past, but with enough flexibility to visualize the living
present. They begin to work on the perception of reality, reflected through discourse [ 43].
Others [44] model contingent proposals to solve a reality that always existed but seeing the
factors as causal relationships only made the decision maker rest on structural biases created in
the past without positioning himself in the present and analyzing the true context, ambiguous,
uncertain and non-linear. Knowledge acquisition and transformation into meaningful learning
through collaboration and social interaction seem to be the key. The co-creation of knowledge
proposes to go beyond the exchange by creating processes that allow the evaluation and
modification of collective ideas that lead to improve one’s own [ 83]. Allowing active participation
in knowledge co-creation activities can lead to high quality learning outcomes [84]. One
way to promote productive collaborative learning is the use of scripts that explicitly guide
participants during their learning [84]. An intelligent collaborative system allows for improved
learning and decision-making processes [85]. Content representation [86] is a key dimension of
knowledge management [87]. The productive process changes the paradigm to make way for the
modeling-experimentation-learning trinomial. Reality over prescription guides the way towards
transformation, but it requires multiple views that allow the integration of objective, subjective
and social worlds. This can be achieved through communicative action that allows confronting
these worlds by adopting logical reasoning instead of domination to resolve disagreements
[88]. Communicative action is the basis for change aimed at achieving, sustaining and revising
consensus through human potential rooted in language and discourse analysis [89].</p>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions and future lines of research</title>
      <p>There is no common definition of complexity among researchers, but many agree on
characteristics such as multiple interacting parts, uncertainty and social interactions that produce
systemic risks that must be managed with a holistic view [90]. Changes in one component of
the system can cause unforeseen events in others, making the project evolve, making it dynamic
and unpredictable [91]. The institutionalized absorption capacity through the use of scripts
allows the necessary competences to use the new knowledge [92].</p>
      <p>Understanding human behavior in projects is the key to predicting the triggering efects of
decision making. This requires institutionalizing emergent capabilities to absorb real complexity,
adapt and recover quickly. It is key to understand the links between projects and institutions and
how they trigger change and establish stabilizing mechanisms for long-term social interaction
[93]. The theory of practicality can be useful in understanding aspects of human behavior
[90] allowing for meaningful predictive tools [94]. It is important to view the social world
as an emergent product of decisions, actions and cognitions. Cognitive operations depend
on supporting processes in that reasoning and decision making depend on the availability of
knowledge about situations, options for action, and outcomes [95]. Knowledge can be used to
read and interpret the world [78] but its nature, value and perceived view of power in conjunction
with diferent mindsets form key barriers to exchange not occurring [ 96]. Any team participation
in projects is highly dependent on the quality of communication [88]. Communication barriers
are an important part of human perception, thus shared social construction can ofer a way
to address complexity as a whole by redefining the dimensions that are interrelated through
decision making and co-creation of content to modify the mental models of the teams during
the project and not after its completion.</p>
      <p>The toolbox of reflexive sociology [ 94], the critique in terms of communicative action proposed
by [88] and the spiral of knowledge creation [29] provide a solid structure that makes clear
the social dynamics in the field of management. The choices we make are not inherent to
the situations we are presented with but complex exchanges between the properties of the
context and our properties, our doubts and our history [97]. The theory of multiple intelligences
[98] proposes a framework for cognitive growth because we must go beyond the ability to see
the world through mental representations, we must work with them, manipulate them and
transform them. With the elements provided, a model could be formalized that contemplates
the diferent scripts integrated in the spiraling of knowledge, promoting practices that allow
co-creating and representing the content at key moments of the execution, creating intelligent
temporal organizations. The construction implies training people who learn to see as systemic
thinkers, who develop their own personal domain and who learn to reveal mental models in
collaboration.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>P. M.</given-names>
            <surname>Institute</surname>
          </string-name>
          ,
          <article-title>Guía de fundamentos para la dirección de proyectos (guía pmbok) sexta edición</article-title>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>C.</given-names>
            <surname>Biesenthal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Wilden</surname>
          </string-name>
          <article-title>, Multi-level project governance: Trends and opportunities</article-title>
          ,
          <source>International journal of project management 32</source>
          (
          <year>2014</year>
          )
          <fpage>1291</fpage>
          -
          <lpage>1308</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Albert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Balve</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Spang</surname>
          </string-name>
          ,
          <article-title>Evaluation of project success: a structured literature review</article-title>
          ,
          <source>International Journal of Managing Projects in Business</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>R. S.</given-names>
            <surname>Pressman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ruckaüer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. Hernández</given-names>
            <surname>Yáñez</surname>
          </string-name>
          , et al.,
          <source>Ingeniería del Software: Un enfoque práctico</source>
          ,
          <year>1993</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>R.</given-names>
            <surname>Picciotto</surname>
          </string-name>
          ,
          <article-title>Towards a 'new project management'movement? an international development perspective</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>38</volume>
          (
          <year>2020</year>
          )
          <fpage>474</fpage>
          -
          <lpage>485</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>P.</given-names>
            <surname>Morris</surname>
          </string-name>
          ,
          <article-title>Reconstructing project management reprised: A knowledge perspective</article-title>
          ,
          <source>Project Management Journal</source>
          <volume>44</volume>
          (
          <year>2013</year>
          )
          <fpage>6</fpage>
          -
          <lpage>23</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>R. A.</given-names>
            <surname>Lundin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Söderholm</surname>
          </string-name>
          ,
          <article-title>A theory of the temporary organization</article-title>
          ,
          <source>Scandinavian Journal of management 11</source>
          (
          <year>1995</year>
          )
          <fpage>437</fpage>
          -
          <lpage>455</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J.</given-names>
            <surname>Packendorf</surname>
          </string-name>
          ,
          <article-title>Inquiring into the temporary organization: New directions for project management research</article-title>
          ,
          <source>Scandinavian journal of management 11</source>
          (
          <year>1995</year>
          )
          <fpage>319</fpage>
          -
          <lpage>333</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>V.</given-names>
            <surname>Garousi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tarhan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Pfahl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Coşkunçay</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Demirörs</surname>
          </string-name>
          ,
          <article-title>Correlation of critical success factors with success of software projects: an empirical investigation</article-title>
          ,
          <source>Software Quality Journal</source>
          <volume>27</volume>
          (
          <year>2019</year>
          )
          <fpage>429</fpage>
          -
          <lpage>493</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Baghizadeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cecez-Kecmanovic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Schlagwein</surname>
          </string-name>
          ,
          <article-title>Review and critique of the information systems development project failure literature: An argument for exploring information systems development project distress</article-title>
          ,
          <source>Journal of Information Technology</source>
          <volume>35</volume>
          (
          <year>2020</year>
          )
          <fpage>123</fpage>
          -
          <lpage>142</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>S.</given-names>
            <surname>McConnell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I. M.</given-names>
            <surname>Águila Cano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bosch</surname>
          </string-name>
          , et al., Desarrollo y gestión de proyectos informáticos,
          <year>1997</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>S. McConnell</surname>
          </string-name>
          ,
          <source>Software development's classic mistakes</source>
          <year>2008</year>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>R. R.</given-names>
            <surname>Nelson</surname>
          </string-name>
          , It project management:
          <article-title>Infamous failures, classic mistakes, and best practices</article-title>
          .,
          <source>MIS Quarterly executive 6</source>
          (
          <year>2007</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>G.</given-names>
            <surname>Standish</surname>
          </string-name>
          ,
          <source>The chaos report</source>
          , The Standish Group (
          <year>1994</year>
          )
          <fpage>1</fpage>
          -
          <lpage>16</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>K.</given-names>
            <surname>Davis</surname>
          </string-name>
          ,
          <article-title>An empirical investigation into diferent stakeholder groups perception of project success</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>35</volume>
          (
          <year>2017</year>
          )
          <fpage>604</fpage>
          -
          <lpage>617</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>O. P.</given-names>
            <surname>Sanchez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Terlizzi</surname>
          </string-name>
          , et al.,
          <article-title>Cost and time project management success factors for information systems development projects</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>35</volume>
          (
          <year>2017</year>
          )
          <fpage>1608</fpage>
          -
          <lpage>1626</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>D. L.</given-names>
            <surname>Hughes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. P.</given-names>
            <surname>Rana</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. C.</given-names>
            <surname>Simintiras</surname>
          </string-name>
          ,
          <article-title>The changing landscape of is project failure: an examination of the key factors</article-title>
          ,
          <source>Journal of Enterprise Information Management</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>J. U.</given-names>
            <surname>Kim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Kishore</surname>
          </string-name>
          ,
          <article-title>Do we fully understand information systems failure? an exploratory study of the cognitive schema of is professionals</article-title>
          ,
          <source>Information Systems Frontiers</source>
          <volume>21</volume>
          (
          <year>2019</year>
          )
          <fpage>1385</fpage>
          -
          <lpage>1419</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>M.</given-names>
            <surname>Jørgensen</surname>
          </string-name>
          ,
          <article-title>Forecasting of software development work efort: Evidence on expert judgement and formal models</article-title>
          ,
          <source>International Journal of Forecasting</source>
          <volume>23</volume>
          (
          <year>2007</year>
          )
          <fpage>449</fpage>
          -
          <lpage>462</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>M.</given-names>
            <surname>Jørgensen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Moløkken-Østvold</surname>
          </string-name>
          ,
          <article-title>How large are software cost overruns? a review of the 1994 chaos report</article-title>
          ,
          <source>Information and Software Technology</source>
          <volume>48</volume>
          (
          <year>2006</year>
          )
          <fpage>297</fpage>
          -
          <lpage>301</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>T.</given-names>
            <surname>Dyba</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. A.</given-names>
            <surname>Kitchenham</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Jorgensen</surname>
          </string-name>
          ,
          <article-title>Evidence-based software engineering for practitioners</article-title>
          ,
          <source>IEEE software 22</source>
          (
          <year>2005</year>
          )
          <fpage>58</fpage>
          -
          <lpage>65</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>J. Z.</given-names>
            <surname>Ruiz</surname>
          </string-name>
          , ¿
          <article-title>por qué fracasan los proyectos de software? un enfoque organizacional</article-title>
          , in: Congreso Nacional de Software Libre, volume
          <volume>2</volume>
          ,
          <year>2004</year>
          , pp.
          <fpage>20</fpage>
          -
          <lpage>42</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>P.</given-names>
            <surname>Buckle</surname>
          </string-name>
          , J. Thomas,
          <article-title>Deconstructing project management: a gender analysis of project management guidelines</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>21</volume>
          (
          <year>2003</year>
          )
          <fpage>433</fpage>
          -
          <lpage>441</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>S.</given-names>
            <surname>Cicmil</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Williams</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Thomas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Hodgson</surname>
          </string-name>
          ,
          <article-title>Rethinking project management: researching the actuality of projects</article-title>
          ,
          <source>International journal of project management 24</source>
          (
          <year>2006</year>
          )
          <fpage>675</fpage>
          -
          <lpage>686</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>S.</given-names>
            <surname>Cicmil</surname>
          </string-name>
          ,
          <article-title>Understanding project management practice through interpretative and critical research perspectives</article-title>
          ,
          <source>Project management journal 37</source>
          (
          <year>2006</year>
          )
          <fpage>27</fpage>
          -
          <lpage>37</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>S. A.</given-names>
            <surname>Sheard</surname>
          </string-name>
          ,
          <article-title>Assessing the impact of complexity attributes on system development project outcomes</article-title>
          ,
          <source>Stevens Institute of Technology</source>
          ,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bakhshi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Ireland</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gorod</surname>
          </string-name>
          ,
          <article-title>Clarifying the project complexity construct: Past, present</article-title>
          and future,
          <source>International journal of project management 34</source>
          (
          <year>2016</year>
          )
          <fpage>1199</fpage>
          -
          <lpage>1213</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Daniel</surname>
          </string-name>
          , C. Daniel,
          <article-title>Complexity, uncertainty and mental models: From a paradigm of regulation to a paradigm of emergence in project management</article-title>
          ,
          <source>International journal of project management 36</source>
          (
          <year>2018</year>
          )
          <fpage>184</fpage>
          -
          <lpage>197</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>I.</given-names>
            <surname>Nonaka</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Takeuchi</surname>
          </string-name>
          ,
          <article-title>The knowledge-creating company: How Japanese companies create the dynamics of innovation</article-title>
          , Oxford university press,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>I.</given-names>
            <surname>Nonaka</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Von Krogh</surname>
          </string-name>
          ,
          <article-title>Perspective-tacit knowledge and knowledge conversion: Controversy and advancement in organizational knowledge creation theory</article-title>
          ,
          <source>Organization science 20</source>
          (
          <year>2009</year>
          )
          <fpage>635</fpage>
          -
          <lpage>652</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>I.</given-names>
            <surname>Nonaka</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Umemoto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Senoo</surname>
          </string-name>
          ,
          <article-title>From information processing to knowledge creation: a paradigm shift in business management</article-title>
          ,
          <source>Technology in society 18</source>
          (
          <year>1996</year>
          )
          <fpage>203</fpage>
          -
          <lpage>218</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>A.</given-names>
            <surname>Aurum</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Daneshgar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ward</surname>
          </string-name>
          ,
          <article-title>Investigating knowledge management practices in software development organisations-an australian experience</article-title>
          ,
          <source>Information and Software Technology</source>
          <volume>50</volume>
          (
          <year>2008</year>
          )
          <fpage>511</fpage>
          -
          <lpage>533</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>G.</given-names>
            <surname>Standish</surname>
          </string-name>
          ,
          <source>Chaos report</source>
          <year>2015</year>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34]
          <string-name>
            <given-names>A.</given-names>
            <surname>Rezvani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Khosravi</surname>
          </string-name>
          ,
          <article-title>Identification of failure factors in large scale complex projects: an integrative framework and review of emerging themes</article-title>
          ,
          <source>International Journal of Project Organisation and Management</source>
          <volume>11</volume>
          (
          <year>2019</year>
          )
          <fpage>1</fpage>
          -
          <lpage>21</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>S.</given-names>
            <surname>Cicmil</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Cooke-Davies</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Crawford</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Richardson</surname>
          </string-name>
          ,
          <article-title>Exploring the complexity of projects: Implications of complexity theory for project management practice</article-title>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          [36]
          <string-name>
            <given-names>M. F.</given-names>
            <surname>Mikkelsen</surname>
          </string-name>
          ,
          <article-title>Perceived project complexity: a survey among practitioners of project management</article-title>
          ,
          <source>International Journal of Managing Projects in Business</source>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          [37] l. Nonaka,
          <string-name>
            <given-names>H.</given-names>
            <surname>Takeuchi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Umemoto</surname>
          </string-name>
          ,
          <article-title>A theory of organizational knowledge creation</article-title>
          ,
          <source>International journal of technology management 11</source>
          (
          <year>1996</year>
          )
          <fpage>833</fpage>
          -
          <lpage>845</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref38">
        <mixed-citation>
          [38]
          <string-name>
            <given-names>O.</given-names>
            <surname>Pankratz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Basten</surname>
          </string-name>
          ,
          <article-title>Opening the black box: Managers' perceptions of is project success mechanisms</article-title>
          ,
          <source>Information &amp; Management</source>
          <volume>55</volume>
          (
          <year>2018</year>
          )
          <fpage>381</fpage>
          -
          <lpage>395</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref39">
        <mixed-citation>
          [39]
          <string-name>
            <given-names>B.</given-names>
            <surname>Kitchenham</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O. P.</given-names>
            <surname>Brereton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Budgen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Turner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bailey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Linkman</surname>
          </string-name>
          ,
          <article-title>Systematic literature reviews in software engineering-a systematic literature review</article-title>
          ,
          <source>Information and software technology 51</source>
          (
          <year>2009</year>
          )
          <fpage>7</fpage>
          -
          <lpage>15</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref40">
        <mixed-citation>
          [40]
          <string-name>
            <given-names>S.</given-names>
            <surname>Keele</surname>
          </string-name>
          , et al.,
          <article-title>Guidelines for performing systematic literature reviews in software engineering</article-title>
          ,
          <source>Technical Report, Citeseer</source>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref41">
        <mixed-citation>
          [41]
          <string-name>
            <given-names>C.</given-names>
            <surname>Tam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. J. da Costa</given-names>
            <surname>Moura</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Oliveira</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. Varajão,</surname>
          </string-name>
          <article-title>The factors influencing the success of on-going agile software development projects</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>38</volume>
          (
          <year>2020</year>
          )
          <fpage>165</fpage>
          -
          <lpage>176</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref42">
        <mixed-citation>
          [42]
          <string-name>
            <given-names>D.</given-names>
            <surname>Ciric</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Lalic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Gracanin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Tasic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Delic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Medic</surname>
          </string-name>
          ,
          <article-title>Agile vs. traditional approach in project management: Strategies, challenges and reasons to introduce agile</article-title>
          ,
          <source>Procedia Manufacturing</source>
          <volume>39</volume>
          (
          <year>2019</year>
          )
          <fpage>1407</fpage>
          -
          <lpage>1414</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref43">
        <mixed-citation>
          [43]
          <string-name>
            <given-names>I.</given-names>
            <surname>Fatema</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Sakib</surname>
          </string-name>
          ,
          <article-title>Factors influencing productivity of agile software development teamwork: A qualitative system dynamics approach</article-title>
          ,
          <source>in: 2017 24th Asia-Pacific Software Engineering Conference (APSEC)</source>
          , IEEE,
          <year>2017</year>
          , pp.
          <fpage>737</fpage>
          -
          <lpage>742</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref44">
        <mixed-citation>
          [44]
          <string-name>
            <given-names>A.</given-names>
            <surname>Ahimbisibwe</surname>
          </string-name>
          , U. Daellenbach,
          <string-name>
            <given-names>R. Y.</given-names>
            <surname>Cavana</surname>
          </string-name>
          ,
          <article-title>Empirical comparison of traditional plan-based and agile methodologies: Critical success factors for outsourced software development projects from vendors' perspective</article-title>
          ,
          <source>Journal of Enterprise Information Management</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref45">
        <mixed-citation>
          [45]
          <string-name>
            <given-names>M.</given-names>
            <surname>Pace</surname>
          </string-name>
          ,
          <article-title>A correlational study on project management methodology and project success</article-title>
          .,
          <source>Journal of Engineering, Project &amp; Production Management</source>
          <volume>9</volume>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref46">
        <mixed-citation>
          [46]
          <string-name>
            <given-names>S.</given-names>
            <surname>Dhir</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Kumar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Singh</surname>
          </string-name>
          ,
          <article-title>Success and failure factors that impact on project implementation using agile software development methodology</article-title>
          , in: Software engineering, Springer,
          <year>2019</year>
          , pp.
          <fpage>647</fpage>
          -
          <lpage>654</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref47">
        <mixed-citation>
          [47]
          <string-name>
            <given-names>J.</given-names>
            <surname>Maqsood</surname>
          </string-name>
          , I. Eshraghi,
          <string-name>
            <given-names>S. S.</given-names>
            <surname>Ali</surname>
          </string-name>
          ,
          <article-title>Success or failure identification for github's open source projects</article-title>
          ,
          <source>in: Proceedings of the 2017 International Conference on Management Engineering, Software Engineering and Service Sciences</source>
          ,
          <year>2017</year>
          , pp.
          <fpage>145</fpage>
          -
          <lpage>150</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref48">
        <mixed-citation>
          [48]
          <string-name>
            <given-names>N.</given-names>
            <surname>Saleem</surname>
          </string-name>
          ,
          <article-title>Empirical analysis of critical success factors for project management in global software development</article-title>
          ,
          <source>in: 2019 ACM/IEEE 14th International Conference on Global Software Engineering (ICGSE)</source>
          , IEEE,
          <year>2019</year>
          , pp.
          <fpage>68</fpage>
          -
          <lpage>71</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref49">
        <mixed-citation>
          [49]
          <string-name>
            <given-names>C.</given-names>
            <surname>Arumugam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kameswaran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Kaliamourthy</surname>
          </string-name>
          ,
          <article-title>Global software development: A design framework to measure the risk of the global practitioners</article-title>
          ,
          <source>in: Proceedings of the 7th International Conference on Computer and Communication Technology</source>
          ,
          <year>2017</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref50">
        <mixed-citation>
          [50]
          <string-name>
            <given-names>F.</given-names>
            <surname>Calefato</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Iafaldano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Lanubile</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Vasilescu</surname>
          </string-name>
          ,
          <article-title>On developers' personality in largescale distributed projects: the case of the apache ecosystem</article-title>
          ,
          <source>in: 2018 IEEE/ACM 13th International Conference on Global Software Engineering (ICGSE)</source>
          , IEEE,
          <year>2018</year>
          , pp.
          <fpage>87</fpage>
          -
          <lpage>96</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref51">
        <mixed-citation>
          [51]
          <string-name>
            <given-names>A.</given-names>
            <surname>Neumeier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Radszuwill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. Z.</given-names>
            <surname>Garizy</surname>
          </string-name>
          ,
          <article-title>Modeling project criticality in it project portfolios</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>36</volume>
          (
          <year>2018</year>
          )
          <fpage>833</fpage>
          -
          <lpage>844</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref52">
        <mixed-citation>
          [52]
          <string-name>
            <given-names>M.</given-names>
            <surname>Martinsuo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Geraldi</surname>
          </string-name>
          ,
          <article-title>Management of project portfolios: Relationships of project portfolios with their contexts</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>38</volume>
          (
          <year>2020</year>
          )
          <fpage>441</fpage>
          -
          <lpage>453</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref53">
        <mixed-citation>
          [53]
          <string-name>
            <given-names>D.</given-names>
            <surname>Hofmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Ahlemann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Reining</surname>
          </string-name>
          ,
          <article-title>Reconciling alignment, eficiency, and agility in it project portfolio management: Recommendations based on a revelatory case study</article-title>
          ,
          <source>International journal of project management 38</source>
          (
          <year>2020</year>
          )
          <fpage>124</fpage>
          -
          <lpage>136</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref54">
        <mixed-citation>
          [54]
          <string-name>
            <given-names>C.</given-names>
            <surname>Kaufmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kock</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. G.</given-names>
            <surname>Gemünden</surname>
          </string-name>
          ,
          <article-title>Emerging strategy recognition in agile portfolios</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>38</volume>
          (
          <year>2020</year>
          )
          <fpage>429</fpage>
          -
          <lpage>440</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref55">
        <mixed-citation>
          [55]
          <string-name>
            <given-names>T. S.</given-names>
            <surname>Nguyen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mohamed</surname>
          </string-name>
          ,
          <article-title>Interactive efects of agile response-to-change and project complexity on project performance</article-title>
          ,
          <source>in: 10th International Conference on Engineering, Project, and Production Management</source>
          , Springer Singapore,
          <year>2020</year>
          , pp.
          <fpage>311</fpage>
          -
          <lpage>320</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref56">
        <mixed-citation>
          [56]
          <string-name>
            <given-names>V.</given-names>
            <surname>Damasiotis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Fitsilis</surname>
          </string-name>
          ,
          <article-title>Project management guidelines/frameworks in the era of agility and complexity</article-title>
          , in: Smart City Emergence, Elsevier,
          <year>2019</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>20</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref57">
        <mixed-citation>
          [57]
          <string-name>
            <given-names>M.</given-names>
            <surname>Mohseni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tabassi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Kamal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Bryde</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Michaelides</surname>
          </string-name>
          ,
          <article-title>Complexity factors in mega projects: a literature review</article-title>
          ,
          <source>European Proceedings of Multidisciplinary Sciences</source>
          <volume>2</volume>
          (
          <year>2019</year>
          )
          <fpage>54</fpage>
          -
          <lpage>67</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref58">
        <mixed-citation>
          [58]
          <string-name>
            <given-names>M.</given-names>
            <surname>Kuhrmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Müench</surname>
          </string-name>
          ,
          <article-title>Spi is dead, isn't it? clear the stage for continuous learning!</article-title>
          ,
          <source>in: 2019 IEEE/ACM International Conference on Software and System Processes (ICSSP)</source>
          , IEEE,
          <year>2019</year>
          , pp.
          <fpage>9</fpage>
          -
          <lpage>13</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref59">
        <mixed-citation>
          [59]
          <string-name>
            <surname>A. M. Garcia Rodríguez</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Milanés Zamora</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Trujillo Casañola</surname>
            ,
            <given-names>J. P.</given-names>
          </string-name>
          <string-name>
            <surname>Febles Rodríguez</surname>
            ,
            <given-names>I. J.</given-names>
          </string-name>
          <string-name>
            <surname>Sánchez</surname>
            <given-names>González</given-names>
          </string-name>
          ,
          <article-title>Asociación entre buenas prácticas y factores críticos para el éxito en la mps</article-title>
          ,
          <source>Revista Cubana de Ciencias Informáticas</source>
          <volume>12</volume>
          (
          <year>2018</year>
          )
          <fpage>89</fpage>
          -
          <lpage>103</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref60">
        <mixed-citation>
          [60]
          <string-name>
            <given-names>J. A. G.</given-names>
            <surname>Correa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. L. S.</given-names>
            <surname>Castañeda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. A. V.</given-names>
            <surname>Quintero</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. E.</given-names>
            <surname>Giraldo</surname>
          </string-name>
          ,
          <article-title>Identification and analysis of project management success factors in information technology smes</article-title>
          ,
          <source>International Journal of Information Technology Project Management (IJITPM) 9</source>
          (
          <year>2018</year>
          )
          <fpage>73</fpage>
          -
          <lpage>90</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref61">
        <mixed-citation>
          [61]
          <string-name>
            <given-names>F.</given-names>
            <surname>Palomba</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Linares-Vásquez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Bavota</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Oliveto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. Di</given-names>
            <surname>Penta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Poshyvanyk</surname>
          </string-name>
          ,
          <string-name>
            <surname>A. De Lucia</surname>
          </string-name>
          ,
          <article-title>Crowdsourcing user reviews to support the evolution of mobile apps</article-title>
          ,
          <source>Journal of Systems and Software</source>
          <volume>137</volume>
          (
          <year>2018</year>
          )
          <fpage>143</fpage>
          -
          <lpage>162</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref62">
        <mixed-citation>
          [62]
          <string-name>
            <given-names>T.</given-names>
            <surname>Lappi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Aaltonen</surname>
          </string-name>
          ,
          <article-title>Project governance in public sector agile software projects</article-title>
          ,
          <source>International Journal of Managing Projects in Business</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref63">
        <mixed-citation>
          [63]
          <string-name>
            <given-names>L. F.</given-names>
            <surname>Santana</surname>
          </string-name>
          ,
          <string-name>
            <surname>L. F. C.</surname>
          </string-name>
          d. Santos,
          <string-name>
            <given-names>T. S. C.</given-names>
            <surname>Silva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. B.</given-names>
            <surname>Villar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. G.</given-names>
            <surname>Rocha</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Gonçalves</surname>
          </string-name>
          ,
          <article-title>Scrum as a platform to manage students in projects of technological development and scientific initiation: a study case realized at unit/se</article-title>
          ,
          <source>Journal of Information Systems Engineering &amp; Management</source>
          <volume>2</volume>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref64">
        <mixed-citation>
          [64]
          <string-name>
            <given-names>T.</given-names>
            <surname>Jitpaiboon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. M.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Gu</surname>
          </string-name>
          ,
          <article-title>Critical success factors afecting project performance: An analysis of tools, practices, and managerial support</article-title>
          ,
          <source>Project Management Journal</source>
          <volume>50</volume>
          (
          <year>2019</year>
          )
          <fpage>271</fpage>
          -
          <lpage>287</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref65">
        <mixed-citation>
          [65]
          <string-name>
            <surname>M. M. Sharma</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Agrawal</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          <string-name>
            <surname>Deore</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Kumari</surname>
          </string-name>
          ,
          <article-title>Revisiting agile software development process based on latest software industry trends</article-title>
          ,
          <source>Journal of Information and Optimization Sciences</source>
          <volume>41</volume>
          (
          <year>2020</year>
          )
          <fpage>533</fpage>
          -
          <lpage>541</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref66">
        <mixed-citation>
          [66]
          <string-name>
            <given-names>D.</given-names>
            <surname>Stevenson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Starkweather</surname>
          </string-name>
          ,
          <article-title>It project success: The evaluation of 142 success factors by it pm professionals</article-title>
          ,
          <source>International Journal of Information Technology Project Management (IJITPM) 8</source>
          (
          <issue>2017</issue>
          )
          <fpage>1</fpage>
          -
          <lpage>21</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref67">
        <mixed-citation>
          [67]
          <string-name>
            <given-names>J.</given-names>
            <surname>Rajagopalan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. K.</given-names>
            <surname>Srivastava</surname>
          </string-name>
          ,
          <article-title>Introduction of a new metric “project health index”(phi) to successfully manage it projects</article-title>
          ,
          <source>Journal of Organizational Change Management</source>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref68">
        <mixed-citation>
          [68]
          <string-name>
            <given-names>P. R.</given-names>
            <surname>Cristaldo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. C.</given-names>
            <surname>Ballejos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Ale</surname>
          </string-name>
          , Propuesta metodológica de enfoque “
          <article-title>híbrido” para la gestión de proyectos de tics en la administración pública: Implementación y verificación</article-title>
          ,
          <source>Revista Tecnología y Ciencia</source>
          (
          <year>2019</year>
          )
          <fpage>16</fpage>
          -
          <lpage>36</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref69">
        <mixed-citation>
          [69]
          <string-name>
            <given-names>T. T.</given-names>
            <surname>Luong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>U.</given-names>
            <surname>Sivarajah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Weerakkody</surname>
          </string-name>
          ,
          <article-title>Do agile managed information systems projects fail due to a lack of emotional intelligence?</article-title>
          ,
          <source>Information Systems Frontiers</source>
          <volume>23</volume>
          (
          <year>2021</year>
          )
          <fpage>415</fpage>
          -
          <lpage>433</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref70">
        <mixed-citation>
          [70]
          <string-name>
            <given-names>J. L.</given-names>
            <surname>Cantú-Mata</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Torres-Castillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Alcaraz-Corona</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Banda-Muñoz</surname>
          </string-name>
          , Calidad, tiempo y costo en proyectos de desarrollo de software,
          <source>Interciencia</source>
          <volume>43</volume>
          (
          <year>2018</year>
          )
          <fpage>707</fpage>
          -
          <lpage>710</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref71">
        <mixed-citation>
          [71]
          <string-name>
            <given-names>S. M. A.</given-names>
            <surname>Suliman</surname>
          </string-name>
          , G. Kadoda,
          <article-title>Factors that influence software project cost and schedule estimation</article-title>
          ,
          <source>in: 2017 Sudan Conference on Computer Science and Information Technology (SCCSIT)</source>
          , IEEE,
          <year>2017</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>9</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref72">
        <mixed-citation>
          [72]
          <string-name>
            <given-names>A. E.</given-names>
            <surname>Akgün</surname>
          </string-name>
          ,
          <article-title>Team wisdom in software development projects and its impact on project performance</article-title>
          ,
          <source>International Journal of Information Management</source>
          <volume>50</volume>
          (
          <year>2020</year>
          )
          <fpage>228</fpage>
          -
          <lpage>243</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref73">
        <mixed-citation>
          [73]
          <string-name>
            <given-names>A. Y.</given-names>
            <surname>Gheni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y. Y.</given-names>
            <surname>Jusoh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Jabar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. M.</given-names>
            <surname>Ali</surname>
          </string-name>
          ,
          <article-title>The critical success factors (csfs) for it projects</article-title>
          ,
          <source>Journal of Telecommunication</source>
          , Electronic and Computer Engineering (JTEC) 9
          <article-title>(</article-title>
          <year>2017</year>
          )
          <fpage>13</fpage>
          -
          <lpage>17</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref74">
        <mixed-citation>
          [74]
          <string-name>
            <surname>A. A. M. Alsunki</surname>
            ,
            <given-names>M. A.</given-names>
          </string-name>
          <string-name>
            <surname>Ali</surname>
            ,
            <given-names>A. A.</given-names>
          </string-name>
          <string-name>
            <surname>Jaharadak</surname>
            ,
            <given-names>N. M.</given-names>
          </string-name>
          <string-name>
            <surname>Tahir</surname>
          </string-name>
          ,
          <article-title>Framework of software developers engagement antecedents and productivity-a review</article-title>
          ,
          <source>in: 2020 16th IEEE International Colloquium on Signal Processing &amp; Its Applications (CSPA)</source>
          , IEEE,
          <year>2020</year>
          , pp.
          <fpage>302</fpage>
          -
          <lpage>307</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref75">
        <mixed-citation>
          [75]
          <string-name>
            <given-names>P.</given-names>
            <surname>Ram</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Rodriguez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Oivo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Martínez-Fernández</surname>
          </string-name>
          ,
          <article-title>Success factors for efective process metrics operationalization in agile software development: a multiple case study</article-title>
          ,
          <source>in: 2019 IEEE/ACM International Conference on Software and System Processes (ICSSP)</source>
          , IEEE,
          <year>2019</year>
          , pp.
          <fpage>14</fpage>
          -
          <lpage>23</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref76">
        <mixed-citation>
          [76]
          <string-name>
            <given-names>D.</given-names>
            <surname>Monticolo</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Lahoud</surname>
          </string-name>
          ,
          <article-title>An agent approach to manage heterogeneous and distributed knowledge</article-title>
          ,
          <source>International Journal of Knowledge-Based Organizations (IJKBO) 10</source>
          (
          <year>2020</year>
          )
          <fpage>27</fpage>
          -
          <lpage>48</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref77">
        <mixed-citation>
          [77]
          <string-name>
            <given-names>V.</given-names>
            <surname>Stingl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Geraldi</surname>
          </string-name>
          ,
          <article-title>Toolbox for uncertainty; introduction of adaptive heuristics as strategies for project decision making, International Research network on Organizing by projects</article-title>
          ,
          <source>IRNOP</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref78">
        <mixed-citation>
          [78]
          <string-name>
            <given-names>S. R.</given-names>
            <surname>Bhuiyan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Setia</surname>
          </string-name>
          ,
          <article-title>The individual narrative of is project success</article-title>
          ,
          <source>in: Proceedings of the 2018 ACM SIGMIS Conference on Computers and People Research</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>164</fpage>
          -
          <lpage>165</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref79">
        <mixed-citation>
          [79]
          <string-name>
            <given-names>S. K.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gunasekaran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Antony</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Bag</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Roubaud</surname>
          </string-name>
          ,
          <article-title>Systematic literature review of project failures: Current trends and scope for future research</article-title>
          ,
          <source>Computers &amp; Industrial Engineering</source>
          <volume>127</volume>
          (
          <year>2019</year>
          )
          <fpage>274</fpage>
          -
          <lpage>285</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref80">
        <mixed-citation>
          [80]
          <string-name>
            <given-names>R.</given-names>
            <surname>Octavianus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Mursanto</surname>
          </string-name>
          ,
          <article-title>The analysis of critical success factor ranking for software development and implementation project using ahp</article-title>
          ,
          <source>in: 2018 International Conference on Advanced Computer Science and Information Systems (ICACSIS)</source>
          , IEEE,
          <year>2018</year>
          , pp.
          <fpage>313</fpage>
          -
          <lpage>318</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref81">
        <mixed-citation>
          [81]
          <string-name>
            <given-names>O.</given-names>
            <surname>Zwikael</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Meredith</surname>
          </string-name>
          ,
          <article-title>Evaluating the success of a project and the performance of its leaders, IEEE transactions on engineering management (</article-title>
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref82">
        <mixed-citation>
          [82]
          <string-name>
            <given-names>A.</given-names>
            <surname>Abbas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Faiz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fatima</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Avdic</surname>
          </string-name>
          ,
          <article-title>Reasons for the failure of government it projects in pakistan: A contemporary study</article-title>
          ,
          <source>in: 2017 International Conference on Service Systems and Service Management</source>
          , IEEE,
          <year>2017</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref83">
        <mixed-citation>
          [83]
          <string-name>
            <given-names>I.</given-names>
            <surname>Dubovi</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Tabak,</surname>
          </string-name>
          <article-title>An empirical analysis of knowledge co-construction in youtube comments</article-title>
          ,
          <source>Computers &amp; Education</source>
          <volume>156</volume>
          (
          <year>2020</year>
          )
          <fpage>103939</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref84">
        <mixed-citation>
          [84]
          <string-name>
            <given-names>E.</given-names>
            <surname>Vuopala</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Näykki</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Isohätälä</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Järvelä</surname>
          </string-name>
          ,
          <article-title>Knowledge co-construction activities and task-related monitoring in scripted collaborative learning</article-title>
          ,
          <source>Learning, Culture and Social Interaction</source>
          <volume>21</volume>
          (
          <year>2019</year>
          )
          <fpage>234</fpage>
          -
          <lpage>249</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref85">
        <mixed-citation>
          [85]
          <string-name>
            <given-names>S.</given-names>
            <surname>Katalnikova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Novickis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Prokofyeva</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Uskov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Heinemann</surname>
          </string-name>
          ,
          <article-title>Intelligent collaborative educational systems and knowledge representation</article-title>
          ,
          <source>Procedia Computer Science</source>
          <volume>104</volume>
          (
          <year>2017</year>
          )
          <fpage>166</fpage>
          -
          <lpage>173</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref86">
        <mixed-citation>
          [86]
          <string-name>
            <given-names>A.</given-names>
            <surname>Patel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Jain</surname>
          </string-name>
          ,
          <article-title>Formalisms of representing knowledge</article-title>
          ,
          <source>Procedia Computer Science</source>
          <volume>125</volume>
          (
          <year>2018</year>
          )
          <fpage>542</fpage>
          -
          <lpage>549</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref87">
        <mixed-citation>
          [87]
          <string-name>
            <given-names>P.</given-names>
            <surname>Gerlero</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Straccia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. F.</given-names>
            <surname>Pollo</surname>
          </string-name>
          <string-name>
            <surname>Cattaneo</surname>
          </string-name>
          , Marco de trabajo para
          <source>la gestión del conocimiento en la administración de proyectos de desarrollo del software</source>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref88">
        <mixed-citation>
          [88]
          <string-name>
            <given-names>M.</given-names>
            <surname>Sarhadi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Yousefi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Zamani</surname>
          </string-name>
          ,
          <article-title>Participative project management as a comprehensive response to postmodernism criticisms: The role of communication</article-title>
          ,
          <source>International Journal of Managing Projects in Business</source>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref89">
        <mixed-citation>
          [89]
          <string-name>
            <given-names>J.</given-names>
            <surname>Geraldi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Söderlund</surname>
          </string-name>
          , Project studies: What it is, where it is going,
          <source>International journal of project management 36</source>
          (
          <year>2018</year>
          )
          <fpage>55</fpage>
          -
          <lpage>70</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref90">
        <mixed-citation>
          [90]
          <string-name>
            <given-names>T.</given-names>
            <surname>Williams</surname>
          </string-name>
          ,
          <article-title>The nature of risk in complex projects</article-title>
          ,
          <source>Project management journal 48</source>
          (
          <year>2017</year>
          )
          <fpage>55</fpage>
          -
          <lpage>66</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref91">
        <mixed-citation>
          [91]
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mostafavi</surname>
          </string-name>
          ,
          <article-title>Discovering complexity and emergent properties in project systems: A new approach to understanding project performance</article-title>
          ,
          <source>International journal of project management 35</source>
          (
          <year>2017</year>
          )
          <fpage>1</fpage>
          -
          <lpage>12</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref92">
        <mixed-citation>
          [92]
          <string-name>
            <given-names>T.</given-names>
            <surname>Bjorvatn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Wald</surname>
          </string-name>
          ,
          <article-title>Project complexity and team-level absorptive capacity as drivers of project management performance</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>36</volume>
          (
          <year>2018</year>
          )
          <fpage>876</fpage>
          -
          <lpage>888</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref93">
        <mixed-citation>
          [93]
          <string-name>
            <given-names>J.</given-names>
            <surname>Söderlund</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Sydow</surname>
          </string-name>
          ,
          <article-title>Projects and institutions: towards understanding their mutual constitution and dynamics</article-title>
          ,
          <source>International Journal of Project Management</source>
          <volume>37</volume>
          (
          <year>2019</year>
          )
          <fpage>259</fpage>
          -
          <lpage>268</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref94">
        <mixed-citation>
          [94]
          <string-name>
            <given-names>T.</given-names>
            <surname>Kalogeropoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Leopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Kirytopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ventoura</surname>
          </string-name>
          ,
          <article-title>Project-as-practice: Applying bourdieu's theory of practice on project managers</article-title>
          ,
          <source>Project Management Journal</source>
          <volume>51</volume>
          (
          <year>2020</year>
          )
          <fpage>599</fpage>
          -
          <lpage>616</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref95">
        <mixed-citation>
          [95]
          <string-name>
            <given-names>J. P.</given-names>
            <surname>Balladares</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. C.</given-names>
            <surname>Vera</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. L.</given-names>
            <surname>Valdez</surname>
          </string-name>
          ,
          <article-title>Aproximación teórica de la acción comunicativa y su relación con la neurociencia cognitiva</article-title>
          ,
          <source>Universidad Ciencia y Tecnología</source>
          <volume>1</volume>
          (
          <year>2019</year>
          )
          <fpage>134</fpage>
          -
          <lpage>139</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref96">
        <mixed-citation>
          [96]
          <string-name>
            <given-names>A. E.</given-names>
            <surname>Akgün</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Keskin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Ayar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Okunakol</surname>
          </string-name>
          ,
          <article-title>Knowledge sharing barriers in software development teams: a multiple case study in turkey</article-title>
          ,
          <source>Kybernetes</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref97">
        <mixed-citation>
          [97]
          <string-name>
            <given-names>E.</given-names>
            <surname>Goldberg</surname>
          </string-name>
          , Cerebro ejecutivo, Crítica,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref98">
        <mixed-citation>
          [98]
          <string-name>
            <given-names>H.</given-names>
            <surname>Gardner</surname>
          </string-name>
          ,
          <article-title>La inteligencia reformulada: las inteligencias múltiples en el siglo XXI,</article-title>
          <year>159</year>
          .955 G171i Ej.
          <volume>1</volume>
          <fpage>020338</fpage>
          , Paidos„
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>