Abstract:
Information Technology (IT) projects are enablers of organizational transformation and business growth. Despite the contribution of methodologies and frameworks for project management, the ratio of failed IT projects remains high; then, studying critical success factors of IT projects persist as an essential issue for researches and practitioners. This paper presents a systematic literature review focused on compiling and synthesizing project success factors in IT projects. The literature search was conducted using primary journal articles until 2017. All studies agree on the relevance of studying the critical success factors in IT projects given their particular characteristics. The results indicate there is no clear definition of project success concept; our review consolidates the IT success criteria into time, budget, project management, system quality, user satisfaction, and economic value. Also, there a vast and overlapped list of factors; so, this research proposes a structure that synthesizes the most referenced critical factors that have in common soft attributes as involvement, support, communication, and commitment. Findings reinforce the relevance of soft skills in IT project teams.
Keywords:
project success; IT project; systematic review; success factors.
DOI: 10.12821/ijispm080203
Manuscript received: 29 August2019
Manuscript accepted: 19 January 2020
1.Introduction
Information technology (IT) projects serve as vehicles of transformation and business growth. It has been observed that annual global investment in information technology is permanently increasing. Gartner-Inc estimates that in 2019, it will reach 3.79 trillion dollars [1]. These investments are made to contribute to the achievement of organizational aims and objectives [2]. IT enables multidimensional IT-based change in organizations, and they are increasingly configured oriented or based on projects [3, 4].
Even though progress has been made in project management practices and methodologies, the high ratio of failure in IT projects continues. Project methodologies and frameworks have contributed to better project achievements and to help address low success rates using project-related knowledge [5, 6]. However, over time, the IT failure rate is still high. Standish Group reports that 31.1% of the projects are classified as failed, which means they were abandoned or canceled, and 52.7% are completed over cost, over time, and/or lacking promised functionality [6]. So, it is therefore vital to find out what makes the difference in project results and what are the critical factors.
Critical success factors have been studied extensively with specific approaches, and the lists of critical success factors that have resulted are also vast. Some authors focused on a specific methodology [e.g., 7, 8], technology [e.g., 9, 10], stakeholder perspective [e.g., 11, 12, 13], specific group of factors [e.g. 9, 14], or others. To a large extent, this long list is since each project is unique. Although project methodologies seek to be general for all types of projects, there is a coincidence in the authors in pointing out that the different particularities of the projects influence success. Belassi presented the variation in the criticality of factors among the industry sectors; the author demonstrated that there are sectors in which some factor is very critical while in another sector it is not relevant [15]. This idea, more recently reinforced by project studies, has adopted a contingency approach that indicates that project performance increases if the contextual factors are aligned with the structural factors of the organization [16-18]. It has been pointed out that the context, type, history, and nature of the projects are elements that should be considered [18, 19].
Project success is intensely studied in general project management literature, and these studies have contributed to our understanding of the phenomenon. However, it is convenient to explore the success in the context of IT projects, given the particularities of high complexity, uncertainty, and high risk of the more significant number of information technology projects. There are no studies that summarize, evaluate, and interpret the relevant literature on these factors transversally. While there are literature review studies about project success [20, 21], there are not literature reviews in the IT project field. In IT literature, studies are found [e.g., 22, 23] who make contributions through literature review with a focus on software development rather than projects; therefore, they present a technical approach more than a management one.
To help fill this gap, a Systematic Literature Review (SLR) of IT project success was performed focusing on critical success factors expressed as attributes (e.g., involvement, commitment, expertise, quality) that apply on project objects (e.g., users, sponsor, schedule, methodology). Based on a rigorous systematic review methodology, 39 articles were identified and analyzed, summarizing the criteria to define success and its factors, as well as synthesizing the main categories of factors.
This research contributes to the literature by identifying opportunities for future research in the field of critical factors. This study is also useful for managers since it can guide them in their decision-making processes, project organizing, resource assignment, monitoring, and control. Finally, it is helpful for project managers to identify critical success factors and act according to them.
This paper is structured as follows. Section 2 summarizes the previous literature on the subject. Then, the research question and methodology are presented in section 3. The results and discussion are developed in sections 4 and 5, respectively. Finally, section 6 presents the conclusions.
2.Background
2.1Project success
No clear definition of the concept "project success" was found. It has been defined in a range of different ways [24-26]. Many authors conceptualize success grounded in the criteria of success, criteria in which there is no consensus, the most traditional is the so-called "iron triangle" comprising cost, time, and quality [24, 25, 27-29]. Baccarini [30] presents project success as a core concept in project management, identifies two components that define a successful project: successful project management and successful product of the project. In another stream, "success" is corresponding to the efficiency and the effectiveness of the project. The efficiency understood as the maximization of output for a given level of resources; the effectiveness directed to the achievement of goals or objectives [31].
Project Success concept is often based on the different perceptions of each stakeholder depending on the moment the project is found; it is usual to find that the same project is considered successful by some and a failure by others. Lim and Mohamed [32, 33] explain that a project impacts a different way to each element of society, and each stakeholder such as the individual owner, developer, contractor, user, the general public, each of them has a different perspective. The perception of the stakeholders rather than being a global perspective is due to a perception of the achievement of their own objectives [34-36].
The existing theory of project success is mainly relying on the work done by Pinto and Slevin. The study aimed to construct a more general and more widely accessible measure of project success applicable to a variety of organizational projects. Success comes from criteria linked to the project (e.g., time, cost, and the performance of the project); as well as criteria related to the client (e.g., such as use, satisfaction, and effectiveness) [37].
In contrast to the search for a general measure of success, more recently, the project contingency theory (PCT) has emerged linking project management methods and the project context [16]. Contingency theory suggests that the structural factors in organizations should suit the contextual factors to increase performance [17]. Based on contingency theory, Shenhar, who has conducted several studies based on contingency theory, proposes four bases to analyze projects (NTCP): "Novelty", how intensely new are crucial aspects of the project?; "Technology", where does the project exist on the scale from low-tech to superhigh-tech?; "Complexity", how complicated are the product, the process, and the project?; and, "Pace", how urgent is the work? Is the timing "normal, fast, time-critical or blitz"? [38].
The project success criteria are the conditions that a project must meet to determine if it is acceptable; this list of criteria varies from project to project. In literature we found the concept of the "iron triangle", "triple constraint" or "golden triangle" as a representation of the essential criteria for assessing project performance; it means the project is delivered by the due date, within budget and with quality, performance or scope [25, 27, 39]. At the same time, as the use of the triangle, other less used concepts are found, such as "virtuous square of criteria" or "quadruple constraint" (which include customer satisfaction). Recently, Pollack indicated the iron triangle concept is still valid; there is an agreement in two vertices of the triangle: time and cost; and for the third vertex, the most common use is quality following by scope, performance, or requirements [40]. Satisfaction is a perception criterion also included in the literature. For example, Westerveld, under the term "appreciation" shows the relevance of it by defining six categories, five related to satisfaction: project results (Budget, Schedule, Quality), appreciation by the client, by project personnel, by users, by contracting partners and by stakeholders [41]. Is becoming constant the inclusion of benefit concepts, such as benefit to the client, to the organization, to the stakeholders, support to the strategy, and business outcomes, such as informationprocessing benefits, effects on business operations, or impact on business performance [e.g., 42, 43].
In conclusion, project success is a multi-dimensional concept depending on criteria, stakeholder perception, the context, and the phase the project is found.
2.2 Project success factors
The literature on success factors is ample. The most cited author regarding success factors is Cooke-Davies who presents twelve factors to project management success, to a successful individual project and consistently successful projects [28]. Another facet of project success that is important to establish is time frame [44]. Pinto & Slevin give fourteen critical success factors and analyzes the most relevant for each stage of the project [45]. Sudhakar collects eighty factors [46] and presents a model explaining interaction among groups of them. To avoid problems associated with critical success factors that give rise to the criticisms, Fortune & White present twenty-seven critical factors collected from literature and map them onto components of the formal system model used as a framing device to deliver the benefits of taking account of critical success factors [47].
Regarding the project success factors categories in literature, there are several lists of them; one of the most referenced readings in terms of factor grouping is Belassi & Tukel [15]. They studied success factor collected from literature, described the impact of these factors on project performance and grouped the factors into four areas: factors related to the project, factors related to the project managers and the team members, factors related to the organization and factors associated with the external environment [15]. Later, Yeo presents three groups: two related to the managerial and organizational context and one related to the development of the project [48]. Westerveld categorizes the factors in seven areas: leadership and team, policy and strategy, stakeholder management, resources, contracting, project management and external factors [41].
2.3 IT Project
PMI defines a project as "a temporary endeavor undertaken to create a unique product, service, or result" [49]. Information Technology (IT) is the technology used to acquire and process information in support of individual and social purposes. It is typically instantiated as IT systems - complex organizations of hardware, software, procedures, data, and people, developed to address tasks faced by individuals and groups, typically within some organizational setting [50].
Another relevant term is "Information System" (IS) can be defined as a working system whose processes and activities are devoted to processing information, that is, capturing and transmitting, storing, retrieving, manipulating, and displaying information. Thus, an IS is a system in which human participants or machines perform work (processes and activities) using information, technology, and other resources to produce informational products or services for internal or external customers [51].
Combining project characteristics and IT objectives, Bannerman presents an "IT project" definition, IT projects are discrete and unique activities that serve as vehicles of multidimensional IT-based change [52].
The International Council on Systems Engineering (INCOSE) points out a factor that characterizes technology projects: Complexity. Complexity is a characteristic of more than just a technical system being developed. It is often created by the interaction of people, organizations, and the environment that are part of the complex system surrounding the technical system [53]. IT projects are different from and potentially more difficult than other engineering projects as they are characterized by high complexity and high chances of project failure. Some characteristics make them different from other engineering projects and increase the chances of their failure [54].
Most of the IT project characteristics are related to the fact that IT projects involve software. IT projects are often poorly defined, market pressures demand delivery in the shortest time. The rapid pace of technological progress in IT hinders expertise. The tendency to write new software code to perform well-established functions decreases reliability. IT projects involve numerous iterations and continuous interaction and their work are highly interdependent [54]. In addition to complexity, The Royal Academy of Engineering and the British Computer Society mentions lack of constraints due to the immateriality of the software, the software is effectively invisible, there is a visualization problem source of many potential IT project failures, the uncertainty that is generated because many IT systems seek to undertake or increase tasks previously performed by people; the majority of IT projects are undertaken to deliver some business or process change and require an understanding of the company and the processes concerned [55]. IT projects contain a higher degree of novelty than other engineering projects. In particular, IT projects related to product innovation development are extremely complex, risky, and expensive endeavors [56].
In this study, IT projects include infrastructure, outsourcing, information systems (IS), and related projects as Enterprise Resource Planning (ERP) and Customer Relation Management (CRM). It is noticed that researches use the terms IS (for development or implementation) projects, IT projects, software (development) projects indistinctly.
2.4IT Project success
In the IT project world, success studies were based on information systems success studies; Thus, several authors use TAM and TAM2 [57, 58] as their basis, these models explain perceived usefulness and usage intentions in terms of social influence and cognitive instrumental processes. Another group of studies related to the measurement of information system success are based on DeLone & McLean IS Success Model; authors suggest an interactive and taxonomy model as a framework for information system success model [59, 60]. These information system studies have an orientation that links success to the product and user satisfaction.
The approach that includes project management success and information system success, is presented by studies that were based on the sum of the project theory and the theory of success of information systems [43, 61, 62].
Some authors, based on critical success factors (CSF) concept, define the few critical areas of activity in which favorable results are absolutely necessary for a particular manager to reach his or her goals [63].
A smaller number of authors have been based on other theories. Based on attribution theory, which represents an extensive examination of the perceived causes that many apply to events involving themselves or others [64]. Based on analytic hierarchy process (AHP), a method that uses a hierarchic structure to present a complex decision problem by decomposing it into several smaller sub problems, used to reflect the importance, or weights, of the factors associated to priorities [65]. Based on fuzzy cognitive maps (FCM) a modeling methodology for complex decision systems, which has originated from the combination of fuzzy logic and neural networks, describes the behavior of a system in terms of concepts such as entities, states, variables or characteristics of the system [66]. Based on grounded theory, theory in which insights emerge from the data rather than from researchers' preexisting theoretical concerns [26].
In the IT field, project success studies are carried out under the contingency approach. Critical success factors have been studied extensively with specific approaches. Some authors focused on a specific methodology [e.g. 7, 8], technology [e.g., 9, 10], stakeholder perspective [e.g., 11, 13, 26], specific group of factors [e.g., 9, 14], or others. It is noteworthy that the most studied type of project corresponds to ERP implementation projects, and more recently, there is a significant number of studies in projects that apply an agile methodology.
3.Methodology
To identify as much of the relevant literature as possible and to aim to present a fair evaluation of a research topic by using a trustworthy, rigorous, and auditable methodology, a systematic literature review appropriate for software engineering researchers were followed [67]. This study comprises three stages: planning, conducting, and reporting.
3.1Research questions
The research questions are:
* RQ1: What is the definition of "IT Project Success" given by authors?
* RQ2: What are the critical factors for project success most referenced in IT project literature?
* RQ3: Which are the categories in which the critical factors for IT project success have been grouped?
3.2Search process
The electronic databases searched in this review included those identified as relevant to Information Technology (IT): IEEE (Institute of Electrical and Electronics Engineers), ACM (Association for Computing Machinery); also, because IT is an interdisciplinary field, we looked in transversals databases: Scopus and Web of Science.
The search terms were constructed in four steps: 1) identification of key terms from the research question identifying the most appropriate terms, 2) identification of synonyms and acronyms, 3) terms combination using the "and" and "or" operators, and 4) adjust the search terms according to the terminology for each database.
Terms according to the research questions were included: "project success" and "project failure", since some authors study what must be done and others what should not be done, both looking at the success of the projects. To focus the scope in technology projects, "Information Technology" and "Information System" terms were used, followed by acronyms and synonyms like "IS", "IT", "ERP", "CRM", "HIS". Finally, finding answers to research questions, "factors" and "models" terms were introduced in the search. The final search strings used are shown in table 1.
Several criteria were specified to select appropriate studies. These criteria are presented in Table 2.
3.3Search execution
Our search resulted in 920 potentially relevant articles (Fig. 1). Of these, 39 publications met our criteria.
The thirty-nine selected papers are listed in appendix A. In addition to the Scimago journal rank, as quality selection criteria, a quality assessment question list was defined to ensure alignment with the objective of this research. Each selected article will be evaluated according to (1) Rigor (quality of research methodology), (2) credibility (findings and conclusions are correctly presented and with a complete meaning), and (3) relevance (usefulness for the subject of our study). Eight questions cover the three criteria. The quality score ranged from 0 to 8. The scoring system used to determine the individual question score was: Yes (Y) = 1 point, Partial (P) = 0.5 points, No (N) = 0 points. The overall quality score was obtained, summing the eight individual question scores. Thus, the total quality score for each paper ranged between 0 (very poor) and 8 (very good). The quality questions and scores obtained from the included papers are listed in appendix B.
4.Results
All kinds of IT projects were found in the selected papers. Table 3 shows ERP is the most studied IT project type, followed by agile projects.
The research approach used by authors is shown in table 4. The most significant number of studies is quantitative. The high number of studies are descriptive and explanatory. The analysis technique most used in the studies is the correlation analysis (24.4%) followed by the structural equation model with 14.3%. Other techniques are used, such as bayesian model, factor analysis, frequency analysis, among others.
4.1 RQ1: What is the definition of "ITProject success" given by authors?
The types of definitions found are shown in figure 2; 30 of 39 authors did not specify a definition, and only 9 of 39 did a specific definition. Three authors did an intensional definition, providing a statement that establishes the essence of the concept, and six authors did an extensional definition (explaining the concept from a list of success criteria).
Three authors explicitly defined the 'Project Success' concept. "We define ERP project success as the use of such a project to promote effective deployment and enhance organizational effectiveness to which the project management efforts of the steering committee are crucial" [P10]. "The concept of 'success' was derived from a pilot study of practitioners and was 'defined' as (a) there is a project plan, (b) the project is well planned, (c) practitioners have a sense of achievement while working on a project, (d) practitioners have a sense of doing a good job (i.e., delivered quality) while working on a project, and (e) requirements are accepted by the development team as realistic achievable" [P13]. "Ensure successful competitive performance for the organization" [P36].
Several authors who defined extensionally based on success criteria included benefit and impact for the organization. "The success of project introduction is a multifaceted concept and, therefore, can be measured in various categories. These categories include introduction speed, visible and measurable business benefits, as well as the fast return of investments [P16]; "Our study defined success related to the extent that potential benefits were achieved, the costs associated with achieving those benefits, and the duration since going live [P27]. "Project success is defined as organizational impact and on time and on/under budget project completion" [P28]. "Success in ERP projects may be evaluated on traditional project-management metrics, such as on-time or on-budget performance, or based on business outcomes, such as information-processing benefits, effects on business operations, or impact on the business" [P30].
The authors do not agree on the same single definition of project success. Even thirteen authors who keep definitions linked to the iron triangle present some variant for the vertices; for the time vertex: time, schedule, adherence to schedule, within time, duration; for the cost vertex: cost, budget, adherence to budget, financial budget, within budget; for the third vertex there is a much more varied list. The list of criteria used in extensional definitions is shown in table 5.
In the articles reviewed, we found ten authors who focus their study on determining success criteria. These studies take some initial relationship of success criteria and, by some method, establish the validity of them. Papers that consider success as a global variable or papers that use success variables without developing any validation on these variables were not included.
The list of criteria determined by the authors is shown in table 6, this list is extensive, although there is a similarity among them. As an example, about the budget: 'Adherence to budget', 'Budget', 'Financial budget', 'Within Budget'; in other cases, the similarity is found reading the description of the criteria consigned by the authors, as an example, Pankratz and Basten [P14] list as criterion 'Process Efficiency' and defines it as 'Ratio of objective achievement to expended effort (budget, particularly human resources)', whereas Subiyakto et al. [P17] in simple form list as criterion 'Resources savings'. Besides, based on the variable name and description indicated by the authors, a single variable description has been compiled. This information is showed in table 7.
Based on the identification of similar definitions, fourteen criteria were synthesized (see table 7). Each of these fourteen criteria has been related to one of the five categories established by Gollner and Baumane [P15]. Four criteria were found that were not part of the initial list of criteria: process efficiency, goals achievement, the team is satisfied, and business impact; these criteria were included in the list in their corresponding category. An additional note, in the 'economic value' category, Gollner and Baumane included the criterion 'net benefits'; however, the description corresponds to what other authors called 'individual impact' or 'impact on users.'.
4.2 RQ2: What are the critical factors for project success most referenced in IT project literature?
In IT literature, there is not a single agreement among authors about what are the critical success factors. Thirty-four authors worked on the analysis of the critical factors for project success. Regarding the meaning and use of the factor term, there is no similarity among authors. There are coincidences in the detail of lists that some authors called characteristics, other cues, factors, or items.
There were 263 factors collected from the researches of these authors. The most cited factors: top management support (five times), change management (three times), internal communication and user involvement. However, since the number of factors is so high; it is necessary to find a mechanism that allows us to synthesize and better understand this large number of factors.
In this study, factors were worked as variables that can be defined conceptually and operationalized to be measured. In each factor, an attribute (characteristic, quality, or property) was identified that applies to an object (person, activity, artifact, or event). The sequence of steps followed to obtain the synthesized factors is detailed below.
a)Identification of articles that analyze success factors and present conclusive studies about the incidence of these factors in project success: 34 articles studied success factors ( [P14], [P2], [P19], [P7], [P10], [P29], [P27], [P34], [P30], [P38], [P1], [P16], [P5], [P6], [P20], [P8], [P21], [P26], [P28], [P11], [P35], [P31], [P13], [P37], [P22], [P3], [P17], [P18], [P4], [P12], [P26], [P32], [P23], [P24]) and 5 articles studied failure factors ([P25], [P33], [P27], [P38], [P22]).
b) Factors that correspond to papers that study a specific group of factors were discarded. For example, the analysis is concentrated in a single factor project related motivation [P14], only technical factors linked to quality product [P8], only factors linked to project management methodology [P21], only factors related to staff [P26], only factors related to people [P3]. In addition, paper [P29] that studies four factors as categories and does not analyze factors in detail was discarded.
c) Success factors that, in their definition, are found that correspond to failure factors were discarded. For example, 'Business Case, estimating and financial management' defined as 'Poor business case definition; project benefits are not clearly defined or properly estimated and poor financial management'; 'Requirement and scope management' defined as 'Failings as a direct result of inadequate requirements definition or poorly managed scope creep during the project life cycle' [P2].
d) Factors that, in fact, are criteria of success and not factors were discarded. For instance: 'Fulfilling business' and 'Implementation goal'.
e) 'Factors' that were not variables that can be measured were discarded. For example, 'Project environment' without a definition It is not clear which is the attribute to measure; 'Project management and control', 'Project planning', 'Project definition process', 'Risk analysis', 'interface management', 'IT infrastructure', they are activities or resources and not factors.
At this point, the number of factors that result was 187.
f) Each factor was discomposed in an attribute and an object, identifying the attribute that is measured on the object. For instance, the factor 'maturity of the organization' is discomposed as attribute 'maturity' and object 'organization; 'experienced participants' is discomposed as attribute 'experience' and object 'participant'.
g) Attributes and objects with the same meaning have been synthesized. For example, 'Use of planning' factor, whose description indicates effective use of planning, is synthesized with the 'effective planning' factor, leaving a single attribute 'Effective/use of'; in the case of factors 'a clear project goal', 'clear responsibilities', 'clarity of the project', a single attribute has been synthesized as 'clarity'; also factors that have this implicit attribute have been added to 'clarity' attribute.
The number of attributes resulted in thirty-seven, while the number of objects in thirty-three. A double-entry consolidated matrix (attribute vs. object) was created, and each cell shows the number of times that attribute associated with that object is found. The final matrix is shown in table 8.
The most referenced attributes: 'involvement', 'support', 'communication',' knowledge and technical expertise', 'commitment' and so on are shown in upper rows (from top to bottom); while in left columns (from left to right) the most referenced objects are shown: team members, users, top management, consultants, organization, internal members, participants or stakeholders, project manager and more.
Regarding the most cited attributes, 'Involvement' is defined as playing a significant role, incorporation of point of view, the influence, and participation in important decisions. 'Involvement' means active participation throughout the project. Whose 'involvement' is expected? From users: "User involvement means that the end-user of the project outcome should be consulted throughout the project" [P6], 'the incorporation of the user's viewpoint into project management" [P22], from top management: "Top management awareness regarding the project goals and complexity, labor required, existing limitations, required capital investment and project inevitability" [P12], "The use of a champion in a significant role is important to project success. Projects reporting a significant role of a champion were more successful than those without champions or where the champion did not play a significant role." [P28]; from the team and participants: "The project manager and members of the implementation team are strongly involved in the implementation duties" [P12], "Coworker influence means that the project manager does not make important decisions without consulting with the team" [P6].
'Support' defined as to assist to; to give approval, comfort, or encouragement to; be actively interested in and concerned for the success of. Whose 'support' is expected? from top management: "Support from management, managerial experience, Position of the Board of Directors in the corporate organizational chart" [P1], "Top management support means that the project sponsor is actively involved in the project." [P6], "Top management adherence to project execution goals, participation in project trends formation, readiness to allocate resources and authority necessary for project execution." [P18], "In the close-knit SME work environment, management leads by example. Encouraging employees positively towards the project is just as important as providing sufficient resources" [P27], "Top management support for the project, and the management members' involvement in implementation duties" [P12].
'Communication' defined in the dictionary as the imparting or exchanging of information by speaking, writing, or using some other medium. Communication between whom? Mainly Internal-In house, team members, users, stakeholders, and suppliers are also indicated. 'In house communications' [P18], 'user-customer-contractor dialogue' [P22], "Internal communication means the communication within the project team" [P6], "Triggering effective communication" [P10]. Communication of what? Plan "working routines should be standardized and communicated to relevant personnel" [P6], 'communicating the case' [P34].
'Team members' is the most referenced object. This object is also often referenced with the name of participants, or internal or in-house members. What are the attributes that the literature points out that the team should have? These attributes are quite diverse; Capabilities and skills: "The implementation team consists of various people having high qualifications and knowledge about the enterprise" [P12], "The own staff company having necessary skills, knowledge, and experience regarding implementation project" [P18], "Skill level of the team remaining on the project through test/transition" [P22], "Skilled team refers not only to competent personnel in general but requires that the team as a whole covers relevant knowledge perform all tasks in the project." [P6], 'Team Capability (in terms of Timeliness and Cost)' [P11], "Integrity" [P17], "Skills and competencies of project members" [P16]; Time-dedication: "The work time assured for the implementation team members (work time schedule)" [P12]; Empowerment: "The empowerment of the project team members to make decisions and their high position in the enterprise hierarchy" [P12]; Environment (quality): "Team Environment (in terms of Quality)" [P6].
The results can also be read following the intersection between attributes and objects. The most referenced factor with eleven times frequency is 'support of top management' composed by attribute 'support' and object 'top management'; then 'user's involvement' with seven times; followed by 'internal communication' (six times) and 'knowledge and technical expertise of the consultants' and 'effective of planning' (five times).
4.3 RQ3: Which are the categories in which the critical factors for IT project success have been grouped?
Therteen authors worked on categories of success factors, mostly taking previous studies as a reference. Paper from Stankovic et al. [P20] was not included because they used the categorization of Chow and Cao [P11]. Paper from Karlsen et al. [P31] was included even though it takes categories proposed before by Belassi and Tukel [15].
The list of 41 different categories found in the literature is shown in table 9. Each author grouped factors following different criteria. In some cases, criteria names are similar and, in other cases, are quite similar to a word that accompanies it, and that introduces some specificity to the category.
Curcio et al. [P1] classify in three categories, factors related to individuals, technology, and organization. Some particularities: the support of top management is included in the category of organizational factors, not in factors related to individuals. It does not include factors related to project management and is very extensive in terms of factors related to technology; this is because its study focuses on factors related to software quality as an element of success in a software development project.
Two authors propose a more atomized grouping that includes seven categories, each group with an extensive list of factors. Amid et al. [P25] based on a list of forty-seven factors study the categorization of thirty-five factors, while Sudhakar [P39] based on a review of the literature studies categories and proposes a model that relates these categories. Both include the categories: organization, technical, and project management; besides, the first author includes: human resources, processes, managerial and vendors, and consultants, while the second also considers: communication, environment, product, and team.
Pecherskaya et al. [P18] present a double categorization of factors, first grouping them into key participants and key activities, and at the same time, classifies them as hard or soft categories. He is the only author who proposes a second grouping. This study emphasizes the relevance of soft factors.
A peculiar grouping is presented by Saadé, Dong, and Wan [P5]; the proposed categories are different from all other authors: engagement traits, education, and experience. These three categories seem to correspond to the grouping of attributes that impact on the different objects that are referenced in the factors.
Samuel and Kumar [P19] propose three categories: user group, internal support, and external support. Internal support category includes top management and project team, while external support includes vendors and consultants. In general, these categories refer only to crucial project participants.
The most uncomplicated grouping is of two categories. Sheffield and Lemétaver [P7] present project factors and project environment factors. Project environment factors category includes factors related to the organization and top management, while the project factors category includes factors related to management, the team, and the nature of the project (size, complexity, etc.).
Chow and Cao [P11] propose grouping through five categories and conclude with four relevant categories: organizational, technical, process, and people. There is a coincidence with other authors in the first three with the same category name and not in the fourth that authors call people; although the name of the 'people' category does not coincide precisely with other authors, it is similar to 'human resources', 'individual factors', 'team', 'key project participants' or 'related to implementation participants'. It should be noted that in the 'process' category it brings together factors related to project management as well as factors related to the development methodology; 'technical' category includes factors related to the technical activities for product development; the project category that was dismissed included factors related to the nature of the project.
Salmeron and Herrero [P36] raise three categories: human resources, information & technology, and system interaction, and authors propose a model of the relationship between these categories. As a result, it suggests that technical elements are less critical than information and human factors. The relevance of the information in this study may be due to the nature of an EIS type project.
Authors Subiyakto et al. propose three categories: project contents that gather factors related to the nature of the project (size, complexity, etc.), people and actions that include mainly soft skills as well as organization and culture of the team, finally, institutional context category includes organization-related factors.
Karlsen et al. [P31] propose four categories: related to the project, related to the project manager and the team, related to the organization and factors related to external stakeholders; in this last category, factors as environment and resources and provision of an appropriate network are included.
Other authors who worked categories are Procaccino et al. [P13]. Authors list seven categories and focus on three categories: sponsor or management support and participation, customer or user support and participation, and requirements management. These three categories are identified as a critical chain of events for success in the model presented authors.
Given that the list of categories is vast and overlapped, it is necessary to synthesize in a parsimonious list. Based on the categorization made by Chow and Cao: organizational, technical, processes, and people, categories of each author were transferred in the related category of the original based category list, either by similarity or by being included within. In addition, the category named 'processes' was renamed by 'processes and project management', this in order to make explicit that factors related to project management processes are included in that category.
Taking the relation of objects worked in question 3, these have been grouped following the categories proposed by Chow and Cao, getting the summary that is shown in table 10.
People category is the most referenced group of critical success objects and factors, followed by processes and project management factors.
To group the attributes list, hard and soft categories proposed by Pecherskaya et al. were used. "Soft" ones are difficult to measure and tend to be nonmaterial, ambiguous, related to the areas of human psychology and organizational behavior. "Hard" ones are more easily measured and are usually associated with uniquely interpreted phenomena [P18]. Table 11 shows the list grouped by hard and soft categories.
Attributes related to the areas of human psychology and organizational behavior are the most referenced by the literature.
5. Discussion
Regarding question RQ1, the results reaffirm what is indicated by the literature regarding the lack of a consensual definition on the concept of project success. It is difficult to make a definition of project success, so the higher number of authors recourse to a list of criteria of success with which they try to explain the project success concept.
The criteria list that defines the success of a project is much broader than the traditional list: scope, time, and cost. In the definition of success, the authors include variables related to quality, functionality and product performance; they also include variables related to the satisfaction of the stakeholders, mainly user satisfaction; likewise, they include a broad extent criterion related to the benefit and impact produced by the project to the organization, mainly economic benefit.
It is to notice that, in the definition of project success through criteria, the list of criteria mentioned is even broader than the list of criteria that have been worked as variables part of a study. This difference may be because some criteria are difficult to measure; there are objective variables that are easier to quantify respect to other subjective variables such as satisfaction. In another case, the transcendence of the project is more challenging to measure with respect to the criteria that can be measured immediately after finishing a project; this is the case of all variables related to project impact and benefits.
No two authors have coincided in the same list of success criteria. This variety of definitions and criteria reinforces the idea that the qualification of a successful project by each stakeholder depends on perception. Stakeholders have a different perception of the achievement, of the objectives, of their interest; and this is the reason why various studies have been carried out of the success linked to perception from the point of view of each stakeholder, linked to the cultural perspective, linked to the stages of the project, etc. The grouping of criteria of success through five categories that Gollner [P15] makes is a quite complete categorization since the full and varied list of criteria of all the authors easily fit into the five groups: Project management, Time & budget, user satisfaction, system quality, and economic value. This grouping goes well with the grouping made by other authors who distinguish process management success and product success. In this case, IT project management author includes Project management and Time & Budget as part of Project management success, user satisfaction, and economic value as part of the product success, and finally, the system quality group as part of project and product success. Figure 3 shows a summary of the criteria and their categorization.
This synthesis of IT project success criteria can be used to construct a scale of measurement of success specific to information technology projects.
As seen in the theoretical foundation, project success is a multi-dimensional concept depending on criteria, stakeholder perception, the context, and the moment the project is found.
This measurement scale could be developed considering as context the four bases to analyze projects proposed by Shenhar Novelty, Technology, Complexity and Pace (NTCP), since these four elements fit the described characteristics of IT projects, which are often innovative, highly complex and generally urgent. This aligned with the contingency theory that suggests considering contextual factors.
A measurement scale as an instrument will allow the project manager or project management office to more accurately assess the success or relative failure of their projects.
The significant number of factors existing in the literature and the little coincidence in some of them, has led to continuing searching for new ways to understand the problem. The most referenced factors were the support of top management, user involvement, and internal communication. These critical factors are quite similar to the factors identified by the widely cited authors Pinto and Slevin [68]; they include top management support, client consultation, and communication.
About questions RQ2 and RQ3, factors are numerous and overlapped. To solve this concern, this paper synthesized these factors through the decomposition of variables into attributes and objects to find which are the most relevant objects and which are the most referenced attributes to achieve success.
As a result of this classification (see tables 10 and 11), a crossed summary is shown in table 12. The most referenced factors are the soft attributes of people. This finding is not new, Belout [31] already in 1998 said that projects should not be seen only as technical systems but also as behavioral systems highlighting the importance of human resources factors. People's aspects have the most substantial impact on success or failure result.
The soft attributes (behavioral) are seen as general in the participants and the organization (e.g., skills of team members, user's involvement), as well as applied to specific management processes (e.g., the ability to manage change and deviations, commitment to planning). The importance of the study of human behavior in IT projects for the achievement of success was already expressed in some researches; For example, in one study, 19 behaviors are grouped from 127 initially collected behaviors [69], other studies point out the relevance of the behavior and soft skills of the project manager [70, 71]. The identification of human factors as critical factors for the success of information technology projects is aligned with the characteristics of the technology projects that were described in the background.
In relation to complexity as the main characteristic of IT projects, it is often created by the interaction of people, organizations, and the environment. IT projects involve numerous iterations and continuous interaction, and their work is highly interdependent. It is this strong interaction of people, which implies the need for excellent people management, leadership, gain trust between them, excellent communication, involvement, commitment, and participation.
The uncertainty generated because of a poorly defined and lack of constraints. Due to the immateriality of the software, the software is effectively invisible, and there is a visualization problem source of many potential IT project failures. The abstract nature of the projects leads to different perceptions of each stakeholder, and these make understanding and communication difficult. Uncertainty is also generated because many IT systems seek to undertake or increase tasks previously performed by people. Again, given this characteristic, it is necessary to achieve excellent communication, trust, and involvement of the team with the needs of the client to understand the business and the processes in question.
The high degree of novelty of IT projects, the rapid pace of technological progress, and the urgency with which technology projects are worked, because generally market pressure demands delivery in the shortest time, leads to requiring an additional commitment of the team, cooperation, and support.
An unexpected result is a low reference to technical factors. This could be since, in some instances, the interviews are directed to the project managers and sponsors, who may have a bias towards the elements closest to them.
6.Conclusions and future work
This paper presents a systematic literature review of IT Project studies on success factors and analyzes 39 papers studying success definition, success criteria, success factors, and success factors categories.
There is no single definition of project success. Authors define project success based on criteria related to the project management, product quality, stakeholder's satisfaction, and benefits of the project; the business impact criteria have been less studied; this may be due to the greater difficulty of measuring this variable.
While the criteria related to management can be similar in all types of projects, in the IT literature; the criteria related to the product have particular relevance: the quality of the system and the quality of the information that the system generates, the satisfaction of the user and the intention of using the system; as well as the impact that the product brings to the organization and users, this aligned to the majority of IT projects involve software and are undertaken to deliver some kind of business or process change.
The IT project success literature shows no convergence in terms of the factors and their definitions, for example, participants or team members are used indistinctly; likewise, it shows overlap in its scope, for example, skills or soft skills or competencies.
In the most traditional list, the factors that receive the most mentions are top management support, user involvement, internal communication, knowledge and technical expertise of the consultants, and effective planning.
In a new way of view this list, the analysis of factors as variables composed of attributes that apply on objects, the most mentioned attributes are involvement, support, communication, knowledge, and technical expertise, and commitment. The most mentioned objects are the team members, users, top management, consultants, organization, participants, Project manager, and providers. This proposal of a structure (attributes vs. objects) to synthesize the information of factors constitutes a contribution of this investigation; previous works mainly present the factors as lists.
After grouping these factors, soft attributes take particular relevance, since they apply to people, organizations, and to project management processes. Soft skills or people skills are the most important critical factor for IT projects. The characteristics of IT projects lead to the need to manage human resources as a critical factor in achieving success in information technology projects. This research contributes to reinforcing the need to develop soft skills in technological project teams.
As future research topics, it is suggested work in studying a model for IT project success and explain how soft skills can influence in most essential objects to achieve desired project success. Similar way, it is suggested work in studying a model to explain which and how each soft skill can influence in each IT project characteristic. This will allow a better selection of the work team, involving professionals with skills better aligned to the nature and context of the project.
Although the search for articles was intended to cover all types of technology projects, the most significant number of articles were indeed found related to development projects or information systems implementation. This is a limitation of this study since very little or no literature was found on certain types of projects.
Biographical notes
Carmen Iriarte
Carmen Iriarte is a Ph.D. Candidate at Universidad Nacional Mayor de San Marcos. She received his MBA from Universidad del Pacífico, Perú, and her bachelor in system engineering from National Engineering University, Perú. She had managed technology projects and areas in banking, insurance, and health organizations for more than twenty years. Her current research interests include soft skills in technology professionals.
Sussy Bayona
Sussy Bayona is a professor and researcher of the Universidad Nacional Mayor de San Marcos. She received her Ph.D. in software engineering from Universidad Politécnica de Madrid, Spain. Her field of expertise focusses on software development projects and ICT process improvement in education. She has more than twenty-five years of experience in technology areas. She has been a consultant for international agencies.
References
[1] Gartner-Inc, "Gartner Says Global IT Spending to Grow 1.1 Percent in 2019," available from Gartner, Inc, 2019.
[2] S. Petter, W. DeLone, and E. R. McLean, "The past, present, and future of" IS Success"," Journal of the Association for Information Systems, vol. 13, p. 341, 2012.
[3] M. Miterev, M. Mancini, and R. Turner, "Towards a design for the project-based organization," International Journal of Project Management, vol. 35, pp. 479-491, 2017.
[4] J. R. Turner and R. Müller, "On the nature of the project as a temporary organization," International Journal of Project Management, vol. 21, pp. 1-8, 2003.
[5] R. Joslin and R. Müller, "The impact of project methodologies on project success in different project environments," International journal of managing projects in business, vol. 9, pp. 364-388, 2016.
[6] StandishGroup, "The chaos report," United States of America, 2019.
[7] J. Sheffield and J. Lemétayer, "Factors associated with the software development agility of successful projects," International Journal of Project Management, vol. 31, pp. 459-472, 2013.
[8] T. Chow and D. B. Cao, "A survey study of critical success factors in agile software projects," Journal of Systems and Software, vol. 81, pp. 961-971, Jun 2008.
[9] A. Jenko and M. Roblek, "A primary human critical success factors model for the ERP system implementation," Organizacija, vol. 49, pp. 145-160, 2016.
[10] A. Subiyakto, A. R. Ahlan, M. Kartiwi, and H. T. Sukmana, "Influences of the input factors towards the success of an information system project," Telkomnika (Telecommunication Computing Electronics and Control), vol. 13, pp. 686-693, 2015.
[11] T. Kawamura and K. Takano, "Factors affecting project performance of IS development: evidence from Japanese IT vendors," Journal of information processing, vol. 22, pp. 689-700, 2014.
[12] O. Pankratz, D. Basten, F. Pansini, M. Terzieva, V. Morabito, and L. A. Anaya, "Ladder to success-eliciting project managers' perceptions of IS project success criteria," International Journal of Information Systems and Project Management, vol. 2, pp. 5-24, 2014.
[13] L. Siddique and B. A. Hussein, "A qualitative study of success criteria in Norwegian agile software projects from suppliers' perspective," International Journal of Information Systems and Project Management, vol. 4, pp. 65-79, 2016.
[14] K. Curcio, A. Malucelli, S. Reinehr, and M. A. Paludo, "An analysis of the factors determining software product quality: A comparative study," Computer Standards and Interfaces, vol. 48, pp. 10-18, 2016.
[15] W. Belassi and O. I. Tukel, "A new framework for determining critical success/failure factors in projects," International Journal of Project Management, vol. 14, pp. 141-151, 1996.
[16] D. Howell, C. Windahl, and R. Seidel, "A project contingency framework based on uncertainty and its consequences," International Journal of Project Management, vol. 28, pp. 256-264, 2010.
[17] L. Donaldson, The contingency theory of organizations: Sage, 2001.
[18] A. J. Shenhar, "One size does not fit all projects: Exploring classical contingency domains," Management science, vol. 47, pp. 394-414, 2001.
[19] M. Engwall, "No project is an island: linking projects to history and context," Research policy, vol. 32, pp. 789-808, 2003.
[20] R. Müller and K. Jugdev, "Critical success factors in projects: Pinto, Slevin, and Prescott - the elucidation of project success," International Journal of Managing Projects in Business, vol. 5, pp. 757-775, 2012.
[21] G. P. Prabhakar, "What is project success: a literature review," International Journal of Business and Management, vol. 3, pp. 3-10, 2008.
[22] M. H. N. Nasir and S. Sahibuddin, "Critical success factors for software projects: A comparative study," Scientific Research and Essays, vol. 6, pp. 2174-2186, 2011.
[23] R. Irvine and H. Hall, "Factors, frameworks and theory: A review of the information systems literature on success factors in project management," Information Research, vol. 20, 2015.
[24] K. Jugdev and R. Müller, "A retrospective look at our evolving understanding of project success," Project Management Journal, vol. 36, pp. 19-31, 2005.
[25] L. A. Ika, "Project success as a topic in project management journals," Project Management Journal, vol. 40, pp. 6-19, 2009.
[26] O. Pankratz and D. Basten, "Opening the black box: Managers' perceptions of IS project success mechanisms," Information and Management, 2017.
[27] R. Atkinson, "Project management: cost, time and quality, two best guesses and a phenomenon, its time to accept other success criteria," International Journal of Project Management, vol. 17, pp. 337-342, 1999.
[28] T. Cooke-Davies, "The "real" success factors on projects," International Journal of Project Management, vol. 20, pp. 185-190, 2002.
[29] A. De Wit, "Measurement of project success," International Journal of Project Management, vol. 6, pp. 164- 170, 1988.
[30] D. Baccarini, "The logical framework method for defining project success," Project Management Journal, vol. 30, pp. 25-32, 1999.
[31] A. Belout, "Effects of human resource management on project effectiveness and success: toward a new conceptual framework," International Journal of Project Management, vol. 16, pp. 21-26, 1998.
[32] C. Lim and M. Z. Mohamed, "Criteria of project success: an exploratory re-examination," International Journal of Project Management, vol. 17, pp. 243-248, 1999.
[33] A. Diallo and D. Thuillier, "The success of international development projects, trust and communication: An African perspective," International Journal of Project Management, vol. 23, pp. 237-252, 2005.
[34] A. Diallo and D. Thuillier, "The success dimensions of international development projects: the perceptions of African project coordinators," International Journal of Project Management, vol. 22, pp. 19-31, 2004.
[35] F. D. Davis and V. Venkatesh, "Toward preprototype user acceptance testing of new information systems: Implications for software project management," Ieee Transactions on Engineering Management, vol. 51, pp. 31-46, Feb 2004.
[36] K. Davis, "Different stakeholder groups and their perceptions of project success," International Journal of Project Management, vol. 32, pp. 189-201, 2014.
[37] J. K. Pinto and D. P. Slevin, "Project success: definitions and measurement techniques," 1988.
[38] A. J. Shenhar and D. Dvir, Reinventing project management: the diamond approach to successful growth and innovation: Harvard Business Review Press, 2007.
[39] P. D. Gardiner and K. Stewart, "Revisiting the golden triangle of cost, time and quality: the role of NPV in project control, success and failure," International Journal of Project Management, vol. 18, pp. 251-256, 2000.
[40] J. Pollack, J. Helm, and D. Adler, "What is the Iron Triangle, and how has it changed?," International journal of managing projects in business, vol. 11, pp. 527-547, 2018.
[41] E. Westerveld, "The Project Excellence Model®: linking success criteria and critical success factors," International Journal of Project Management, vol. 21, pp. 411-418, 2003.
[42] M. Jørgensen, "A survey on the characteristics of projects with success in delivering client benefits," Information and Software Technology, vol. 78, pp. 83-94, 2016.
[43] J. Bradley, "Management based critical success factors in the implementation of Enterprise Resource Planning systems," International Journal of Accounting Information Systems, vol. 9, pp. 175-200, 2008.
[44] J. Varajão, "The many facets of information systems (+ projects) success," International Journal of Information Systems and Project Management, vol. 6, pp. 5-13, 2018.
[45] J. K. Pinto and D. P. Slevin, "Critical success factors across the project life cycle," 1988.
[46] G. P. Sudhakar, "A model of critical success factors for software projects," Journal of Enterprise Information Management, vol. 25, pp. 537-558, 2012.
[47] J. Fortune and D. White, "Framing of project critical success factors by a systems model," International Journal of Project Management, vol. 24, pp. 53-65, 2006.
[48] K. T. Yeo, "Critical failure factors in information system projects," International Journal of Project Management, vol. 20, pp. 241-246, 2002.
[49] PMI, A Guide to the Project Management Body of Knowledge, the Sixth Edition: Project Management Institute, 2017.
[50] S. T. March and G. F. Smith, "Design and natural science research on information technology," Decision support systems, vol. 15, pp. 251-266, 1995.
[51] S. Alter, "Defining information systems as work systems: implications for the IS field," European Journal of Information Systems, vol. 17, pp. 448-469, 2008.
[52] P. L. Bannerman and A. Thorogood, "Celebrating IT projects success: A multi-domain analysis," in System Science (HICSS), 2012 45th Hawaii International Conference on, 2012, pp. 4874-4883.
[53] S. Sheard, S. Cook, E. Honour, D. Hybertson, J. Krupa, J. McEver, and J. Singer, "A Complexity Primer for Systems Engineers. INCOSE Complex Systems Working Group White Paper," ed, 2015.
[54] L. Rodriguez-Repiso, R. Setchi, and J. L. Salmeron, "Modelling IT projects success: Emerging methodologies reviewed," Technovation, vol. 27, pp. 582-594, 2007.
[55] B. R. Butler, P. K. Blair, A. J. Fox, I. A. Hall, K. N. Henry, J. A. McDermid, J. Parnaby, H. Sillem, and M. Rodd, "The challenges of complex IT projects," Relatório técnico, Royal Academy of Engineering. e British Computer Society, 2004.
[56] K. Cormican and D. O'Sullivan, "Auditing best practice for effective product innovation management," Technovation, vol. 24, pp. 819-829, 2004.
[57] F. D. Davis, "A technology acceptance model for empirically testing new end-user information systems: Theory and results," Massachusetts Institute of Technology, 1985.
[58] V. Venkatesh and F. D. Davis, "A theoretical extension of the technology acceptance model: Four longitudinal field studies," Management science, vol. 46, pp. 186-204, 2000.
[59] W. H. DeLone and E. R. McLean, "Information systems success: The quest for the dependent variable," Information systems research, vol. 3, pp. 60-95, 1992.
[60] W. H. Delone and E. R. McLean, "The DeLone and McLean model of information systems success: a ten-year update," Journal of management information systems, vol. 19, pp. 9-30, 2003.
[61] A. Subiyakto, A. R. Ahlan, M. Kartiwi, and H. T. Sukmana, "Measurement of information system project success based on perceptions of the internal stakeholders," International Journal of Electrical and Computer Engineering, vol. 5, pp. 271-279, 2015.
[62] W. H. Tsai, M. J. Shaw, Y. W. Fan, J. Y. Liu, K. C. Lee, and H. C. Chen, "An empirical investigation of the impacts of internal/external facilitators on the project success of ERP: A structural equation model," Decision Support Systems, vol. 50, pp. 480-490, Jan 2011.
[63] J. F. Rockart, "The changing role of the information systems executive: a critical success factors perspective," 1980.
[64] C. Standing, A. Guilfoyle, C. Lin, and P. E. D. Love, "The attribution of success and failure in IT projects," Industrial Management and Data Systems, vol. 106, pp. 1148-1165, 2006.
[65] J. L. Salmeron and I. Herrero, "An AHP-based methodology to rank critical success factors of executive information systems," Computer Standards and Interfaces, vol. 28, pp. 1-12, 2005.
[66] L. Rodriguez-Repiso, R. Setchi, and J. L. Salmeron, "Modelling IT projects success with Fuzzy Cognitive Maps," Expert Systems with Applications, vol. 32, pp. 543-559, 2007.
[67] B. Kitchenham, "Procedures for performing systematic reviews," Keele, UK, Keele University, vol. 33, pp. 126, 2004.
[68] J. K. Pinto and D. P. Slevin, "Critical factors in successful project implementation," IEEE transactions on engineering management, pp. 22-27, 1987.
[69] R. Amster and C. Böhm, "Improving intercultural competency in global IT projects through recognition of culture-based behaviors," International Journal of Information Systems and Project Management, vol. 4, pp. 520, 2016.
[70] M. Sumner, D. Bock, and G. Giamartino, "Exploring the linkage between the characteristics of it project leaders and project success," Information Systems Management, vol. 23, pp. 43-49, 2006.
[71] T. Creasy and V. S. Anantatmula, "From every direction-How personality traits and dimensions of project managers can conceptually affect project success," Project Management Journal, vol. 44, pp. 36-51, 2013.
(ProQuest: Please refer to full text PDF for images of the Appendix)
You have requested "on-the-fly" machine translation of selected content from our databases. This functionality is provided solely for your convenience and is in no way intended to replace human translation. Show full disclaimer
Neither ProQuest nor its licensors make any representations or warranties with respect to the translations. The translations are automatically generated "AS IS" and "AS AVAILABLE" and are not retained in our systems. PROQUEST AND ITS LICENSORS SPECIFICALLY DISCLAIM ANY AND ALL EXPRESS OR IMPLIED WARRANTIES, INCLUDING WITHOUT LIMITATION, ANY WARRANTIES FOR AVAILABILITY, ACCURACY, TIMELINESS, COMPLETENESS, NON-INFRINGMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Your use of the translations is subject to all use restrictions contained in your Electronic Products License Agreement and by using the translation functionality you agree to forgo any and all claims against ProQuest or its licensors for your use of the translation functionality and any output derived there from. Hide full disclaimer
© 2020. This work is published under https://www.umes.edu/ajcjs/ (the “License”). Notwithstanding the ProQuest Terms and Conditions, you may use this content in accordance with the terms of the License.
Abstract
Information Technology (IT) projects are enablers of organizational transformation and business growth. Despite the contribution of methodologies and frameworks for project management, the ratio of failed IT projects remains high; then, studying critical success factors of IT projects persist as an essential issue for researches and practitioners. This paper presents a systematic literature review focused on compiling and synthesizing project success factors in IT projects. The literature search was conducted using primary journal articles until 2017. All studies agree on the relevance of studying the critical success factors in IT projects given their particular characteristics. The results indicate there is no clear definition of project success concept; our review consolidates the IT success criteria into time, budget, project management, system quality, user satisfaction, and economic value. Also, there a vast and overlapped list of factors; so, this research proposes a structure that synthesizes the most referenced critical factors that have in common soft attributes as involvement, support, communication, and commitment. Findings reinforce the relevance of soft skills in IT project teams.
You have requested "on-the-fly" machine translation of selected content from our databases. This functionality is provided solely for your convenience and is in no way intended to replace human translation. Show full disclaimer
Neither ProQuest nor its licensors make any representations or warranties with respect to the translations. The translations are automatically generated "AS IS" and "AS AVAILABLE" and are not retained in our systems. PROQUEST AND ITS LICENSORS SPECIFICALLY DISCLAIM ANY AND ALL EXPRESS OR IMPLIED WARRANTIES, INCLUDING WITHOUT LIMITATION, ANY WARRANTIES FOR AVAILABILITY, ACCURACY, TIMELINESS, COMPLETENESS, NON-INFRINGMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Your use of the translations is subject to all use restrictions contained in your Electronic Products License Agreement and by using the translation functionality you agree to forgo any and all claims against ProQuest or its licensors for your use of the translation functionality and any output derived there from. Hide full disclaimer
Details
1 Universidad Nacional Mayor de San Marcos Perú carmen. iriarte@unmsm. edu.pe
2 Universidad Nacional Mayor de San Marcos Perú [email protected]