ERP Systems: Critical Factors in Theory and...
Transcript of ERP Systems: Critical Factors in Theory and...
CAICT COMMUNICATIONS 2010/2
ERP Systems: Critical Factors in Theory and Practice
Jonas Hedman
8 January 2010 ISBN 978-87-92524-08-9
Center for Applied ICT (CAICT) Copenhagen Business School - Howitzvej 60 - 2000 Frederiksberg URL http://www.cbs.dk/caict
2
Abstract
This paper reports the findings of a research project investigating the utilization and
continuous improvement of Enterprise Resource Planning (ERP) systems. Adopting the
aspects of a resource management framework and Critical Success Factor research, an
initial framework is developed. The framework is developed through a survey of ERP
system expert consultants. A number of factors and causalities are identified, including
the positive role of use by top management and the role of corporate culture. Two
factors were found to have a negative impact on utilization. The first is the unreflective
use of ERP system implementation methods, which can ‘kill’ the visions and ideas of
implementing ERP systems, while the second is the vanilla implementation strategy.
1. INTRODUCTION
Enterprise Resource Planning (ERP) systems constitute one of the most important developments in corporate information systems during the last decade (Davenport 1998; Hitt, Wu and Zhou 2002; Upton and McAfee 2000). The business interest in ERP systems can be explained by the benefits associated with the implementation and utilization of ERP systems (Robey, Ross and Boudreau 2002). The benefits are only related in part to the technology, most of these stemming from organizational changes such as new business processes, organizational structure, work procedures, the integration of administrative and operative activities, and the global standardization of work practices leading to organizational improvements, which the technology supports (Hedman and Borell 2003). The benefits are documented in a study which showed that the selection and acquisition decision of the market-leading ERP system (SAP R/3) leads to increased market value and the use can lead to increased productivity over time (Hitt et al. 2002). The implementation of ERP systems is a difficult and costly organizational experiment (Robey et al. 2002). Davenport (1996) described the implementation of ERP systems as “perhaps the world’s largest experiment in business change” and for most organizations “the largest change project in cost and time that they have undertaken in their history”. The costs and time frame related to implementing an ERP system can be illustrated by the case of Nestlé, which will have invested, by the end of 2003, US$ 500 million in an ERP system. In 1997, the American subsidiary started the project and in 2000 the global parent decided to extend the project into a global solution (Worthen 2002). The implementation of information systems is a necessary but insufficient prerequisite for benefits and value. Business value can only be derived from the efficient and effective utilization of information (Agarwal, Ratan and Ghosh 2000). The management of ERP system utilization is, thus, of critical importance and involves development and implementation, as well as usage of resources (Kalling 1999). Given the increased importance and the potential benefits of ERP systems, it is critical that research focuses on utilization. This paper reports upon the results of a study focusing on factors affecting utilization. The overall research question addresses how organizations can better utilize ERP systems. Improved utilization can refer to either cognitive improvements or diffusion improvements. Cognitive improvements address
3
the individual user of ERP systems, e.g. whether the user can improve and extend his or her use of ERP systems. Diffusion improvements, on the other hand, address the organizational side of utilization and refer to the scope of the system and internal distribution. This paper builds upon and expands Kalling’s (1999; 2003) IT resource management (ITRM) framework, which is used to analyze the empirical findings and to theorize ERP system CSFs. The outline of the paper is as follows: The following section presents the ITRM framework and a literature survey of Enterprise Systems CSFs. An initial framework is presented as a synthesis. The third section presents the research method. The following section presents the empirical observations followed by the result and discussion. The final section concludes the paper and proposes further research. 2. THEORETICAL GROUND AND LITERATURWE REVIEW
An initial framework is developed based on an integration of Kalling’s (1999; 2003) ITRM framework and ERP System CSFs research. A number of factors and causalities emerge as critical to the management of ERP systems, mostly related to the early phases. 2.1. IT Resource Management Framework
Kalling’s (1999) ITRM framework is based on an integration of the resource based view literature, e.g. Barney (1991), and strategy process research, e.g. Mintzberg (1994; 1998). The framework is empirically verified and further enhanced in a comprehensive case study of the development and use of an integrated sales, manufacturing and logistics system. The framework includes two main phases (the resource and employment phases) and five tasks (identification, development, protection, internal distribution and usage). The phases and tasks are depicted in Figure 1. The arrows indicate the causality between the tasks. In Figure 1, the problems related to each task are underlined and the management activities aimed at resolving the problems are italicized. The components of the framework are described below. According to Kalling (1999; 2003), the resource phase involves three distinct tasks, which include the identification, development and protection of resources. Identification involves the search and decision process leading to the decision to develop a resource. Problems related to identification tasks are; ambiguity concerning what resource is required and the uncertainty of how to develop the resource. Ambiguity and uncertainty can be managed by means of a strategic vision of the resource’s fit, top management involvement and management of knowledge. The development tasks aim to create the resource and resemble traditional analysis, design and realization. This is viewed as a learning process involving knowledge sharing and organizational arrangements. Issues related to learning can be resolved through the acquisition of knowledge from an external party, e.g. a consultancy firm developing the resource. One critical factor promoting learning is the organizational culture, including norms and values. The strategic vision has the role of a control and support tool for the management and project group responsible for the development. The composition of the project group and its relationship with external consultants is important factors during the
4
development. The protection task’s aim is to protect the resource from trade, imitation and substitution. This can be managed by means of legal protection or insulating the resource in different ways. Legal protection can provide durable protection. Insulating mechanisms, such as causal ambiguity and social complexity, can create temporary protection. In order to protect resources, firms have to develop and implement these quickly, as well as continuously improve their utilization. As illustrated in Figure 1 protection occurs continuously during the resource and employment phases.
Identification
Ambiguity, uncertainty,
cognitive and
normative limitations.
Strategic vision,
top management
involvement, managing
knowledge,
communication of
norms and values.
Time
Resource phase Employment phase
Protection
Trade & imitation,
legal protection, time .
Radical change to IT, competitive
structure, superior knowledge
of the resource, work process,
strategy link, depth and breath
of system, speed of implementation,
continuous development .
Development
Learning process,
knowledge sharing,
organizational
arrangements .
Radical learning,
vision dependency,
culture,
external relations.
Internal Distribution
Lack of knowledge and
motivation
Experience,
incrementalism , iteration,
formalized process,
preparations support,
unlearning
Usage
Valuable and unique use,
from technology to
business
and strategy,
cognitive & cultural/
politicalobstacles
Two reciprocal learning
loops
Accumulated knowledge,
formal responsibility
Cognitive support, the
character of the
responsible
manager, utilize unique
knowledge
Figure 1 The ITRM Framework (adapted from Kalling 1999).
The employment phase’s aim is internal distribution and usage of the resource. Internal distribution refers to the diffusion of resources. Implementation is difficult and is affected by unwillingness, poor communications, a lack of knowledge, and conflicts of interests etc, which have to be managed. The obstacles encountered during this phase can be managed through extensive training, preparations, support, unlearning the old system, and phased implementation. Usage involves using the resource in work processes. The resource can affect existing work procedures which then have to be changed, leading to resistance in the users. To overcome such problems, iterative learning is a key tool and, in particular, the interplay between the resource and the processes, i.e. how do new processes work with the resource (Kalling 1999; 2003). Besides the two phases and five tasks of the ITRM framework, there are relationships and causalities between the phases and tasks. This is illustrated by the arrows. The time axis in Figure 1 illustrates the longitudinal aspect. The overall logic of the ITRM framework is that the requirements of a particular resource are identified. Commitment is essential during identification, through organizational and financial commitment to the project. The commitment provides a causal link with the development and protection tasks. The development of resources creates a need for protection, and the need for protection affects the development. The developed resource has to be distributed, prior to usage. The distribution or implementation has to be protected. The
5
actual usage can lead to requests for changes and recurrent development, protection and distribution. In order to create long-term value, the resource has to be continuously improved. The ITRM framework has some limitations. The first is the perspective being applied, which is a management perspective. The limitation of a management view of ITRM is an issue, not related to management, is included, e.g. technical issues. Another limitation of the framework is the empirical case, which was the development of one unique information system’s resource developed from scratch. This setting should be contrasted with ERP systems, which are generic systems, bought off the shelf. However, the limitation paves the way for extensions and elaborations of the framework. 2.2. ERP Systems Critical Success Factors
The concept of CSF is well established and widely used in ERP systems research and information systems research (Somers and Nelson 2001), but is also criticized (Robey et al. 2002). Robey et al. (2002) criticize CSF research for being based on variance models, speculating on the antecedents that predict and explain ERP system success, and lacking theoretical ground, which explains why project and business outcomes occur. Table 1, presents all CSFs included in the review. One of the first publications on ERP systems was Davenport (1996). He described six CSFs, including top management support, the use of one consulting firm, cross functional steering, cross functional implementation, rapid implementation, and the communication of the holistic nature of ERP system implementations. Parr et al. (1999), on the other hand, identified 10 factors necessary for successful implementation. Three factors were found to be “of paramount importance” including management support, a balanced project team, and organizational commitment to change. The remainder of the CSFs included best people, empowered decision makers, deliverable dates, champions, vanilla ERP (not changes to the system), smaller scope, and the definition of scope and goal. In addition, Parr et al. (1999) grouped the CSFs into four categories of CSF, management (Management support, deliverable dates, empowered decision makers), people (best people, champions), software (vanilla ERP), and project factors (smaller scope, definition of scope). Parr et al.’s (1999) list was used in Parr and Shanks’ (2000) study of the varying importance of CSFs. Nine of the ten CSFs proposed by Parr et al. (1999) were used – smaller scope was not included. The successful company perceived more CSFs as important over a longer period of time, compared to the less successful company. Skok and Legge (2002) applied a stakeholder perspective and identified four stakeholders: management, consultants, developers, and users. They used CSFs from Bancroft, Seip and Sprengel (1998), see Table 1. Bancroft et al.’s (1998) list was one of the first and was also used in Parr et al.’s (1999) study. Skok and Legge (2002) contribute to understanding ERP system projects by claiming that some CSFs are related to ERP systems projects (cultural and business change, managing consultants, managing conflicts), whereas others are general to information system projects (user
6
involvement, user acceptance), and others apply to projects in general (planning and control, project champion, top management support, team working). The study of Skok and Legge (2002) is the only CSF research paper applying an interpretative research approach. Holland et al. (1999) contribute to CSF research by identifying legacy systems as CSFs. The role and importance of legacy systems are related to problems with existing legacy systems, e.g. Y2K problems and problems with upgrades and functionality. Umble, Haft and Umble (2003) on the other hand propose post evaluation and end-user training programs as CSFs. Al-Mashari, Al-Mudimigh and Zairi (2003) also stress the role of post evaluation in achieving long-term success. The most comprehensive list of CSFs is presented by Somers and Nelson (2001). They identified 22 CSFs. Their list is based on both a literature study and a survey of 86 organizations. They applied Cooper and Zmud’s (1990) technological diffusion model in order to illustrate the varying importance of different CSFs. This model includes six stages: initiation, adoption, adaptation, acceptance, routinization, and infusion. Table 2 presents the five most important factors of each stage. Top management support and communication are the two most important factors across the phases. Nah et al. (2001) analyze ten articles and presents a list of eleven CSFs. In their analyses, they apply Markus and Tanis’ (2000) Enterprise Experience life cycle to show when a CSF is relevant. The first seven factors presented by Nah et al. (2001) in Table 1 are applicable throughout the resource and employment phases; according to Kalling’s terminology, the following three are critical from internal distribution to usage. The monitoring and evaluation of performance is the additional CSF, compared to Parr et al.’s list, and was perceived to be important during usage. Hong and Kim (2002) approached CSFs quite differently. They applied an organizational fit perspective to CSFs to explain failures in Enterprise System implementations. In their research, they put forward a research model which examines the relationship between the organizational fit (data fit, process fit, user fit) and Enterprise System implementation success (cost, time, performance, benefits) and the impact of contingencies (Enterprise Systems adaptation level, process adaptation level, organizational resistance). They tested the model using a factor analysis based on responses from 34 organizations. They found strong support for the organizational fit of Enterprise Systems and its positive affect on the outcome and the perceived implementation success. The contingency factor’s impact did not provide a clear result.
7
Table 1 Critical Success factors in Enterprise Systems literature, presented in alphabetic order
Al-Mashari et al. (2003)* Davenport (1996)* Hong and Kim (2002) Parr et al. (1999) Somers and Nelson (2001)
Enterprise System package selection
Management & leadership Visioning & planning Project management
Training and education Communication System integration
System testing Legacy systems management Process management
Cultural & structural change Performance evaluation & management
Top management support Use of only one consulting firm
Cross functional steering Cross functional implementation Rapid implementation
Inform people about the holistic nature
Organizational fit of Enterprise System Enterprise System adaptation level
Process adaptation model Organizational resistance
Management support Balanced team
Commitment to change Best people Empowered decision makers
Deliverable dates Champion Vanilla ERP*
Smaller Scope Definition of scope and goal
Top management support Project team competence
Interdepartmental cooperation Clear goal and objectives Project management
Interdepartmental communication Management of expectations Project champion
Vendor support Careful package selection Data analysis & conversion
Dedicated resources Use of steering committee Business process reengineering
Partnership with vendor User training on software Education on new processes
Minimal customization Architecture choices Change management
Use of vendors’ tools Use of consultants
Bancroft et al, (1998)* Holland et al. (1999)* Nah et al. (2001)* Skok and Legge (2002) Umble et al. (2003)* Communication
Top management support Understand the corporate culture
Organizational change prior to implementation Empowered project manager
Balanced team Project methodology Training
Expect problems
Legacy Systems
Business Vision ERP Strategy Top Management Support
Project Schedule/plans Client Consultations Personnel
Business Process Change Software configuration Client acceptance
Monitoring and feedback Communication Troubleshooting
ERP teamwork and composition
Top management support Business plan and vision Communication
Project management Appropriate business and IT legacy systems
Champion Minimum BPR and customization Software development, testing
Change management program and culture Monitoring and evaluation of performance
General projects
Planning and Control Project Champion Top management commitment
Teamworking IS projects User involvement and acceptance
Hybrid skills ERP projects Cultural and Business Change
Managing Consultants Managing Conflicts Staff retention
Strategic goals with the system
Commitment of management Project management Managing change
The team Data accuracy Education and training
Focused performance measures Selection of system Post implementation audit
* These papers do not provide any ranking of the CSFs.
8
Table 2 Ranking order of CSFs in relation to the phases of Enterprise Systems (based on Somers and Nelson
2001).
Phase CSF
Initiation Architecture choices; Clear goal and objectives; Partnership with vendor; Top management support; Careful package selection
Adoption Top management support; Project team importance; Use of steering committee;
Partnership with vendor; Dedicated resources
Adaptation Interdepartmental communication; Interdepartmental cooperation; Project team competence; Dedicated resources; Use of vendors’ tools
Acceptance Interdepartmental communication; Interdepartmental cooperation; Top
management support; Project team competence; Education on new processes
Routinization Interdepartmental communication; Top management support; Interdepartmental
cooperation; Vendor support; User training on software
Infusion Interdepartmental communication; Interdepartmental cooperation; Top
management support; Vendor support; Partnership with vendor
2.3. Observations and Synthesis of CSF review
Despite deviations in CSFs, they show clear similarities. For instance, management support,
balanced team, and communication are identified as CSFs. These factors are also to be found in
the ITRM framework – using a slightly different terminology. All in all, 109 CSFs have been
found, 95 of which with unique labels; see Appendix 1 where the entire list is presented in
alphabetic order with references.
A number of observations can be made from the review: There are CSFs covering the entire
process from selection to usage, with a strong predominance of factors related to project
management and implementation (Parr et al. 1999). This can be explained by the maturity of
research and the maturity of utilization. Another explanation is that researchers tend to put less
focus on the use and utilization of information systems. Kalling (1999) provides support for such
an explanation by claiming that there are few theoretical contributions related to usage. Parr et al.
(1999) and Somers and Nelson (2001) suggest that some factors are more important than others,
see Table 1 for the ranking order of some CSFs. For instance, according to Parr et al.’s (1999)
study, technical factors are more important during the early phases, whereas project factors are
more important during configuration and implementation, and organizational factors are equally
important throughout the life cycle.
Several of the 95 factors refer to the same aspect, but using different terms. For instance,
management support is also referred to as top management support (Somers and Nelson 2001),
management & leadership (Al-Mashari et al. 2003), commitment of management (Umble et al.
2003) top management commitment (Skok and Legge 2002), and top management involvement
(Kalling 1999). The four groups presented by Parr et al. (1999) can be used. However, the
management and people groups are confusing and difficult to distinguish. The ITRM framework
(Kalling 1999; 2003) can be used, but due to the management perspective in the ITRM
framework, Wixom and Watson (2001), three implementation categories are chosen. Wixom and
9
Watson’s (2001) study of data warehousing success included three factor categories, including
organizational, project and technical. The organizational category includes the issues and
problems addressed by the ITRM framework. Support for organizational, project and technical
factors is also found in Skok and Legge (2002). In Table 3, the 95 factors were synthesized into
28 factors and grouped according to Wixom and Watson’s (2001) categories.
Table 3 Organizational, Project and Technical CSFs
Organizational factors 1. Business plan and vision including clear goals and
objectives, definition of scope and overall planning and control
Somers and Nelson (2001), Al-Mashari et al. (2003) Parr, Shanks et al. (1999; 2000), Holland et al. (1999), Nah et al. (2001), Skok and Legge (2002)
2. Top management support including commitment and leadership of management
Somers and Nelson (2001), Al-Mashari et al. (2003), Bancroft et al. (1998), Parr, Shanks et al. (1999), Holland et al. (1999), Nah et al. (2001), Umble et al. (2003), Davenport (1996), Skok and Legge
(2002)
3. Communication internally to inform people and manage expectations
Davenport (1996), Holland and Light (1999), Nah et al. (2001), Al-Mashari et al. (2003), Bancroft et al. (1998), Somers and Nelson
(2001)
4. Selection of system to ensure organizational fit Al-Mashari et al. (2003), Hong and Kim (2002), Umble et al. (2003),
Somers and Nelson (2001)
5. Training on software and new processes Somers and Nelson (2001), Al-Mashari et al. (2003), Bancroft et al. 1998) and Umble et al. (2003)
6. Organizational and cultural change including business process reengineering, cultural and structural change during the entire life cycle
Holland and Light (1999), Al-Mashari et al. (2003), Bancroft et al. (1998), Parr et al. (1999) and Somers and Nelson (2001)
7. Change management involving commitment to change, degree of process adaptation
Hong and Kim (2002), Al-Mashari et al. (2003), Skok and Legge (2002), Nah et al. (2001), Somers and Nelson (2001), Umble et al. (2003)
8. User acceptance Holland et al. (1999), Skok and Legge (2002)
9. Expect problems Bancroft et al. (1998), Skok and Legge (2002)
10. Staff retention Skok and Legge (2002)
11. Evaluation of performance changes and provide feedback
Al-Mashari et al. (2003), Nah et al. (2001), Umble et al. (2003), Holland et al. (1999)
Project factors 12. ERP Strategy including clear implementation plan with
goals Holland and Light (1999), Umble et al. (2003)
13. Project management must include empowered project
manager and decision makers
Al-Mashari et al. (2003), Nah et al. (2001), Parr et al. (1999), Umble
et al. (2003), Bancroft et al. (1998), Somers and Nelson (2001)
14. Project team competence involving a balanced team with hybrid competence based on the best and most
dedicated people
Somers and Nelson (2001), Bancroft et al. (1998), Parr et al. (1999), Nah et al. (2001), Umble et al. (2003), Al-Mashari et al. (2003), Skok
and Legge (2002), Holland et al. (1999)
15. Minimum BPR and customization Somers and Nelson (2001), Holland et al. (1999), Nah et al. (2001)
16. Cross functional steering, and interdepartmental cooperation
Davenport (1996), Somers and Nelson (2001)
17. Champion Nah et al. (2001), Skok and Legge (2002), Parr and Shanks (2000),
Somers and Nelson (2001)
18. Managing consultants Skok and Legge (2002)
19. Vendor relationship and consultants from one firm Davenport (1996) and Somers and Nelson (2001)
20. Project plans with deliverable date Somers and Nelson (2001), Al-Mashari et al. (2003), Holland et al. (1999), Nah et al. (2001), Umble et al. (2003), Parr et al. (1999)
21. User involvement Holland et al. (1999), Skok and Legge (2002)
22. Cross functional implementation Davenport (1996), Al-Mashari et al. (2003)
23. Rapid implementation Davenport (1996)
24. Smaller scope Parr et al. (1999)
Technical factors 25. Vanilla ERP and fit between Enterprise System and
organization Parr, Shanks et al. (1999), Hong and Kim (2002)
26. Appropriate business and IT legacy systems with correct data and the right architectural choice
Somers and Nelson (2001), Umble et al. (2003), Al-Mashari et al. (2003), Holland et al. (1999), Nah et al. (2001)
27. Software configuration and system integration with completed testing
Al-Mashari et al. (2003), Holland et al. (1999), Nah et al. (2001)
28. Project methodology and vendor tools Bancroft et al. (1998), Somers and Nelson (2001)
10
Table 3 contains 11 organizational factors, including the role of management and in particular
how management manages the overall process of implementing Enterprise Systems. The
importance of management has been stressed and studied. For instance, Wixom and Watson
found a strong correlation between management support and data warehousing success.
Management support can overcome organizational resistance and encourage people to
participate. In addition, management allocates resources to the project, e.g. financial and human.
Information system projects are often complex and include a number of tasks and roles to be
performed. In the case of Enterprise Systems, the role of the project manager is crucial since he
or she organizes a project which, in some cases, lasts for several years and involves internal and
external stakeholders. This is affected by the size and complexity of the project including vanilla
ERP and minimal reengineering effort. Promoting factors are champion and cross functional
steering. The time span of the implementation and clear goals for completion also affect the
project. Thirteen factors out of the 28 are identified as project factors (see Table 3).
The third category is technical factors, e.g. data analysis and conversion, architecture choices,
system integration, testing, legacy systems management, and project methodology. There are
only four technical factors. The role of tools such as project methodology and configuration
tools, e.g. IMG (Implementation Guide is the configuration tool of R/3), is important in the
completion of the project. The degree of fit between system and organization affects the
implementation by making it simpler. The quality and documentation of old information
systems, so-called legacy systems, also affect the implementation success.
2.4. ERP Systems Management Framework
The concluding part of this section is the integration of the ITRM framework and the CSF
research leading to a proposal for an ERP system Management framework (ERPM). The main
difference between the ITRM framework and the proposed ERPM framework concerns the
resource. ERP systems are generic resources that can be purchased from external providers,
whereas the resource studied during development of the ITRM framework is a unique resource.
The selection of ERP systems and the development of a unique IT resource illustrate the issue of
‘buying versus building’ (Davis 1988). Buying information systems is basically a question of
choosing between solutions. This leads to a change of terminology and the replacement of the
term ‘identification’ with ‘selection’ (see Figure 2). The selection of ERP systems involves other
types of ambiguity and uncertainty than the identification of a resource need, since ERP systems
include most functionality and are pre-developed, leading to ambiguity as to what system to
select (Umble et al. 2003) and an uncertainty regarding the fit of the system (Skok and Legge
2002).
The ‘protection’ task in the ITRM framework involved three main issues: trade, imitation and
time. Trade and imitation are not found in the review of CSFs. Time, on the other hand, is
addressed in CSFs in terms of ‘rapid implementations’ (Davenport 1996). The interpretation of
time in CSFs is related to the success of the implementation project, whereas time in the ITRM
11
framework refers to protecting the unique value of the resource. This leads to the exclusion of
the ‘protection’ task and the inclusion of time issues in the ‘development’ and ‘internal
distribution’ tasks. The management protection tasks are incorporated into usage tasks, since
these tasks are mostly related to usage, e.g. continuous development, cf. Figure 1.
The next enhancement of the ITRM framework relates to classification of the CSFs, according to
Wixom and Watson’s (2001) three categories. Classification includes three groups
(organizational, project and technical factors). Given this, the ERPM framework’s phases are
enhanced. Besides the organization factor, including the management perspective, the resource
phase is enhanced with project and technical factors and the employment phase is enhanced with
project factors. In Figure 2, the three factor groups are illustrated using ‘O’, ‘P’ and ‘T’.
Selection
Ambiguity, uncertainty, knowledge acquisition
O: Business plan and vision (1)
Top management support (2)
Communication (3)
Careful selection and organizational fit (4)
P: Vendor partnership (19)
T: Appropriate business and legacy systems (26)
Time
Resource phase Employment phase
Development
Organizational arrangements and time
O: Top management support (2)
Commitment to change (7)
P: Cross functional steering (16)
Vendor partner ship (19)
Project team competence (14)
Project management (13)
Rapid implementation (23)
Smaller scope (24)
Project plans (20)
Minimal BPR (15)
Cross functional steering and cooperation (16)
T: Vanilla ERP (25)
Project methodology and vendor tools (28)
Internal Distribution
Lack of knowledge and time
O: Communication (3)
Top management support (2)
Training on new processes (5)
Commitment to change (7)
P: ERP strategy (12)
Project management (13)
Project team competence (14)
Cross functional steering and cooperation (16)
Vendor partner ship (19)
Rapid implementation (23)
Usage
Use
O: Communication (3)
Top management support (2)
Training on new processes (5)
Expect problems (9)
P: Project team competence (14)
Vendor partnership (19)
Figure 2 Initial ERP system management framework.
The ‘development’ task is mainly viewed as a learning process in the ITRM framework. This is
not stressed in CSF research. One possible interpretation is that the selection of pre-made
systems is knowledge acquisition from an external party leading the issue of knowledge
acquisition during the selection task. Instead of learning, project management is stressed as
important, e.g. project management, empowered project managers, champion, minimal
customization, communication etc. The project factors are mostly related to the issue of the
organizational arrangements of the ITRM framework.
The task of ‘internal distribution’ or implementation seems to be most similar between the ITRM
and CSFs and is characterized by issues such as a lack of knowledge and motivation. The
motivation aspect is not addressed in CSF research. The lack of knowledge, on the other hand, is
expressed as dependency on consultants.
12
Somers and Nelson (2001) have stressed usage by outlining interdepartmental communication
and cooperation, management support, vendor support, user training on software, and
partnerships with vendors as related factors. The issues stressed in the ITRM framework, such as
unique use, moving from technology to business, and cultural and cognitive obstacles, are not
stressed in the CSF literature, apart from by Skok and Legge (2001).
The final enhancement of the ITRM framework is the mapping of some CSFs. Parr et al. (1999)
and Somers and Nelson’s (2001) proposals regarding the varying importance of CSFs throughout
the ERP systems life cycle are used to depict the CSFs on the framework. Several CSFs from
Table 3 have thus not been included in the ERPM framework, e.g. factors 6, 8, 10, 11, 17, 18, 21,
22, and 27, due to not being ranked or related to a life cycle.
The literature review, including the ITRM framework and CSFs research, has led to the proposal
of an ERPM framework. The next section addresses the methodological issues related
empirically enhance and further develop the ERPM framework.
3. METHODLOGY
One of the objectives researched is to increase understanding of the factors affecting the
utilization of ERP systems and in particular how firms can improve utilization. This has also
involved the investigation of ‘current use’ and ‘as is improvement efforts’, and ‘ought to
improvements’. The main focus is on ought to improvements and the relationship between
phases, tasks and CSFs, where ‘current use’ and ‘as is improvements’ function as contextual
backgrounds to ‘ought to improvements’. In order to pursue the objectives of the research, a
survey of ERP system expert consultants was selected. The survey strategy is justified by the
broad experience of implementing ERP systems in different organizational settings and with
different scopes. An alternative research strategy could have involved case or multiple case
studies. However, in favor of the chosen strategy is the fact that ERP system consultants have a
broad experience of several ERP systems and implementation contexts. ERP system consultants
have been employed in research into ERP system CSFs (see for instance Somer and Nelson
1999). In addition, they represent an important stakeholder group which is seldom surveyed
(Skok and Legge 2002).
The research question centered upon factors affecting the utilization of ERP systems elicited
from the literature review and factors proposed during the investigation. Seven expert
consultants were interviewed in order to understand how ERP systems are utilized and how
organizations can improve their use of ERP systems. The respondents had, on average, 8 years’
experience of ERP systems, varying from 16 to 5 years’ experience, and had been involved in 75
implementation projects. Most of the respondents had held different positions, e.g. consultant,
project manger, account manger, and sales manager. One of the respondents had no experience
as a consultant, but was included since he had been an account manager in an industry that had
large ongoing ERP system implementation and improvement programs. The experts have mainly
been working in Scandinavia, but several of them have been involved in large global projects.
The experts have experience from a wide range of implementation projects involving vanilla
13
implementation strategies, rolling implementations, and massive customizations in multi-national
corporations, subsidiaries and small and medium sized firms.
The interviews were conducted in person and by telephone, during May to August 2003, and a
semi-structured interview method was used. Follow-up calls were made on several occasions.
Prior to each interview, an interview guide was sent to each respondent. The interviews were
mostly held in public places and hand-written notes were taken. The interviews were
summarized and the respondents all had the opportunity to comment, change, clarify or rephrase
themselves. The interviews lasted between 1! and 2! hours. In addition, several of the
respondents provided internal material related to the issues concerned. Altogether, 200 pages of
written material have been included.
Initially, questions addressing current use were posed, i.e. how consultants perceive the
organizational usage of ERP systems. These questions were posed in order to verify an initial
assumption that organizations are not using their IT resources optimally. The consultants were
asked to elaborate on their perception of current use. For instance, questions included why the
system is not used more extensively and whether there are any differences among organizations
relating to size, industry, culture, management style, perception of IT etc. This was followed by
questions focusing on events leading to improvement programs, e.g. what triggers improvement
programs, what are the obstacles, when do improvement programs occur, how are such programs
initiated and about the role of internal and external stakeholders. The last section of the questions
addressed how organizations should manage ERP systems during usage with the specific goal of
improving use. This was followed by questions focusing on obstacles and promoting factors
relating to improvement efforts, e.g. who can and should trigger the process, the role of
management and culture etc.
To analyze the data, it was summarized and entered into a matrix for the purposes of data
analysis. The matrix is shown in Table 4, with examples. For each interview, the author
summarized the recorded data on the perception of ‘current use’ (such as cognitive and diffusion
aspects) and factors affecting ‘current use’ (such as tasks and issues), ‘as is improvements’ (such
as events and processes) and ‘ought to improvements’ (such as events, processes, organizations).
Each interview was analyzed and then combined into one matrix. The final matrix was used to
identify similarities and differences between the interviews.
Table 4 Matrix for data analysis
Evidence Data captured Examples
Current use Cognitive
Diffusion
‘As a typewriter.’
‘Only 10% of the potential users.’
Factors affecting use Tasks
Issues
‘The degree of customization.’
‘Lack of theoretical concepts.’
As is improvements Events
Process
‘New employees.’
‘Ad hoc.’
14
Evidence Data captured Examples
Ought to
improvements
Events
Process
Organizations*
‘Continuously attempt to improve the business.’
‘Work systematically.’
‘Create a forum which organizes and manages all business-related IT.’
* This type of data was added after the first interview.
4. RESULTS
The rows of the data analysis matrix were used to find contrasts and similarities based on their
use, factors affecting use, as is improvements, and ought to improvements.
4.1. Current Use
The expert consultants perceived ERP system use as poor, both in relation to cognitive and
diffusion terms. Several consultants expressed the opinion that only 10% of potential users use
the system – i.e. poor utilization. The extent or scope of the system used was also perceived as
limited, including the degree of the package and the degree of internal distribution. For instance,
most firms do not use the human resource management and quality management functionality of
the system. One of the consultants provided a comparative example of the degree of diffusion
from two projects he had been involved in.
Two market-leading firms in an industry have implemented the same ERP system. One of the
firms (A) uses the accounting functionality whereas the other firm (B) uses the entire package.
The strategy of firm B is to use every piece of the package, whereas firm A does not have an
explicit strategy related to the usage of the system in the future.
The implication for the organization, such as A, is no critical mass of users. The cognitive aspect
of use was also perceived as limited. In general, there are minor differences between hierarchical
levels. Poor use was exemplified by one of the experts as:
Firms use R/3 as a typewriter for procurement orders. It’s a good typewriter, but
expensive.
4.2. Factors affecting use
In order to understand why organizations utilize ERP systems in a limited way, several questions
were posed aimed at understanding current use. The experts provided a number of factors
including organizational, project and technical factors. The organizational factors affecting use
span across ‘development’, ‘internal distribution’ and ‘usage’ tasks. The main factors leading to
limited utilization are a lack of understanding of the technology and an underestimation of the
organizational implications of implementing ERP systems – i.e. the interdependency between
technology and business, cf. for instance factor 9 in Table 3 (Skok and Legge 2003). Several
examples were provided to illustrate the lack of understanding, e.g. managers do not understand
the impact of integrated systems, process orientation (most firms are still function-oriented – at
15
least in their minds and their function). A lack of theoretical concepts, such as accounting and
logistics models, and a poor understanding of IT were provided as the main explaining factor for
the lack of understanding of the technology and the technology’s interdependent nature. One of
the consultants expressed it as:
Managers know the terms (process orientation and integration), but do not
understand the implication of process orientation or integration for their business –
i.e. the consequences.
The lack of understanding of ERP systems and IT in general is often related to the perception of
IT’s role. For instance, firms using the entire packages manage IT proactively; signaling
commitment, top management support, the importance of the system etc. Other firms applying a
reactive view of IT view the implementation of a system as the end per se, leading to poor
utilization. Consequently, managers that do not understand technology and its implications
cannot communicate the role of IT to the rest of the organization, leading to a lower level of
utilization by others. In addition, systems are often purchased on the basis of a top management
decision, i.e. R/3 is our strategic solution, and the vision, if there is one, is not communicated
throughout the business. The following issues are not communicated, enough: Why was the
system selected, what problems is it intended to solve, what are the implications of the
implementation, why must work practices change, why does the business have to adapt to the
system and not vice versa? Thus, no one knows why they have a certain IT solution and people
and businesses are forced to work and function in accordance with the systems. The
communication shortcomings create antipathy toward the system.
A problem related to the lack of understanding is that users become afraid of the system and do
not try to experiment with it, inhibiting improved use and learning. Consequently, firms are
looking for alternative solutions to new problems, instead of finding out whether existing
technology can solve these problems. Another tendency, explaining the poor utilization of ERP
systems, is that firms seek the optimal solution for each problem leading to sub optimization.
Project factors also affect utilization, and in particular the implementation strategy and project
management. Implementation starts out with good ambitions, but the implementation project
tends to become an IT project focusing on the technical issues. Thus, people and business issues
are forgotten (change management). Top down and bottom up implementation strategies work,
but they require different skills and competencies.
The top down approach often involves large numbers of external consultants. This is the best
approach for consulting firms, since they can act as filters within the organization and control
information flows. For instance, consultants decide which information will be presented to top
management, leading to issues of lower relevance being addressed by top management, which
could have been addressed by low level management. Issues that top management addresses
become “important once” and quickly lead to crises. For instance, how to label invoices and
orders. In addition, this approach probably leads to long implementations. Another disadvantage
of top down implementation approaches relying on external consultants is that they do not know
the business - business knowledge resides with the people working in the business.
16
The bottom up approach, on the other hand, requires an empowered project manager with the
executive power to make difficult decisions, which the line must follow. An internally
empowered project manager can deal with many issues, leading to quicker implementation –
every decision does not have to be endorsed by top management. Another benefit of the bottom
up approach is the internal acceptance and organizational endorsement of decisions. None of the
implementation strategies leads to immediate success, i.e. in the short or long run. Each
implementation is unique.
One technical factor was mentioned as affecting utilization.
One problem with ASAP (ASAP is the proprietary development and implementation
method for R/3, author’s note) is that it kills visions, the 2,500 Q&A questions limit
the scope of the system, people’s minds become shadowed by the possibilities of the
system. But the implementation project will be a success – measured in terms of time
and budget.
The implementation methods used do not support human issues, since a method is only a
guideline for how to do things. Hence, there is a need for skills that exceed the methods and the
technical aspects of implementing the system.
The experts perceive current use to be poor, both in cognitive and diffusion terms. But, they are
optimistic regarding utilization in the future. The experts have observed improvements over the
years, which were explained by increased experience and maturity of integrated systems, e.g.
some organizations are in their second generation of integrated system. Increased experience is
closely related to maturity of utilization, which is dependent on the time of use.
4.3. As is improvements
The next issue addressed during the interviews was how firms attempt to improve use. The
largest potential for improvements lies in procurement. This part of ERP systems was perceived
not to be optimized, due to a lack of management involvement and a lack of focus on
procurement issues. In addition, people working with procurement are often good at their jobs
but lack theoretical constructs or models. The lack of such models can lead to poor requirements,
since the consultants cannot specify or realize the requirements when configuring the system.
There are also potentials for improvements in inventory and production.
One consultant outlined two categories of firms, cf. firm A and B above. The first one is
proactive and attempts to improve its business through the system. These firms use BPR and AS-
IS analysis to understand the current business and to guide improvements efforts. They work in a
systematic way with pre-studies to identify problem areas and they prioritize what areas to
improve. This type of firm views IT as a support tool for its business. The other types of firms
are reactive, mostly applying a technical interpretation of IT and viewing it as an end in itself.
Their improvement efforts are mainly oriented toward improving the IT. These firms have more
frequently applied a vanilla implementation strategy - with as little adaptation of the systems as
17
possible. The degree of adaptation of the business and system is a sign of the organizational view
of change and thus a sign of a certain culture. The point being stressed was that firms that make
initial changes to their systems, during development, will also continue to make changes to their
systems, or organizations, in the future.
In most cases, improvement programs are initiated because of some change in the organization,
e.g. new employees or reorganization. New employees tend to be more questioning and open
than people with a long working experience in the same position. However, in general,
improvement programs are not triggered by a formalized process, but are based on a gut feeling
and new people – i.e. they are an ad hoc process. When embarking upon an improvement
program or the upgrading of a system, business cases are prerequisites both for consultancies and
organizations.
Without business cases, there is no business.
Corporate culture is important and particularly if it is characterized by questioning and openness.
However, the experts expressed concern regarding firms in general, that firms are short-sighted;
i.e. they do not risk their day-to-day business since they are focused on their quartile reports. One
consequence is the postponement of improvements programs, since these cost money. The
quartile focus leads to organizations requiring a return on investment on everything, leading to
no one assuming responsibility for the whole and resulting in small uncoordinated improvements
efforts.
The way a firm attempts to improve its current use differs from firm to firm. The main
characteristics differentiating firms attempting to improve from those not systematically
improving their use lie in the perception of ERP systems, which is culturally rooted and top
management involvement and use.
4.4. Ought to improvements
Another issue is how firms should manage ERP systems, with the specific goal of improving
utilization. Ought to improvements address several aspects and issues addressed in the previous
sections and some new aspects are introduced. The following issues constitute a summary of the
suggestions made by the consultants; each of them are explored, including top management
support – management use, communication of visions and ideas concerning the technology,
training, let people have fun, and evaluate IT use and performance changes. The section will be
structured in accordance with organizational, project and technical factors.
Most of the mentioned factors related to improvement efforts are organizational. Besides training
during internal distribution, the most crucial factor is continuous training. Training should be
focused on the business and how the system supports the business – not the system as such.
Training courses should be small and specific, addressing one topic. Courses have to be
evaluated and followed up. Courses can also involve theoretical concepts, e.g. accounting and
inventory management principles. Training should be organized in networks of users – on the
same hierarchical level to ensure an open discussion. A positive factor is whether there are users
18
from different departments with varied problems and issues. The networks can be internal and
external as well as formal and informal. Independent user groups are important external
networks. Besides the actual hands-on training provided, training has other important roles, for
instance showing organizational commitment and communicating the long-term strategy and
vision of the system. An important part of training is fun - let people have fun. Fun in this
context is related to experimental training in sandbox systems using real data to play around
with. This enables people to test new ways of working with and using the system. The trainer
should be a person with experience of the business and preferably of the old systems as well; for
instance an efficient educator can ask the user; Do you remember the old system - this was
labeled xxx and now it is yyy.
Management use was perceived as a very positive factor. The two main impacts of management
use were an increased management reputation and an important manifestation of management
commitment. One example
A new manager at a large production site within an MNC, became the super user of
R/3 and used this knowledge to get a reputation and acknowledgement from the
business, due to his knowledge he could overcome his uncertainty and lack of
knowledge about the business.
Time is another important factor – it takes time to understand the system, it takes time for the
system and the business to initially stabilize, training takes time etc. The time issue was
illustrated as:
It takes 3-5 years to forget the old system.
Evaluation is stressed as being important. The role of evaluation is to track improvements and to
communicate these. This should not only be related to the system, but to changes in the business.
For instance, a training course in sales should be measured against sales measurements, e.g.
customer satisfaction. The Business Engineer (a tool of R/3) can be used to analyze transactions
and to enhance improvement efforts. Based on this tool, it is possible to track how the system is
used.
Project factors are related to the complexity of developing, distributing, and using the system.
One way to decrease the complexity is to manage one project at a time, e.g. do not include
shared service centers at the same time - people get confused. Hire only one type of consultant
(e.g. IT consultants as opposed to organizational consultants) at a time, since different
consultants have varying agendas. Controlling the consultants is important – do not sit on their
laps. Consequently, it will be necessary to have internal consultants – in-house competence is
crucial.
System and IT knowledge represent important skills in the project manager and system owner. In
addition, the skills of the project manager affect the impact of the implementation. For instance,
if the project manager follows all the rules of the implementation methods, this can lead to
catastrophes. However, a skillful project manger can pick and choose his or her methods,
19
adapting them to new circumstances and applying them as useful support tools. The system
owner takes over during usage and is crucial since this person functions as a window between
business and IT by transforming business requirements into IT specifications.
The overall organization of IT activities is important when structuring improvement programs.
IT activities should be organized at corporate level and responsible for all business IT, including
ERP systems, CRM systems, and SCM systems Separate the forum from the corporate board and
use people in the business, IT department, the board, external expertise, and let suppliers present
their cases. The objective and role of the forum is to amass knowledge and learn IT. Be the part
that synthesizes requirements, negotiates with external parties, environment, the long term focus
and short term, as well. The forum must be open-minded – to learn from others – instead of
knowing what is best themselves. In addition, a new corporate function should be created for
managing master data.
One of the benefits of R/3 is the ability to use the same set of master data (business
partners, products etc.) across the enterprise. The benefits may be obvious to most
firms, but the organizational consequences - the need to establish sufficiently
empowered central functions for master data maintenance - are frequently neglected.
The necessary organizational changes may go against short-term cost-cutting
objectives (cut down on corporate staff functions), or may be 'politically' sensitive.
Besides managing IT applications, the organization of IT activities should be responsible for
master data as well.
One important factor for achieving improved use is the initial configuration.
R/3 can be configured and run in a number of different languages, but there is a very
strong case for doing it in English only if the firm is likely to ever implement the
system in foreign affiliates, or to use non-Swedish consultants: The English (and
German) versions are released before all others, and they are the only complete
language-versions. The effort of maintaining consistent descriptions of configuration
parameters, master data, report texts etc. in several languages in parallel is often far
greater than expected.
To summarize, the long-term business value stems from the comprehensive utilization of the
ERP system supporting the main processes. Critical mass is important, leading to commitment
and extended use. Nevertheless, improvement efforts are often easier than the initial
implementation. As one consultant expressed this;
You enjoy the scenery much better on the second trip.
5. INTEGRATION AND DISCUSION
20
This section integrates and discusses the empirical findings and proposes enhancements to the
ERPM framework. To structure the section, it will be divided up into the resource phase and the
employment phase.
5.1. Resource phase
The resource phase, including the selection and development tasks, is to some extent elaborated
upon. The selection task has not been further enhanced. None of the experts has mentioned any
aspects related to the selection process or the selection of a specific system. One possible
explanation for this is that the experts are specialized in one ERP system. The only implicit
exception is that the whole life cycle has to be well managed, including a clear vision of the
system motivating the selection. This is consistent with the initial ITRM framework and
Davenport’s (1996) suggestions for managing ERP systems using a holistic approach. Another
possible explanation is that there are so few competing ERP systems (Robey et al. (2002) defines
four major ERP systems, including SAP, Oracle, Baan and PeopleSoft), leading to little
ambiguity concerning the choice of system. However, selecting an ERP system is not only about
choosing a system; it is also about selecting a consultation partner. The importance of selecting
right consulting partner is stressed in Bhattacherjee’s (2000) case study at Geneva
Pharmaceuticals and is stressed by Skok and Legge (2002). This might be the main source of
ambiguity and uncertainty in this type of project and is of critical importance. The changes into
the ERPM framework are shown in Figure 3. In the identification task, the factor appropriate
business and legacy system is deleted since no technical aspects or issues have been stressed in
the empirical part of the study.
The development tasks can only commence if a system has been selected, providing the link
between the tasks. The main issue is organizing the project, which involves creating a balanced
team and selecting the project management and the competence and skills of the project leader
and project team is emphasized. In addition it is crucial to communicate the role of the system,
so that the project does not turn into a technical project that loses sight of the business objectives.
Consistent with prior research into ERP systems, the use of vendor tools, minimal BPR, the
vanilla implementation strategy constitute CSFs for a successful implementation, e.g. Davenport
(1996), Somers and Nelson (2001) and Skok and Legge (2001). However, these factors might
only be applicable to the success of development and internal distribution – not usage and
utilization. Several of the experts stressed the potentially negative influence of the vanilla
implementation strategy, minimal BPR, and the stringent use of vendor implementation methods
on utilization. This leads to factors having a negative impact on utilization.
Implementation strategies involving organizational change and changes into the systems
suggested as factors promoting improved long-term utilization. This is explained by
organizations that dare to take risks during development and which will also take risks during
usage. The role of management is also revised based on the empirical findings. Instead of top
management involvement, it should be support and commitment. Too much involvement by top
management is negative for the success of the implementation project. Vendor partnership, in
Figure 2, has not been stressed as a factor, rather as an issue and is thus incorporated as an issue.
The time issue based on the ITRM framework and the CSF literature review has not been found
21
during the empirical investigation, thus leading to the exclusion of this issue, i.e. it is not
important as regards improving utilization. Parr et al. (2000) describes different implementation
strategies and also speculates on different strategies CSFs.
Selection
Ambiguity, uncertainty, knowledge acquisition
O: Business plan and vision (1)
Top management support (2)
Communication (3)
Careful selection and organizational fit (4)
P: Vendor partnership (19)
Time
Resource phase Employment phase
Development
Organizational arrangements and vendor
management
O: Top management support (2)
Commitment to change (7)
P: Cross functional steering (16)
Vendor partner ship (19)
Project team competence (14)
Project management (13)
Project plans (20)Negative factors on utilization
P: Rapid implementation (23)
Smaller scope (24)
Minimal BPR (15)
T: Vanilla ERP (25)
Project methodology and vendor tools (28)
Internal Distribution
Lack of knowledge and time
O: Communication (3)
Top management support (2)
Training on new processes (5)
Commitment to change (7)
P: ERP strategy (12)
Project management (13)
Project team competence (14)
Cross functional steering and cooperation (16)
Negative factor
P. Rapid implementation (23)
Usage
Improved use, organization of IT, learning
and cultural obstacles
O: Communication of vision and ideas (3)
Top management support (2)
Training on new processes (5)
Training on theoretical concepts
Expect problems (9)
Creation of a forum managing IT
Business cases, Top management useNetworks, key users, champions
P: Project team competence (14)
System owner competence
Figure 3 The enhanced ERPM framework.
5.2. Employment phase
The employment phase, including internal distribution and usage, is enhanced on the basis of the
findings. The interrelationship between development and internal distribution tasks remains and
thus the view of development and implementation is as an iterative process with feedback loops.
The main enhancement of the internal distribution task is the exclusion of the vendor partnership
which has not been stressed. Rapid implementation is changes to a potential negative factor.
Davenport (1998, p. 126) expressed the problem with rapid implementations as “A speedy
implementation of an enterprise system may be a wise business move, but a rash implementation
is not”. The remaining factors and issues are retained, e.g. communication, top management
involvement, training on new process and commitment to change.
Usage tasks are supplemented with several aspects. The causality between usage and
development is still the same as in Figure 2. An improvement in the system leads to development
and internal distribution. This involves several related issues, e.g. learning and managing cultural
obstacles, and tasks. The overall CSF for improved use is well-organized and structured
activities, i.e. the organization of IT activities. This was stressed as creating a forum for
managing IT resources such as ERP systems, CRM systems, and SCM systems. The role of the
forum is to organize and fund the management of IT and its continuous improvement.
22
Communication of IT’s role is important. In addition, the requirements specification, the
alignment to business and the termination, and selection of IT resources can be managed by the
forum. The forum consists of internal and external people with different backgrounds and
competencies, e.g. top management, project leaders, system owners, vendors, users etc, to ensure
a broad spectrum of competencies. Essential is the involvement of top management – not only
with support and commitment, which the participation and creation of the forum signals. In
Figure 3, these issues and CSFs have been incorporated. Similar conclusions are provided by
Agarwal and Sambamurthy (2002) article on the role of the IT function.
The culture of the organization is a prerequisite for creating this type of forum, since it will lead
to the centralization of all IT activities and could thus encounter resistance from business. For
instance, the costs of the forum can be allocated to the different business units and thus affect
their profit, which the business unit can oppose. Thus, it is a culture that has to be open to
opinions and ideas, participation in different networks being an example of this. Previously has
Cooper (1994) discussed the role organizational culture an important factor in the
implementation of information technology and suggested that more successful organizations are
more open than those failing.
The next issue that has to be managed is learning. In the ITRM framework learning was the main
issue during development. In relation to ERP systems it seams to be during usage. In the ITRM
framework, learning was perceived as radical learning. However, the findings support the role of
experimental learning instead. Robey et al. (2002) comparative study of dialectic learning
processes in 13 firms supports both radical and experimental learning. Sandboxes, such as the
IDES client, can be used to give people a platform to test new things on. Learning processes are
supported by informal and formal training, within the organization and through networks.
Consultants have the role of external agents on training courses by bringing experience from
other organizations, but they also act as the distributors of internal knowledge. It is important
that theoretical concepts, e.g. accounting systems, are integrated into courses. Networks, such as
the forum, have important roles in improved utilization. Key users can take on the role of internal
teacher and inform others about how to use the system. Management’s use of ERP systems is
crucial, leading to increased utilization. If managers use ERP systems, their subordinates will
have to use these systems, since people on lower hierarchical levels feed the system with data
that is used by managers. Obstacles to efficient use have to be managed, for instance the vision
of use and the interdependence between IT and business are crucial to communicate.
5.3. Summary
The aim of this paper is to improve our understanding of how ERP systems can be used ‘better’,
referring to cognitive and diffusion aspects. Better, can only be judged by the specific context.
The explanatory power of the ERPM framework stems from the theoretical foundation of the
ITRM framework (Kalling 1999). The ITRM framework has been used to guide the
investigation, both the empirical and the synthesis of the CSF literature. An initial framework
was proposed and is presented in Figure 2. This was further enhanced by the empirical findings,
leading to the proposed ERPM framework. The ERPM framework bears a strong resemblance to
the ITRM framework, but is differentiated by the type of resource, i.e. specific or generic. Thus,
23
the main difference lies in the selection and development tasks. The ITRM framework addresses
the built option and the subsequent scratch development whereas the ERPM framework
addresses IT resources that are acquired from external providers. Another difference in the
ERPM framework is the exclusion of protection tasks, which are not perceived as important to
ERP systems, probably due to their being generic systems. However, continuous improved use is
as critical to the ERPM framework as it is to the ITRM framework. The goal of improved use
has different objectives in these two cases. In relation to ERP systems, improved use is aimed at
increasing the long-term business value of the system. In the other case, improved or unique use
is aimed at creating sustainable competitive advantages. Another difference between the
frameworks is that some issues, in particular learning, seem to be more important during other
tasks than in the ITRM framework.
Another contribution made by the study is the theorizing of CSF research, which has not
previously been theorized (cf. Robey et al. 2002), with a few exceptions. The theoretical and
practical usefulness of the ERPM framework includes some issues that are of general interest.
The framework presents an overall life cycle from the selection to the usage of ERP systems,
which can be used to frame future research into ERP systems. The focus on usage tasks during
the employment phase is a central contribution made by the paper. This is an area which has
been relatively unexplored. In relation to the ITRM framework, the ERPM framework provides
other, complimentary and new issues and tasks, which can enhance our understanding of the
management of ERP systems.
5.4. Limitations
The limitations of the research primarily concern two aspects. The first is the number of expert
consultants participating while the second is related to the national context of the study. More
expert consultants would increase the validly of the claims made. The experts interviewed thus
far have a broad experience of ERP system implementations, but an increased number of experts,
and in particular those with experience of other ERP systems, would enhance the study. The
context of the study – one Scandinavian country – also limits the validity. In particular, one
factor is related to this, namely configuration in English or German. This factor is probably
important to all non-English and German speaking countries, i.e. most of the world. Other
limitations to the study are the initial ITRM framework and the selection made in the literature
review.
6. CONCLUSION AND FURTURE RESEARCH
The paper has reported on the results of a research program aiming to understand and improve
the utilization of information systems, and ERP systems in particular. The result and contribution
of the paper are threefold: This first is the focus on the usage phase, which has been under-
researched (Gattiker and Goodhue 2002; Kalling 2003). Several interrelated factors have been
identified, e.g. training, top management use/commitment/involvement, culture, communication,
time and evaluation, administration models, the competence of project and system managers, and
configuration in one language. The second contribution is the development and enhancement of
the ERPM framework, including the selection, development, internal distribution and usage tasks
24
and the causalities between the tasks, issues and CSFs. The third contribution is the theorizing of
CSFs through the ITRM framework.
The conclusions reached are similar to findings from research into IT done in the past. However,
future research should investigate additional factors and causalities between tasks and issues.
Three approaches seem appropriate for such research. The first is to complement the conducted
study with more expert interviews. Future respondents could have international experience as
well as experience of other systems. The causalities and importance of the CSFs could be tested
through a LISREL analysis, thus requiring the operationalization of the ERPM framework. The
third approach can be in-depth case studies, which can be used to enhance the framework. In
particular, comparative case studies of different perceptions of IT.
Thus, the value of Enterprise Systems, or any other artifacts or resources, to organizations lies in
their long-term use, leading to improved activities, offerings, and a better market position
(Kalling, 2003), or to improvements in organizational effectiveness (Hedman and Borell 2002).
Efficient use which leads to improvements is difficult to achieve, due to a lack of understanding
of the artifact, the use of COTS methods, long term payback, management of the system, poor
user acceptance, and shortcomings in improvement efforts.
7. REFERENCES
Agarwal, R., A. Ratan and B. Ghosh (2000). "Our Experience and Learning in ERP
Implementation." Software Engineering Notes 25(2): 31-34.
Agarwal, R. and V. Sambamurthy (2002). "Principles and Models for Organizing the It
Function." MIS Quarterly Executive 1(1): 1-16.
Al-Mashari, M., A. Al-Mudimigh and M. Zairi (2003). "Enterprise Resource Planning: A
Taxonomy of Critical Factors." European Journal of Operational Research 146: 352-364.
Bancroft, N. H., H. Seip and A. Sprengel (1998). Implementing SAP R/3: How to Introduce a
Large System into a Large Organization. Greenwich, CT, Manning.
Barney, J. (1991). "Firm Resources and Sustained Competitive Advantage." Journal of
Management 17(1): 99-120.
Bhattacherjee, A. (2000). "Beginning SAP R/3 Implementation at Geneva Pharmaceuticals."
Communications of the AIS 4(2).
Cooper, R. B. (1994). "The Inertial Impact of Culture on IT Implementation." Information &
Management 27(1): 17-31.
Cooper, R. B. and R. W. Zmud (1990). "Information Technology Implementation Reserach: A
Technological Diffusion Approach." Management Science 36(2): 123-139.
Davenport, T. H. (1996). Holistic Management of Mega-Package Change: The Case of SAP.
Boston, Center of Business Innovation, Ernst & Young LLP.
Davenport, T. H. (1998). "Putting the Enterprise into the Enterprise System." Harvard Business
Review 76(4): 121-131.
Davis, G. B. (1988). "To Buy, Build or Customize?" Accounting Horizons 2(1): 101-103.
Gattiker, T. and D. Goodhue (2002). Organization Structure and Enterprise Systems: An
Empirical Study of Intra-Organizational Interdependency and ERP Impact., MIS
Department Terry College of Business University of Georgia.
25
Hedman, J. and A. Borell (2002). The Impact of Enterprise Resource Planning Systems on
Organizational Effectiveness: An Artifact Evaluation. Enterprise Resource Planning:
Global Opportunities & Challenges. L. Hossain, J. D. Patrick and M. A. Rashid. Hersey,
PA, Idea Group Publishing: 78-96.
Hedman, J. and A. Borell (2003). ERP Systems Impact on Organizations. ERP & Data
Warehousing in Organizations: Issues and Challenges. G. Grant. Hersey, PA, Idea Group
Publishing: 1-21.
Hitt, L. M., D. J. Wu and X. Zhou (2002). "Investment in Enterprise Resource Planning:
Business Impact and Productivity Measures." Journal of Management Information Systems
19(1): 71-98.
Hong, K. K. and Y. G. Kim (2002). "The Critical Success Factors for ERP Implementation: An
Organizational Fit Perspective." Information and Management 40(1): 25-40.
Kalling, T. (1999). Gaining Competitive Advantage through Information Technology. Lund
Studies in Economics and Management 55. Lund, Lund University.
Kalling, T. (2003). "ERP Systems a the Strategic Management Processes that Lead to
Competitive Advantage." Information Resources Management Journal 16(4): 46-67.
Markus, M. L. and C. Tanis (2000). The Enterprise Systems Experience-From Adoption to
Success. Framing the Domains of IT Management: Projecting the Future....Through the
Past. R. W. Zmud. Cincinnati, OH, Pinnaflex Educational Resources, Inc: 173-207.
Mintzberg, H. (1994). The Rise and Fall of Strategic Planning: Reconceiving Roles for Planning,
Plans, Planners. New York, NY, Free Press.
Mintzberg, H., B. W. Ahlstrand and J. Lampel (1998). Strategy Safari: A Guided Tour through
the Wilds of Strategic Management. New York, NY, Free Press.
Parr, A. and G. Shanks (2000). "A Model of ERP Project Implementation." Journal of
Information Technology 15(4): 289-303.
Robey, D., J. W. Ross and M.-C. Boudreau (2002). "Learning to Implement Enterprise Systems:
An Exploratory Study of Dialectics of Change." Journal of Management Information
Systems 19(1): 17-46.
Skok, W. and M. Legge (2002). "Evaluating Enterprise Resource Planning (ERP) Systems using
an Interpretive Approach." Knowledge and Process Management 9(2): 72-82.
Somers, T. and K. Nelson (2001). The Impact of Critical Success Factors across the Stages of
Enterprise Resource Planning Implementations. Hawaii International Conference on
Systems Sciences.
Umble, E. J., R. R. Haft and M. M. Umble (2003). "Enterprise Resource Planning:
Implementation Procedures and Critical Success Factors." European Journal of Operational
Research 146: 241-257.
Upton, D. M. and A. McAfee (2000). "A Path-Based Approach to Information Technology in
Manufacturing." International Journal of Technology Management 20(3/4): 354-372.
Wixom, B. H. and H. J. Watson (2001). "An Empirical Investigation of the Factors Affecting
Data Warehousing Success." MIS Quarterly 25(1): 16-41.
Worthen, B. (2002). Nestle's ERP Odyssey. CIO Magazine.
26
Appendix 1 95 CSFs
1. Appropriate business and IT legacy systems (Nah et al. 2001)
2. Managing Consultants (Skok and Legge 2002)
3. Architecture choices (Somers and Nelson 2001) 4. Minimal customization (Somers and Nelson 2001)
5. Balanced team (Bancroft et al. 1998; Parr et al. 1999) 6. Minimum BPR and customization (Nah et al. 2001)
7. Best people (Parr et al. 1999) 8. Monitoring and evaluation of performance (Nah et al. 2001)
9. Business plan and vision (Nah et al. 2001) 10. Monitoring and feedback (Holland et al. 1999)
11. Business Process Change (Holland et al. 1999) 12. Organizational change prior to implementation (Bancroft et al. 1998)
13. Business process reengineering (Somers and Nelson 2001) 14. Organizational fit of Enterprise System (Al-Mashari, Al-Mudimigh et al. 2003)
15. Business Vision (Holland et al. 1999) 16. Organizational resistance (Al-Mashari, Al-Mudimigh et al.
2003)
17. Careful package selection (Somers and Nelson 2001) 18. Partnership with vendor (Somers and Nelson 2001)
19. Champion (Nah et al. 2001) (Parr et al. 1999) 20. Performance evaluation & management (Al-Mashari, Al-Mudimigh et al. 2003)
21. Change management (Somers and Nelson 2001) 22. Personnel (Holland et al. 1999)
23. Change management program and culture (Nah et al. 2001) 24. Planning and Control (Skok and Legge 2002)
25. Clear goal and objectives (Somers and Nelson 2001) 26. Post implementation audit (Umble et al. 2003)
27. Client acceptance (Holland et al. 1999) 28. Process adaptation model (Al-Mashari, Al-Mudimigh et al. 2003)
29. Client Consultations (Holland et al. 1999) 30. Process management (Al-Mashari, Al-Mudimigh et al. 2003)
31. Commitment of management (Umble et al. 2003) 32. Project Champion (Skok and Legge 2002) (Somers and Nelson 2001)
33. Commitment to change (Parr et al. 1999) 34. Project management (Umble et al. 2003; Somers and Nelson 2001; Nah et al. 2001; Al-Mashari, Al-Mudimigh et al. 2003)
35. Communication (Al-Mashari, Al-Mudimigh et al. 2003; Bancroft et al. 1998; Holland et al. 1999; Nah et al. 2001)
36. Project methodology (Bancroft et al. 1998)
37. Cross functional implementation (Davenport 1996) 38. Project Schedule/plans (Holland et al. 1999)
39. Cross functional steering (Davenport 1996) 40. Project team competence (Somers and Nelson 2001)
41. Cultural & structural change (Al-Mashari, Al-Mudimigh et al.
2003)
42. Rapid implementation (Davenport 1996)
43. Cultural and Business Change (Skok and Legge 2002) 44. Selection of system (Umble et al. 2003)
45. Data accuracy (Umble et al. 2003) 46. Smaller Scope (Parr et al. 1999)
47. Data analysis & conversion (Somers and Nelson 2001) 48. Software configuration (Holland et al. 1999)
49. Dedicated resources (Somers and Nelson 2001) 50. Software development, testing (Nah et al. 2001)
51. Definition of scope and goal (Parr et al. 1999) 52. Staff retention (Skok and Legge 2002)
53. Deliverable dates (Parr et al. 1999) 54. Strategic goals with the system (Umble et al. 2003)
55. Education and training (Umble et al. 2003) 56. System integration (Al-Mashari, Al-Mudimigh et al. 2003)
57. Education on new processes (Somers and Nelson 2001) 58. System testing (Al-Mashari, Al-Mudimigh et al. 2003)
59. Empowered decision makers (Parr et al. 1999) 60. Teamworking (Skok and Legge 2002)
61. Empowered project manager (Bancroft et al. 1998) 62. The team (Umble et al. 2003)
63. Enterprise System adaptation level (Al-Mashari, Al-Mudimigh et al. 2003)
64. Top management commitment (Skok and Legge 2002)
65. Enterprise System package selection (Al-Mashari, Al-
Mudimigh et al. 2003)
66. Top management support (Bancroft et al. 1998; Davenport
1996; Holland et al. 1999; Nah et al. 2001; Somers and Nelson 2001)
67. ERP Strategy (Holland et al. 1999) 68. Training (Bancroft et al. 1998)
69. ERP teamwork and composition (Nah et al. 2001) 70. Training and education (Al-Mashari, Al-Mudimigh et al. 2003)
71. Expect problems (Bancroft et al. 1998) 72. Troubleshooting (Holland et al. 1999)
73. Focused performance measures (Umble et al. 2003) 74. Understand the corporate culture (Bancroft et al. 1998)
75. Hybrid skills (Skok and Legge 2002) 76. Use of consultants (Somers and Nelson 2001)
77. Inform people about the holistic nature (Davenport 1996) 78. Use of only one consulting firm (Davenport 1996)
79. Interdepartmental communication (Somers and Nelson 2001) 80. Use of steering committee (Somers and Nelson 2001)
81. Interdepartmental cooperation (Somers and Nelson 2001) 82. Use of vendors’ tools (Somers and Nelson 2001)
83. Legacy Systems (Holland et al. 1999) 84. User acceptance (Skok and Legge 2002)
85. Legacy systems management (Al-Mashari, Al-Mudimigh et al. 2003)
86. User involvement (Skok and Legge 2002)
87. Management & leadership (Al-Mashari, Al-Mudimigh et al.
2003)
88. User training on software (Somers and Nelson 2001)
89. Management of expectations (Somers and Nelson 2001) 90. Vanilla ERP (Parr et al. 1999)
91. Management support (Parr et al. 1999) 92. Vendor support (Somers and Nelson 2001)
27
Appendix 1 95 CSFs
93. Managing change (Umble et al. 2003) 94. Visioning & planning (Al-Mashari, Al-Mudimigh et al. 2003)
95. Managing Conflicts (Skok and Legge 2002)