Description
Enterprise resource planning (ERP) systems integrate internal and external management of information across an entire organization—embracing finance/accounting, manufacturing, sales and service, customer relationship management, etc. ERP systems automate this activity with an integrated software application. ERP facilitates information flow between all business functions inside the organization, and manages connections to outside stakeholders.
CASE STUDY ON ERP LIFE CYCLE: CRITICAL SUCCESS FACTORS
Enterprise Resource Planning systems are business systems that are expected to integrate all the business' processes within organization, and since ERP systems are complex and require extensive changes in the organization, it is crucial that the implementation is success- ful. However, the implementation of ERP systems is described as both risky and complex projects. The purpose of this master thesis is to investigate the importance of different critical success factors across the ERP project life cycle within SMEs. Furthermore, we will compare our findings to see if there are differences between larger corporations in the USA and SMEs in the county of Jönköping, Sweden and try to explain the potential differences. In order to fulfill our purpose, we used a quantitative approach to collect primary data from the SMEs in the county of Jönköping. Our data was thereafter qualitatively analyzed in order to describe our findings. The conclusions drawn in this thesis is that the following critical success factors are perceived to be most important within the SMEs investigated:
• • • • • •
Infusion stage: Careful selection of package Adoption stage: Top management support Adaptation stage: Project champion Acceptance stage: Project champion Routinization stage: Education on new business processes Infusion stage: Vendor support.
It was apparent that the critical success factors identified in our research differed from the critical success factors identified for the Fortune 500 companies in the USA. However, we have failed to find any valid and reliable reasons for the differences even though we have discussed possible reasons for them.
Table of contents
Table of contents
1 Introduction............................................................................ 1
1.1 1.2 1.3 1.4 1.5 1.6 2.1 2.2 Background..................................................................................... Problem........................................................................................... Purpose........................................................................................... Demarcation and focus................................................................... Interested parties ............................................................................ Disposition ...................................................................................... 3 Research method............................................................................ Data collection ................................................................................ 2.2.1 Primary data ......................................................................... 2.2.2 Secondary data .................................................................... Selection of Sample ........................................................................ Data analysis .................................................................................. Trustworthiness............................................................................... 2.5.1 Validity.................................................................................. 2.5.2 Reliability .............................................................................. 2.5.3 Generalizability..................................................................... 2.5.4 Objectivity............................................................................. 9 1 1 2 2 3
2 Method.................................................................................... 5
5 5 5 6 7 7 8 8 8 8
2.3 2.4 2.5
3 Frame of references ............................................................ 10
3.1 Enterprise resource planning........................................................ 10 3.1.1 Single vendor ERP............................................................. 10 3.1.2 Best-of-Breed ERP............................................................. 11 3.1.3 ERP and company size...................................................... 11 Implementation ............................................................................. 11 Project Life Cycle Stages.............................................................. 11 3.3.1 Initiation .............................................................................. 11 3.3.2 Adoption ............................................................................. 11 3.3.3 Adaptation .......................................................................... 11 3.3.4 Acceptance......................................................................... 11 3.3.5 Routinization ...................................................................... 11 3.3.6 Infusion............................................................................... 11 3.3.7 Comments about Somers and Nelsons life cycle .............. 11 Critical success factors across the life cycle ................................ 11 3.4.1 Key players......................................................................... 11 3.4.2 Key activities ...................................................................... 11 3.4.3 Comments about the critical success factors .................... 11 Somers and Nelson's observed importance................................. 11 Discussion of the frame of reference............................................ 11 Procedure ..................................................................................... 11 Result ............................................................................................ 11 Analytical disposition .................................................................... 11
3.2 3.3
3.4
3.5 3.6 4.1 4.2 5.1
4 Empirical findings ............................................................... 11
5 Analysis................................................................................ 11
~i~
Table of contents
5.2
Analytical discussion..................................................................... 5.2.1 Initiation .............................................................................. 5.2.2 Adoption ............................................................................. 5.2.3 Adaptation .......................................................................... 5.2.4 Acceptance......................................................................... 5.2.5 Routinization ...................................................................... 5.2.6 Infusion............................................................................... 11 Conclusions made from the analysis............................................ 11 Reflections .................................................................................... 7.1.1 Method criticism ................................................................. 7.1.2 Trustworthiness of the study .............................................. 7.1.3 Suggestions for further research........................................ 7.1.4 Acknowledgements ............................................................ 11
11 11 11 11 11 11
6 Conclusions ......................................................................... 11
6.1 7.1
7 Final discussion .................................................................. 11
11 11 11 11
References................................................................................. 11
~ ii ~
Table of contents
Figures
Figure 1 - Disposition ....................................................................................... 3 Figure 2 - Players and activities across the ERP project life cycle. (Somers & Nelson, 2004, p. 259)........................................................................ 11
Tables
Table 1 - Comparison between best-of-breed and single vendor ERP (Light et al., 2001, p. 222) ........................................................................... 11 Table 2 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)11 Table 3 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)11 Table 4 - Importance of players and activities across ERP life cycle (Somers & Nelson, 2004, p. 265) .................................................................... 11 Table 5 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)...................................................... 11 Table 6 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)...................................................... 11 Table 7 - Observed importance of players and activities across ERP life cycle11 Table 8 - Observed importance of players across life cycle stages (sort in descending order) ............................................................................. 11 Table 9 - Observed importance of players across life cycle stages (sort in descending order) ............................................................................. 11 Table 10 - Comparison of observed importance and Somers and Nelson's (2004) observed importance ............................................................. 11 Table 11 - Initiation phase.............................................................................. 11 Table 12 - Adoption phase............................................................................. 11 Table 13 - Adaptation phase.......................................................................... 11 Table 14 - Acceptance phase ........................................................................ 11 Table 15 - Routinization phase ...................................................................... 11 Table 16 - Infusion phase .............................................................................. 11
Appendices
Appendix A - Questionnaire .......................................................................... 11 Appendix B - Letter to respondents .............................................................. 11
~ iii ~
1
Introduction
This introduction chapter will help the reader to better understand the subject researched in this master thesis. The introduction and background sections will describe ERP in a broader sense while the problem will explain why we are going to do our research. The purpose is to pinpoint the research, and demarcation, fo- cus, interested parties as well as a disposition is also presented. Enterprise resource planning (ERP) systems are a large set of integrated software which provides support for different organizational activities, such as manufacturing, logistics, finance, accounting, sales, marketing, and human resources. The benefits of an ERP system is that it creates synergies between different parts in the organization by sharing data and knowledge, reducing costs, and it gives the management support to improve business processes (Aldawani, 2001). According to Laugling (1999) ERP systems have been developed to meet the need to plan and manage complex manufacturing processes. In recent years, Laugling continues, the functionality of ERP systems has been broaden as companies want to integrate different units, share services and run global operations. With the ERP systems broad functionality, much of the organization's legacy systems can be replaced with an ERP system, providing better support for new business structures and strategies. Before the year 2000, ERP sys- tems were also installed to ensure millennium compliant software (Laugling, 1999). Our, the authors interest of ERP was initiated during the spring of 2005 when we attended a course about ERP systems at Jönköping International Business School. Our interest of the different aspects of ERP was especially focused on the importance of the implementa- tion and we were fascinated by the fact that many businesses did not manage to implement ERP systems due to various reasons.
1.1
Background
According to Prasad, Maneesh and Jayanth (1999), organizations implementing ERP are about to conduct massive changes within the organization; changes that need to be well managed in order to benefit from the ERP solution. Critical success factors, including top management commitment, business process reengineering, integration, and training of us- ers to name a few, must be carefully considered in order to make sure that the implementa- tion is successful (Prasad et al., 1999). Our study is built on Somers and Nelson's (2004) study "A taxonomy of players and activities across the ERP project life cycle" which identified the importance of different critical success factors (i.e. players and activities), and was conducted on Fortune 500 companies in the USA. We have chosen the framework of Somers and Nelson (2001) to base our study on, not only because we believe it is a good and solid work, but also because it is claimed to be the most comprehensive work of critical success factors (Hedman, 2003). Our research will focus on SMEs in the county of Jönköping, Sweden.
1.2
Problem
Many academic studies done on critical success factors when implementing ERP systems is focused on large companies, something that maybe was applicable five years ago when ERP systems and other enterprise systems was almost only available for larger corpora-
~1~
tions. Today however, there are various systems aimed at smaller companies (Adam &O'Doherty, 2004). Since SMEs often have more limited resources than larger companies, we believe it is interesting to investigate whether the critical success factors are dependent or independent on the size of the company. Differences that might affect the critical success factors between smaller companies and larger corporation might be that different departments are not as divided in smaller companies as they are in larger companies, which might create conflicts but ease the communication if there are problems in the implementation. Mabert, Soni and Venkataramanan (2003a) explain that various studies has been done in order to explain how company size impacts different issues, but very little attention has been put on the impact of company size when it comes to ERP systems, something we feel is very interesting. Somers and Nelson (2004) have divided their critical success factors across the project life cycle into the groups of players and activities, meaning that the term critical success factors refers to both the players and activities throughout the thesis, while the term player only re- fers to the key players and the term activities only refers to the key activities.
1.3
Purpose
The purpose of this master thesis is to investigate the importance of different critical success factors across the ERP project life cycle within SMEs. Furthermore, we will compare our findings to see if there are differences between larger corporations in the USA and SMEs in the county of Jönköping, Sweden and try to explain the potential differences.
1.4
Demarcation and focus
This master thesis will investigate critical success factors within the ERP project life cycle in SMEs situated in the county of Jönköping, Sweden. The reason why we have chosen to investigate SMEs in the first place is because we feel that the research that has been done previously has been focus on larger enterprises, not on SMEs.; a reason for this could be that most of the ERP software that is available on the market is better suited for larger companies, but as Adam and O'Doherty (2004) points out, many ERP vendors are moving in towards SMEs. Furthermore, since single vendor ERP system is rare within SMEs, our research will expand the definition and more look into the factors when implementing modules of enterprise systems within SMEs (best-of-breed, read more about this in the frame of references). It could be argued that comparing the best-of-breed modules of ERP with single vendor ERP is something that should not be done, especially not in a comparative analysis; how- ever, we believe that many factors during the implementation phases are similar, and prob- lems that occur during single vendor ERP implementations might as well occur during im- plementation of the best-of-breed modules of an ERP, after all it is still ERP implementations, the definition of ERP in this thesis will be:
ERP - A business system that somehow eases the business processes within the organization.
Jönköping as a region is famous for its many small- and medium sized enterprises and was therefore selected as the region where we wanted to conduct our study. Another reason for the selection of the county of Jönköping is the fact that we are attending university in this
~2~
region. Furthermore, we have chosen not to focus on any specific ERP system because we do not want to be affected by vendors in our research.
1.5
Interested parties
This thesis on critical success factors of ERP could be interesting for smaller companies planning on implementing an ERP system. It could also be interesting for companies that already have implemented such systems but still are having problems within the organization. Other interested parties are also ERP vendors and other parties who are interested in the implementation of ERP. Furthermore, we believe this thesis can be of interest for the scientific community as a foundation for future research.
1.6
Disposition
To help the reader better understand how the different chapters in this thesis are tied together, a graphical model of the disposition is presented below to visualize this. Introduction Method Frame of References Empirical Findings Analysis Conclusion
Final Discussion
Figure 1 - Disposition
Introduction. Our problem discussion in the beginning of the thesis is formed into the purpose which is going to be the red line throughout this thesis. Method. Our method is describing how we did our research. The method explains how we found reference, collected our empirical findings and how these two parts were put to- gether to form the analysis. Frame of references. Our frame of references is a collection of relevant literature which we have summarized. The frame of references is the basis for the empirical findings. Empirical findings. Our empirical findings are what were collected from our survey.
~3~
Analysis. Our analysis is where we will compare our empirical findings with our frame of references. The analysis will form the base for the conclusion. Conclusion. Our conclusion is where our main findings are presented and conclusions were drawn from our research is presented. Final discussion. Our final discussion is a review of all of the passed chapters. This is where we will analyze our own efforts.
~4~
2
Method
This chapter will discuss and motivate the approach we have decided to use in our research in this master thesis. Description of how data was collected and analyzed will be followed by a part discussion the trustworthiness of this thesis.
2.1
Research method
According to Cantzler (1992) there are two different research methods; quantitative and qualitative methods. Depending on what the researcher is looking for, how much time and resources the researcher has available; the two research methods can be done one by one or combined. Holme and Solvang (1991) claims that qualitative research is characterized by the proximity the researcher has to the respondent. In qualitative research, the use of small groups; not larger than 30 respondents is used (Cantzler, 1992). Qualitative research is often built upon interviews and open questions. Due to the way data collection is done, the answers can vary and it also requires time and money to collect data this way (Cantzler, 1992). Cantzler (1992) characterizes quantitative research as a method where a large amount of respondents can be researched and where the data collection is many times done through questionnaires and statistical methods can be applied to the collected data. Our data was collected through a quantitative research method, mainly because the study which we compared our result with is a quantitative study. Furthermore, a quantitative study is a good way to minimize the subjectivity which otherwise can impact the result of the study (Cantzler, 1992). But it is, according to Cantzler, important to make sure that the subjectivity is not reflected in the questionnaire. Based on the fact that our study is based on another study, there is no possibility for us to use another research method; however, it is fully possible to research the same subject with qualitative method, doing interviews with the companies and try to gain knowledge by this. We have analyzed our empirical findings with a combined qualitative and quantitative research method; this will be described further in the following subchapters.
2.2
Data collection
This study is based on a literature study and an empirical investigation. An empirical study is, according to Repstad (1993), an investigation based on data which has been collected through surveys or interviews. Our empirical material was gathered through a survey which was distributed to different SMEs in the county of Jönköping. 2.2.1 Primary data
According to Lundahl and Skärvad (1999), an empirical study is done to collect primary data. Furthermore, Lundahl and Skärvad (1999) suggest that the researcher should select respondents to get access to deviating or typical cases. We chose to collect our primary data through a questionnaire and since our study is based on the study made by Somers and Nelson (2004), our questionnaire was identical with the questionnaire used in 2001, with the exception that ours was translated into Swedish. This was done to ensure that no respondent would misunderstand the questionnaire due to the language. Interested readers
~5~
can find the questionnaire in Appendix A. However, an addition to Somers and Nelson's (2004) questionnaire was done; we added fields for the respondent to fill out their position at the company and in what branch the company was in. This was done to identify the people answering the study but it will not be reviewed in our empirical findings. According to Saunders, Lewis & Thornhill (2003) the use of questionnaires works best if the questions asked are of a closed character and if the questions cannot be interpreted differently by different persons, this is to achieve as high validity and reliability as possible. Furthermore, a well developed questionnaire makes it easier to interpret and control the data gathered (Saunders et al.). Somers and Nelson's (2004) questionnaire was sent with mail to their respondents, and as we base our study on their study, we also used this kind of self administrated questionnaire, with the exception that we made the questionnaire electronic and e-mailed it to our respondents. According to Saunders et al. (2003), self administrated questionnaire is a good way to collect truthfully data from the respondents; the reason for this is that the respon- dent does not try to please the interviewer, something that can occur when the researcher is doing interviews. We are aware of the problems that Saunders et al. (2003) describes with self administrated questionnaires, for example the fact that it is hard to make sure that the right person answers the questionnaire. According to Saunders et al. (2003), a way to work this through is to use e-mail to make sure the right person gets the questionnaire. However, in our case, we were still unsure whether this would ensure that the right person answered the questionnaire since we only had the email addresses of the companies contact persons. But we put a request in our e-mails informing the recipient to forward the questionnaire to the person who was most into the subject. The questionnaire was built as a website; mainly this was done because it was an easy way to collect the data. We did not do a pilot test in the traditional context that Cantzler (1992) describes, meaning that questionnaires are not perfect from the start and need to be adjusted before mailed out to the respondents. Cantzler (1992) also means that it is good with a pilot test since it gives the researchers an estimation on how long time the questionnaire takes to finish, and if the respondents experience the questions unclear. In our case, we adopted the questionnaire from Somers and Nelson (2004), which already was piloted on six IT executives in the USA. Therefore, we just piloted our questionnaire to make sure that the Swedish translation was correct and easy to understand. Our pilot was done on persons in our closeness. According to Punch (2003), a good idea could be to make another pilot test after the first pilot test is done, this time with an enlarged population. The reason for this second pilot test is to try the statistical models intended to use, however, since we based on study on another, we did not feel that this would necessary since we had a good understanding on how to apply the statistical models on our data. 2.2.2 Secondary data
According to Saunders et al. (2003), it is important to investigate the possibilities to gather secondary data before the researcher decides to go for a primary data gathering. Since we did a replication of the Somers and Nelson (2004) study, there was no way for us to gather the accurate data from secondary sources, however, we searched and found similar studies in Sweden and we have found data that we have used in our frame of references to com- pare our findings with. The data collected and presented by Somers and Nelson (2004) was also used as secondary data when it came to comparing our data.
~6~
2.3
Selection of Sample
It would have been very interesting to research the critical success factors of ERP implementations across Sweden, but since we had limited time and other necessary resources, we decided to make our investigation in the county of Jönköping where we attend university. Another reason for the geographic demarcation is that the Jönköping area is well known for its many SMEs. In the spring of 2005, there were 1315 companies with 10 to 250 em- ployees registered in the county of Jönköping (Företagsfakta, 2005-04-26). However, we have not been able to find statistics about how many of these 1315 SMEs that actually uses ERP systems, therefore our population is still unknown. We applied a straight forward approach to collect respondents. Jönköping International Business School has a system of host companies in which students are doing projects in different courses. We selected all the SMEs in the host company database which were situated in the county of Jönköping. Out of these SMEs, about 50 percent was registered with email contact information, which led us to decrease our sample to the companies with e- mail. Within these companies, there were some duplicated e-mail addresses, which can be explained with different offices or branches of a company. We decided to purge the dupli- cates since we figured that the different offices and branches used the same system. Finally we ended up with 199 SMEs with e-mail contact information in the county of Jönköping. Out of these companies we noticed a limited number of local offices of larger companies, such as banks and multinational consulting firms. We decided to keep these companies in the sample since we felt that we could not find a good way of excluding these kinds of companies. The impact of this decision will be discussed in the final chapter. Our invitation to participate in the study was sent out to the companies with e-mail on April 20, 2005. The e-mail contained a letter to the recipient which stated the purpose of the study and also a request to forward the letter the person who had most insight in the implementation of the ERP system. The letter can be found in Appendix B. The e-mail also contained a link to the online questionnaire which the respondents had to click to ac- cess the questionnaire. If the respondents did not fill out the questionnaire within one working week, a reminder was sent out containing an addition to the previous letter, which requested the respondents to answer the questionnaire in order to make our research as good as possible. Our sampling method can be compared to what Malhotra (2002) describes as convenience sampling since no detailed qualification was done when selecting the respondents. We could, for example, have used random sampling, but due to the limited resources we be- lieved our sampling method is acceptable and provided us with an accurate sample.
2.4
Data analysis
Once we noticed that responses from our survey started coming in, we started to manage the answers by entering the values into a spreadsheet model that we developed to summa- rize the answers. Each of the answers was entered manually and double checked to mini- mize errors based on faulty entries. Our spreadsheet model summarized the perceived im- portance of each factor for each one of the different stages. After that it divided the sums of under each factor with the total number of respondents that had replied to that factor to get the mean value. After this, we divided with the maximum of the Likert scale to get a percentual representation of the perceived importance.
~7~
The numbers that was the output of our spreadsheet was in the analysis compared with the numbers of Somers and Nelson's (2004) to identify differences between their research and ours. When we had identified the differences between our result and Somers and Nelson's (2004) result, a qualitative approach was used to analyze the factors which could have af- fected the differences in the results. The qualitative approach allowed us to study the data gathered more in depth. Repstad (1993) argues that a qualitative approach allows the re- searcher to be flexible in the research and looking for relationships in the area studied. The qualitative approach we chose to use when we analyzed our quantitative data allowed us to modify our problem at the same time as we were gathering data. Finally, the qualitative ap- proach gave us the possibility to describe what we actually saw in the numbers presented and use the literature to find potential reasons for this (Repstad, 1993).
2.5
Trustworthiness
To discuss this research's trustworthiness, there are four key issues to consider; validity, reliability, generalizability, and objectivity. Each one of these conceptions will be described and discussed further below and will also be reviewed in the final part of this thesis. 2.5.1 Validity
According to Lundahl and Skärvad (1999), inner validity, is achieved if the survey used is measuring what is meant to be measured. Furthermore, Lundahl and Skärvad describe outer validity as reached when the empirical study is coherent with the reality. Our survey contained relevant questions since they measured what we wanted to find in our research. It was our ambition to have a sample that reflects the reality, and therefore we strived to get results which were coherent with the reality. 2.5.2 Reliability
According to Lundahl and Skärvad (1999), to achieve as high reliability as possible, it is important that the study is conducted in the same way for all respondents. The question of the survey should be designed in the same way and measure the same things (Lundahl & Skärvad). Furthermore, other researchers should, independent of each other, be able to conduct the same research and achieve the same result (Lundahl & Skärvad). In order to get our study reliable, we described the steps of our research carefully and also attach the survey we used in our research to make it easier for other researchers to conduct the same investigation. 2.5.3 Generalizability
Lundahl and Skärvad (1999) is dividing a study's generalizability into two segments; statistical and analytical. Statistical generalizability is not generated automatically for the population, but the analytical generalizability can provide information where patterns can be visi- ble and new theories can be created (Lundahl & Skärvad). Since we have an unknown population, we can not prove that our sample of 199 respondents allows us to generalize to the entire population, but we believe that our sample is big enough to indicate tendencies of the population, although, this might not be totally general- ized.
~8~
2.5.4
Objectivity
According to Lundahl and Skärvard (1999), a researcher should strive to find facts in an objective and impartial way; the researchers' values and opinions should not influence the research. Our theory in this thesis is based on research papers, and we have put an effort in depict the theories in a correct way to make sure that information is not left out or twisted. Our results from the survey were analyzed and the conclusions drawn were based on the analy- sis and from the collected theory. In order to achieve high objectivity during the analysis, we had to take our extended knowledge within the subject into consideration since it might affect the analysis. Therefore, we have motivated all our thought throughout the analysis and the conclusion.
~9~
3
Frame of references
The frame of references discusses relevant theory collected in scientific magazines, books and in some cases the internet. This chapter outlines the frame of references of which the analysis will be formed around. In the fi- nal part of our frame of references, we will discuss the theory we intend to use in our analysis.
3.1
Enterprise resource planning
Over the last decades new software packages have been developed. These software packages are named ERP (Enterprise resource planning). ERP derived from the visions of integration of business processes. Two terms that have affected the outcome of ERP are mate- rial resource planning (MRP) and manufacturing resource planning (MRPII) (Klaus, Rose- mann & Gable, 2000). MRP is a computerized inventory control and production planning system for generating purchase orders and work orders of materials, components, and sub assemblies. It is a computer-based system designed to handle the ordering and scheduling of dependent demand inventories (Klaus et al., 2000). MRPII is a method for the effective planning of all resources of a manufacturing company. It is made up of a variety of functions and processes, each linked together: The use of the term MRPII has been dropped in favors of the term ERP in recent years (Klaus et al, 2000). Even thought the term of ERP has been around since the late 1980-s it is not before 1994 that the concept of ERP became evident with SAP R/3 (Muscatello, Small & Chen, 2003). With SAP R/3 the architecture moved towards client/server, where the clients were connected to a single and central database. The fast evolvement of new techniques lead to heavy investments by organizations and ERP became the new "standard" (Muscatello et al.). 3.1.1 Single vendor ERP
An ERP system is a module based business system that underpin total integration of organizational processes. Since the ERP system work to integrate functions and processes within organization, it give the implementing enterprise a more holistic view of their organization and their processes (Klaus et al., 2000). ERP is a business' transactional backbone and ensures data integrity and best of practice business processes and are used to streamline the flow of information within the enterprise, and in sometimes between different enterprises. Early ERP systems used single database architecture, but since the need for integrating business processes across companies, this architecture have changed somewhat today, and it becomes more and more common with open system architectures, where the systems communicate via different messaging services (Olson, 2004). An ERP system, supported by a strong IT infrastructure and based on clearly defined business rules, forms the core foundation of successfully run business in- formation system. It is also a starting point for forward thinking organizations, organiza- tions that are ready for technological changes; it is this integration that is facilitated by an ERP system. (Al-Mashari, 2002)
~ 10 ~
There are a lot of different definitions of what an ERP system really is. When Somers and Nelson (2004) executed their survey, ERP systems could be summarize by the characteris- tics formed by Yen, Chou and Chang in 2002. 1. Client/Server architecture - applications are often spread within the organization. 2. A single database - all applications work with and use the same data which lower the amount of redundancy. 3. Application modules - most of the ERP vendors offer special modules for all areas of business that can be integrated in the system 4. Standardized definitions of data - all business processes use the same definitions. As visible above, the definition of ERP systems include the use of a single database, something that, according to Olson (2004) and Lundqvist (2003) has changed. Even thought that ERP systems aim to integrate all business processes within an organization this is not always the case. Since ERP systems are based on modules, smaller organizations do not tend implement fully integrated ERP systems, but the modules that are the best-of-breed (Olson, 2004). 3.1.2 Best-of-Breed ERP
Best-of-breed is an approach to select and implement the best modules of a system in an enterprise. In this approach, components of custom or standard software packages are integrated (Light, Holland and Wills, 2001). According to Light et al. the objective of this approach is to develop systems that are strongly aligned with the business processes of the implementing company. One of the strengths with this approach is, according to Light et al., that the implementing company has the possibility to choose the most appropriate solu- tion for each process. Furthermore, the best-of-breed approach allows more flexibility which ends up in an easier implementation of the ERP system. Below (Table 1) a table is shown that contains a comparison of best-of-breed and single vendor ERP made by Light et al.
Table 1 - Comparison between best-of-breed and single vendor ERP (Light et al., 2001, p. 222)
Best-of-breed Organization requirements and accommodations determine functionality A context sympathetic approach to BPR is taken Good flexibility in process re-design due to a variety in component availability Reliance on numerous vendors distributes risk as provision is made to accommodate change The IT department may require multiple skills sets due to the presence of applications, and possibly platforms, from different sources Detrimental impact of IT on competitiveness can be dealt with, as individualism is possible through the use of unique combinations of packages and custom components The need for flexibility and competitiveness is acknowledged at the beginning of the implementation. Best in class applications aim to ensure quality Integration of applications is time consuming and needs to be managed when changes are made to components Single vendor ERP The vendor of the ERP system determines functionality A clean slate approach to BPR is taken Limited flexibility in process re-design, as only one business process map is available as a starting point Reliance on one vendor may increase risk A single skills set is required by the IT department as applications and platforms are common Single vendor approaches are common and result in common business process maps throughout industries. Distinctive capabilities may be impacted on Flexibility and competitiveness may be constrained due to the absence or tardiness of upgrades Integration of applications is pre-coded into the system and is maintained via upgrades
Professor Anders G. Nilsson with the informatics department at Karlstad University argues that module based ERP is the future and claims that the trend toward such module based
~ 11 ~
ERP is clearly visible, and welcomed (Lundqvist, 2003). Nilsson means that if a company used modules, it can select the modules that are best within a certain area, even though these modules are developed by different vendors. Nilsson continues and discusses the problems with these best-of-breed solutions, such as the integration between different modules, being problematic since various systems from different vendors need to commu- nicate with each other. Nilsson expresses his belief that in the long run, the vendors will loose importance and that the system integrators will become more important (Lundqvist). 3.1.3 ERP and company size
Mabert et al. (2003a) suggest that the size of an enterprise plays an important role when implementing ERP systems and indicated five key dimensions where the size of the enterprise has an impact (Mabert et al., p. 238): 1. Adoption of ERP systems by large companies is motivated more by strategic needs whereas tactical considerations are more important for smaller companies. 2. Larger companies employ more ERP functionality than small companies. 3. Large companies customize ERP software more while small companies adopt business processes within ERP systems more. 4. Large companies use an incremental implementation approach by phasing in the systems while smaller companies adopt more radical implementation approaches such as implementing the entire system or several major modules at the same time (The Big-Bang or the Mini Big-Bang approach). 5. Large companies report greater benefits in the financial areas, while small companies report more benefits from their ERP implementations in manufacturing and logistics. The dimensions of Mabert et al. (2003a) mentioned above will not be investigated further, but are described to illustrate some of the differences between smaller and larges compa- nies, something we will focus more on in our analysis.
3.2
Implementation
Implementing ERP system is a complex and time consuming project. Since ERP systems are meant to integrate all business processes it will cause major changes in the organization. ERP implementation often exceeds budget, time schedules, and are fairly risky (Cliffe, 1999). It is important that the system support all organizational needs and requirements. Another important issue is that the system meets the anticipated expectations (Hong & Kim, 2002). It is also of great importance to have an implementation strategy. The implementation strategy should include technological aspects as well as; budgets, methodologies, timeplans, goals, visions and managerial guidelines (Al-Mashari, Al-Mudimigh & Zairi, 2003).
~ 12 ~
There are different approaches and strategies than can be used when implementing ERP systems, some of these approaches are listed below;
• • • • • •
The skeleton approach (Bingi, Sharma & Gofla, 1999) Complete functionality approach (Holland & Light, 1999) Single module approach (Holland & Light, 1999) Best practice approach (Bingi et al. 1999) Reengineering approach (Bingi et al., 1999) Best of Breed approach (Olson, 2004)
Olson (2004) describes a bit more about the approaches mentioned above. According to him, it is most common that companies not implement a complete suite of ERP modules from a vendor; this is mainly because it is very expensive, but also it is because not all companies are in need of all modules. The most idealistic approach of implementation is the best-of-breed approach, which seeks out the best modules from the different vendors and implement these based on what is best for the particular organization. As mentioned before, implementation of ERP systems is a challenging task for involved parties. The implementation phase is no less important than system research and development (Chin, Wen-Hsiung & Yi-Ming, 2004). According to Romeo (2001) it takes bout 9-12 months for a small company to fully implement a typical ERP system. For mid-size companies the estimated time is 12-14 months and for large enterprises up to three years. Swedish companies have come far concerning implementation of ERP systems. According to Olhager and Selldin (2003) 84% of manufacturing companies in Sweden have or are about to install ERP systems in their organizations. Managers and implementation specialists often define success of a project with terms like "in time" or "within budget". Meanwhile, the users have a different view; they focus on the transition from the old to the new system (Markus, Tanis & van Fenema, 2000). From a business view, measurements like inventory reduction and more stabile support capabilities could be used. Implementing an ERP system can often be an expensive and risky venture. According to Cliffe (1999) 65% of management executives believe that ERP systems may hurt their busi- ness because of the potential of implementation problems. Organizations may have experi- ence from managing traditional management information systems (MIS) but since ERP in- vites to new challenges there are new risk factors emerging.
3.3
Project Life Cycle Stages
Below we present the different stages in the ERP project life cycle. The stages presented are based on the definitions by Somers and Nelson (2004), but further literature is reviewed and presented in order to review other research. The names used for the different stages will follow Somers and Nelson. We will end this sub-chapter with a discussion of the life cycle stages.
~ 13 ~
This project life cycle only refers to the life cycle of the project within the implementing organization, and does not discuss the actual development of the ERP system, which is done by an ERP vendor. Since no investigation will be done about ERP vendor develop- ment, no further discussion about the development of the ERP system is necessary. How- ever, we are aware of the fact that there are many other models about the ERP project life cycle, and a discussion of Somers and Nelson's (2004) life cycle will, as mentioned before, be presented in the end of this sub-chapter. 3.3.1 Initiation
The first stage in the ERP life cycle is, according to Somers and Nelson (2004) the initiation stage. It is described as the stage where the organization searches and locates the appropriate software for the organization. Similar to Somers and Nelson's (2004) initiation phase is parts of the Project Phase Model (PPM) described by Parr and Shanks (2000). The PPM consist of three main phases; planning, project, and enhancement. The planning phase includes, among others, the selection of ERP, which also the initiation phase of Somers and Nelson (2004) includes. The initiation phase in Al-Mashari et al. (2003) includes two important parts; management and leadership, and visioning and planning. When comparing Al-Mashari et al. (2003) with Somers and Nelson (2004), it is visible that Al-Mashari et al.'s (2003) "setting-up" phase in- cludes the first two phases in Somers and Nelson (2004), the initiation phase and the adop- tion phase. 3.3.2 Adoption
According to Somers and Nelson (2004) the second stage, the adoption stage is when the organization has reached the decision to invest the necessary resources for the implementa- tion. Included in the planning phase of the PPM model (Parr & Shanks, 2000) is the assembly of a steering committee, the determination of the project scope, the implementation approach and selection of project manager, and the determination of resources. These activities are similar to the phase of adoption by Somers and Nelson (2004). Markus and Tanis (2000) life cycle model includes the phase chartering which is characterized as the phase where the "ideas move to dollars". This phase is where the decision about the project is decided and where the funding is approved. 3.3.3 Adaptation
The adaptation stage is when the application package has been installed at the organization and is available for use within the organization. (Somers & Nelson, 2004) The PPM's phase (Parr & Shanks, 2000) of the project is seen as an iterative part of the project model, and can be extended to several years. It includes the setup, reengineering, design, configuration and testing, and the installation of the ERP system. The similarity with Somers and Nelson (2004) is that after this phase, the organization has a working ERP system. What differs between the view of Parr and Shanks (2000) and the view of Somers and Nelson (2004) is the fact that Somers and Nelson does not have a phase describing the
~ 14 ~
configuration and installation of the application within the organization, more about this in the end discussion (chapter 3.3.7). Markus and Tanis (2000) include the shakedown phase, which could be described as the transition between the adaptation phase and the acceptance phase in Somers and Nelson (2004). It is described as the time between the systems has been implemented in the organization and when the organization starts to use the system in the everyday work. 3.3.4 Acceptance
According to Somers and Nelson (2004) the organization is in the acceptance stage when the ERP system is employed by the organizations members. The implementation stage in Al-Mashari et al. (2003) include steps from Somers and Nelson's (2004) all stages up to the acceptance stage, but it focuses on the configuration (see more about this in chapter 3.3.7). The main similarity between Somers and Nelson (2004) and AlMashari (2003) is that the latter includes steps such as communication and training, important issues in order to get the organization to accept the system. 3.3.5 Routinization
The routinization stage is reached when the ERP system no longer is perceived as something out of the ordinary in the organization. (Somers & Nelson, 2004) Markus and Tanis (2000) describes their phase "onward and upward" to include the period while the organization realize the benefits from the system and runs the system on routine until a new version of the system is released, similar to Somers and Nelson's (2004) description of the routinization phase. 3.3.6 Infusion
The last stage of the ERP life cycle is the infusion stage; described as when the IT application is used within the organization to its full potential (Somers & Nelson, 2004). In Al-Mashari et al. (2003), the last phase of the life cycle is the evaluation phase which includes the evaluation of the system's performance and the management of the project. AlMashari et al. (2003) argues that measuring and evaluation performance is a very critical phase for ensuring success for an IT system, especially for ERP systems. Similar to Somers and Nelson (2004), this last stage is when the system is determined to be an infusion or not. 3.3.7 Comments about Somers and Nelsons life cycle
When comparing the different stages in Somers and Nelson's project life cycle (2004) with other theories about the ERP life cycle, it is apparent that one part describes as important by other researchers has been left out in Somers and Nelson (2004) description. This part is what Parr and Shanks (2000) defines as the project phase, including the design, installation, and configuration of the system. Other researchers has also stressed the importance of the installation and configuration phase (Grenci & Hull, 2004; Al-Mashari et al., 2003; Mabert, Soni & Venkataramanan, 2003b; Hong & Kim, 2002; Markus & Tanis, 2000). However, since our research is based on Somers and Nelson (2004), we will use the phases identified
~ 15 ~
by them and not include the phases of design, installation, and configuration in our research, but we are aware of the fact that the phase of configuration is an important phase.
3.4
Critical success factors across the life cycle
Much research has been done regarding the critical success factors when implementing ERP systems and different frameworks identifying these critical success factors has been developed (Al-Mashari et al., 2003; Davenport, 1996; Hong & Kim, 2002; Parr & Shanks, 2000; Umble, Haft & Umble, 2003; Bancroft, Seip & Sprengel, 1998; Holland & Light, 1999; Nah, Lau & Kuang, 2001; Somers and Nelson, 2001; Skok & Legge, 2002). An over- view made by Jonas Hedman (2003) of these critical success factors is found in the table below (Table 2 and Table 3).
Table 2 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)
Al-Mashari et al. (2003) Enterprise System package selection Management & leadership Visioning & planning Project management Training and Education Communication System integration System Testing Davenport (1996) Top management support Use of only one consulting firm Cross functional steering Cross functional implementation Rapid implementation Inform people about the holistic nature Hong and Kim (2002) Organizational fit to Enterprise System Process adaptation model Organizational resistance Parr and Shanks (2000) Management support Balanced team Commitment to change Best people Empowered decision makers Champion Vanilla ERP Smaller Scope Definition of Scope and goal Somers and Nelson (2001) Top mgmt support Project team competence Interdepartmental cooperation Clear goals and objectives Project Mgmt Interdepartmental communication Mgmt of expectations Project champion Vendor support Careful package selection Data analysis and conversion Dedicated resources Use of steering committee BPR Partnership with vendor User training Education on new BPR Minimal customization Architecture choices Change management
Legacy systems Cultural & structural change Performance evaluation & management
Use of vendors' tools Use of consultants
~ 16 ~
Table 3 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)
Bancroft et al. (1998) Communication Top management support Understand the corporate culture Organizational Change prior to implementation Empowered project manager Project methodology Training Expected problems Holland and Light. (1999) 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 Nah et al. (2001) 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 Skok and Legge (2002) General project Planning and Control Project Champion Top management commitment Team working IS projects User involvement and acceptance Hybrid skills ERP projects Umble et al. (2003) 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
Cultural and Business Change Managing Consultants Managing Conflicts Staff retention
Our research is, as mentioned before, based on Somers and Nelson (2004). Looking at the table above gives us other ideas about critical success factors found by other researchers. However, Hedman (2003) claims that the research made by Somers and Nelson in 2001 (which their research in 2004 is build upon), is the most comprehensive study of critical success factors. This is yet another reason why we have based our research on Somers and Nelson (2004). Somers and Nelson (2004) describes that each one of the different critical success factors (i.e. key players and actives, Pn and An in the figure below) have a different degree of importance in different stages of the ERP life cycle; this is illustrated by the figure below.
Importance of Players and Activities
high
medium An low
n sion
. .
A1 Pn P1
Initi
atio
n Ado
ptio
n Adap
n tatio Acce ptan
ce
tiniz
atio
Rou
Infu
ERP Project Life Cycle Stages Figure 2 - Players and activities across the ERP project life cycle. (Somers & Nelson, 2004, p. 259)
~ 17 ~
3.4.1
Key players
This section will describe the different key players identified by Somers and Nelson (2004). The key players are people or groups of people that have an impact with the ERP implementation.
3.4.1.1 Top Management support
The support from the top management is important throughout the project life cycle in order to conduct a successful ERP implementation. Somers and Nelson (2004) describe the top management support as the most crucial success factors in ERP projects. Monitoring the progress and providing directions to implementation teams is a critical factor that should be provided by management during the process (Somers & Nelson, 2004). Top management support is also mentioned by Sumner (1999) and Wee (2000), as one of the most important success factors during the implementation. According to Sumner (1999) it is crucial that the project is aligned with strategic business goals and that it re- ceives approval from the top management. One way to accomplish this is to tie manage- ment bonuses to project success (Wee, 2000).
3.4.1.2 Project champion
The role of the project champion is often linked to technological innovations, the project champion should posses skills referred to transformational leadership, facilitation, and marketing. Another critical factor that is crucial for project champion is the acceptance and use of technology during the integration in the organization (Somers & Nelson, 2004). According to Rosario (2000) the task of the project champion is critical throughout the life cycle. It is important that the one in charge has great business skills, which can give the project a business perspective (Sumner, 1999).
3.4.1.3 Steering committee
The steering committee should include members from the entire organization such as; senior management from different corporate functions, senior project management representatives and future user of the ERP system. The steering committee often takes part in important phases like the selection phase, control of external consultants and monitoring the implementation phase (Somers & Nelson, 2004). According to Bingi et al. (1999) the work of the steering committee is critical for a successful implementation of an ERP system. The committee is important in the early phases and should also involve the management in the project (Bingi et al.).
3.4.1.4 Implementation consultants
The use of external consultants during the entire life cycle is very common. When hiring external consultants the organization gains outside expertise, and comprehensive knowl- edge of the different modules available. Other crucial tasks performed by the external con- sultants are to make a requirement analysis that recommend suitable solutions and also manage the implementation. These are roles carried out latter in the life cycle (Somers &Nelson, 2004).
~ 18 ~
Most large-scale ERP projects will use external consultants. The consultants have different roles in an ERP project and their knowledge is in many cases an asset to the implementing company (Westrup & Knight, 2000).
3.4.1.5 Project team
The competence, not only technological competence but also business competence, of the project team is crucial for the ERP project's success. The knowledge of the project team plays a big role when there are areas where other team members lack. The project teams' knowledge and competence have a significant role in the early stages (Somers & Nelson, 2004). A cross functional team with the best members of he organization is crucial for success (Rosario, 2000). Sumner (1999) believes in the importance to mix inter-organizational members and external consultants. According to Wee (2000) the team members should fo- cus only on the project and it should be their top priority. Furthermore, Wee (2000) claims that it is important that members are compensated for implementation success. It is also of great importance that members, both internal and external, share information. According to Stefanou (1999) this requires partnership trust.
3.4.1.6 Vendor-customer partnership
The relationship between the software vendor and the implementing organization is of great importance. The relationship should be of strategic nature where the ERP vendor enhancing an organization's competitiveness and efficiency. These partnerships appear to be a crucial part of the early stages (Somers & Nelson, 2004). Also Davenport (1998) argues that it is very important that the implementing organization and the vendor have a good partnership. Since the partnership tends to lead to a lifelong relation, strategic values can be obtained.
3.4.1.7 Vendors' tools
Tools that are used and provided by the ERP vendor are a fundamental enabler for success during the adoption and adaptation phases. Examples of tools are; business process model- ing tools, templates industry-specific business practices, bundling of server hardware with ERP software. These tools contribute to both cost and time reduction concerning implementation of the ERP system. These tools are also used to get a bigger understanding of the software and understanding of business processes within the organization (Somers &Nelson, 2004). According to Holland and Light (1999) vendor tools are important and could for example be used to support customizing business processes without changing existing software code.
3.4.1.8 Vendor support
One importance with ERP systems is that they are often seen as a lifelong commitment. This lifelong relationship requires future investments in modules and upgrades to be able to gain strategic value and business fit. These are good example when it is visible that the vendor support is an important factor in the post-implementation stages (Somers & Nel- son, 2004).
~ 19 ~
It is not often that the implementing organization possesses all knowledge about the sys- tem. Therefore it is vital that the ERP vendor support the implementing organization dur- ing and after the implementation (Willcocks & Sykes, 2000). 3.4.2 Key activities
Below, a summary of Somers and Nelson (2004) key activities will be found. The key activities are, according to Somers and Nelson, activities during the implementation that are of key importance for the success of the implementation.
3.4.2.1 User training and education
In-house training and education to smooth the progress of implementation is vital. Failure to educate users and to understand how enterprise applications change business processes frequently appears to be a problem for many organizations during the ERP implementa- tion. One way of education which has proven successful is computer-based training through the organization's intranet. Training is a concern in the later phases but can also be seen as an important factor throughout the whole process (Somers & Nelson, 2004). According to Sumner (2000) it is vital that the organization invests in user training and education. Users need in-house training to learn how the system will change the business processes within the company (Sumner, 2000). Wee (2000) argues that it is important that the user training runs during the whole life cycle, and to ensure support to organizational needs.
3.4.2.2 Management of expectations
One important issue is how user expectations are handled. Management of expectations is important the whole process. Oversold systems often fail to meet user expectations (So- mers & Nelson, 2004). According Hoffer, George and Valacich (1998) a misaligning of expectations is common, organizations tend underestimate the complexity of the implementation. Because of this it is important to manage expectations throughout the lifecycle (Hoffer et al.).
3.4.2.3 Selection of appropriate package
It has shown that the selection phase is one of the most important phases. The selection should be carefully analyzed and the selection should be based on organizational needs and demands. The selection will affect budgets, time-frames, goals and other factors that will affect the whole project. The more thorough this is done the greater are the chances of a successful implementation (Somers & Nelson, 2004). The people involved in selecting the right ERP package have a lot of parameters to consider, parameters and questions that often are seen as overwhelming (Ptak & Schragen- heim, 2000). Choosing the right ERP systems to fulfill all needs of the implementing com- pany is according Callaway (1999) to the most difficult task.
3.4.2.4 Project management
The need for effective management is a fundamental part of every ERP project, from the initiating phase to the final phase. Control and project planning are the main concerns of the project management. ERP projects are huge projects and include issues like hardware,
~ 20 ~
software, organizational, human and politics and because of this, they tend to be complex, costly, and risky and in order to deal with that a competent project management is crucial (Somers & Nelson, 2004). The importance of project management is vital in an ERP implementation project. First of all it is important to have a scope (Rosario, 2000). After the scope is defined and limited it is crucial to identify critical paths of the project. Furthermore, it is important that timelines and budget goals are followed to maintain project credibility (Wee, 2000).
3.4.2.5 Customization
Customization is a factor that concerns both budget and success. When minimal customization is used it is often a sign of success and will lead to lower costs, shorter implementation and also inability to use vendor upgrades and support. One thing that affects the customization is the assumptions about business processes that are built into the system. The decision on how to reject or accept these assumptions take place in the early stages of the implementation (Somers & Nelson, 2004). It is important that organizations are willing to change their business process to fit the software package without having to customize the software. Sumner (1999) claims that all customization should be avoided to reduce the risk of errors.
3.4.2.6 Data analysis and conversion
ERP systems are very dependable on the data that is entered into the system. Accurate data is a necessity and the management of this data is crucial throughout the implementation. Some of the challenges that are faced includes finding the data and convert it to a consis- tent format before it is entered. When the system is tested by users, feedback is needed to correct corrupt system data. These issues are crucial from initiation through adaptation and moderate important during system acceptance and use (Somers & Nelson, 2004).
3.4.2.7 Business process reengineering
A negative issue with packaged software, such as ERP systems, is the compatibility with the organization's needs and business processes. Business process reengineering (BPR) is according to the American Society for Quality (2005) defined as:
The concentration on the improvement of business processes that will deliver outputs that will achieve results meeting the firm's objectives, priorities and mission.
BPR is important in the early stages from the initiation through the adaptation phase of the implementation. BPR is not that important when the system is running and it tends to be moderately important in the acceptance stage (Somers & Nelson, 2004). Sumner (1999) mentions that it is vital to align business processes with the software implementation. Sumner also says that software should be left untouched and not modified as far as possible. It is the business that has to be changed and not the other way around (Holland & Light, 1999). Rosario (2000) supports these facts and says that modifications should be avoided to reduce errors.
3.4.2.8 Defining the architecture
One important issue to consider during the initiation phase is the architecture choice of the ERP system. Other issues in the initiation and adaptation phase, concerns "additional"
~ 21 ~
software such as data warehousing systems, which many ERP systems already contains (Somers & Nelson, 2004). According to Wee (2000) it is important that the overall architecture is established before the implementation. Wee (2000) also claims that it is crucial that the architecture is based on the organizational requirements that exist.
3.4.2.9 Dedicating resources
ERP demands a lot of resources. It is important that the resource requirements are clear before the project starts since the dedicated resources affect the project throughout all stages but have a considerable effect in the early stages (Somers & Nelson, 2004). To be able to fulfill the goals and visions of the implementation it is vital that the required resources are put in. When this fails it often leads to implementation failure (Reel, 1999).
3.4.2.10 Change management
Since ERP systems require considerable changes in the organization it is common with resistance, confusion and errors within the implementing organization. ERP implementations are very dependable on the management and since organizations are resistant the implementation often fails to achieve the expected benefits. Change management activities are important in the early stages and continue throughout adaptation and acceptance phases (Somers & Nelson, 2004). Other researchers that point out the importance of change management (Rosario, 2000; Roberts & Barrar, 1992). They claim that change management is important from the beginning of the project throughout the entire life cycle. It is important that employees are willing to change and accept new technologies. It is suggested that the management should use the system to show how to achieve organizational goal (Roberts & Barrar, 1992).
3.4.2.11 Establishing clear goals and objectives
Organizational goals and visions are important for all business success. The process of implementing an ERP system must be supported by these goals and visions. Goals and vi- sions outline the direction of the project and need to be understood by all involved parties. Visions and goals have to remain clear throughout all the phases (Somers & Nelson, 2004). To be able to focus on the benefits of the system it is important that there is a clear plan and a communicated vision. The plan should include aspects like budget-range, timelines, risks and a proposed strategy (Wee, 2000). According to Roberts and Barrar (1992) it is important that the project mission is aligned with the business need. Rosario (2000) states that this plan will make work easier.
3.4.2.12 Education on new business processes
ERP implementation requires large scale changes. Since the implementations often changes the way business is done, education on new business processes is crucial; and once again are visions and goals brought up as a crucial factor. It is important that employees are edu- cated and trained for their tasks, which might change after the implementation of the ERP system. Education should be carried out at the time of BPR and is important during adoption, adaptation and acceptance phases of the project life cycle (Somers & Nelson, 2004).
~ 22 ~
According to Sumner (1999) it is vital that the organization invests in user training and education. Users need in-house training to learn how the system will change the business processes within the company (Sumner, 1999). Wee (2000) states that it is important that training runs throughout the entire life cycle, and that there are a support organization or help desk to support the organization's needs after the implementation.
3.4.2.13 Interdepartmental communication
To be able to communicate in the organization throughout the implementation many organizations develop a communication plan. This plan is meant to provide a good informa- tion flow to supply necessary data in order to keep users informed about the system's im- pact on their responsibilities. Communication is crucial from the initiation to the system acceptance phases, as it helps to minimize the user resistance (Somers & Nelson, 2004). Effective communication is of great importance to succeed with the ERP implementation. It is important that the goals and expectations are communicated on every level in the organization (Wee, 2000). Sumner (1999) argues that it is important that employees are informed about the scope, objectives, activities and updates in advance to make work more efficient.
3.4.2.14 Interdepartmental cooperation
Since ERP system's aims to integrate all processes in the organization it is important with interdepartmental cooperation. To manage ERP success, strong coordination of efforts and goals are a necessity. This activity is important from initiation through the acceptance phases according to Somers and Nelson (2004). ERP is all about integrating business processes within the organization. To be able to manage this it is important that there is cooperation between different departments (Stefanou, 1999). 3.4.3 Comments about the critical success factors
The key players and key activities described in the last pages have, as described in the beginning of this chapter, different degrees of importance under different stages of the pro- ject life cycle. During Somers and Nelson's (2004) literature review, different key players and key activities were ranked on what degree of importance that should be expected. In their research, the expected importance was compared with the importance they observed in their survey. We have earlier discussed other researchers' theories about critical success factors, but as Hedman (2003) argues, Somers and Nelson (2004) have the most comprehensive list of critical success factors and we think that Somers and Nelson's (2004) design of the ranking with the critical success factors gives a surplus compared with other lists of critical success factors we have looked at since it support our thought about different critical success fac- tors having different degree of importance.
3.5
Somers and Nelson's observed importance
In Somers and Nelson's (2004) research, the importance of the above described key players and key activities are identified. Below (Table 4), you will find a table that summarizes the importance of the key players and key activities (Xn) during each one of the ERP imple-
~ 23 ~
mentation stages. Somers and Nelson interpret 0.60 as being high in importance, 0.30 as medium and low importance as 0.10.
Table 4 - Importance of players and activities across ERP life cycle (Somers & Nelson, 2004, p. 265)
Players and activities ERP implementation stages Initiation Y1 X1 X2 X3 X4 X5 X6 X7 X8 X9 X10 X11 X12 X13 X14 X15 X16 X17 X18 X19 X20 X21 X22 Top management Project champion Steering committee Implementation consultants Project team/competence Vendor-customer partnership Use of vendors' customization tools Vendor support User training and education Management of expectations Careful selection of appropriate package Project Management Degree of customization Data analysis and conversion Business process reengineering Defining the architecture choices Dedicated resources Change management Clear goals and objectives Education on new business processes Interdepartmental communication Interdepartmental cooperation 0.64 0.65 0.83 0.53 0.58 0.60 0.72 0.78 0.67 0.53 0.73 0.58 0.57 0.37 0.60 0.72 0.57 0.66 0.71 0.48 0.68 0.53 Adoption Y2 0.71 0.62 0.68 0.61 0.63 0.59 0.72 0.71 0.60 0.55 0.56 0.66 0.52 0.63 0.70 0.51 0.64 0.73 0.66 0.57 0.59 0.65 Adaptation Y3 0.58 0.59 0.51 0.61 0.60 0.55 0.51 0.68 0.63 0.44 0.32 0.60 0.58 0.59 0.59 0.37 0.44 0.77 0.62 0.65 0.64 0.65 Acceptance Y4 0.58 0.46 0.80 0.34 0.44 0.37 0.34 0.45 0.47 0.48 0.21 0.49 0.39 0.23 0.55 0.23 0.54 0.65 0.53 0.57 0.63 0.67 Routinization Y5 0.53 0.33 0.41 0.13 0.25 0.28 0.40 0.35 0.67 0.23 0.12 0.38 0.24 0.06 0.28 0.10 0.11 0.32 0.35 0.23 0.55 0.55 Infusion Y6 0.39 0.26 0.13 0.57 0.21 0.40 0.21 0.28 0.22 0.17 0.04 0.24 0.28 0.03 0.22 0.06 0.06 0.17 0.14 0.12 0.41 0.47
To give a simplified overview with the ranking of the key players and activities, the tables below (Table 5 and Table 6) shows the key players and key activities sorted in descending order for each one of the six stages in the ERP life cycle.
~ 24 ~
Table 5 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)
Initiation Use of steering committee Vendor support Careful selection of package Architecture choices Use of vendors tools Clear goals and objectives Interdepartmental communication User training on software Change management Project champion Top management support Business process reengineering Vendor-customer partnership Project management Project team competence Minimal customization Dedicated resources Interdepartmental cooperation Use of consultants Management of expectations Education on new BPR Data analysis and conversion 0.83 0.78 0.73 0.72 0.72 0.71 0.68 0.67 0.66 0.65 0.64 0.60 0.60 0.58 0.58 0.57 0.57 0.53 0.53 0.53 0.48 0.37 Adoption Change management Use of vendors tools Top management support Vendor support Business process reengineering Use of steering committee Clear goals and objectives Project management Interdepartmental cooperation Dedicated resources Data analysis and conversion Project team competence Project champion Use of consultants User training on software Interdepartmental tion communica0.73 0.72 0.71 0.71 0.70 0.68 0.66 0.66 0.65 0.64 0.63 0.63 0.62 0.61 0.60 0.59 0.59 0.57 0.56 0.55 0.52 0.51 Adaptation Change management Vendor support Education on new BPR Interdepartmental cooperation Interdepartmental communication User training on software Clear goals and objectives Use of consultants Project management Project team competence Business process reengineering Data analysis and conversion Project champion Minimal customization Top management support Vendor-customer partnership Use of steering committee Use of vendors tools Dedicated resources Management of expectations Architecture choices Careful selection of package 0.77 0.68 0.65 0.65 0.64 0.63 0.62 0.61 0.60 0.60 0.59 0.59 0.59 0.58 0.58 0.55 0.51 0.51 0.44 0.44 0.37 0.32
Vendor-customer partnership Education on new BPR Careful selection of package Management of expectations Minimal customization Architecture choices
It is clearly visible how important different factors are during each of the different stages. In the initiation phase, the use of a steering committee is perceived as having an impor- tance of 0.83, closely followed by vendor support (0.78) and a careful selection of the ERP package (0.73). During the adoption phase, change management is perceived as having an importance of 0.73, with the use of vendor tools (0.72), top management support (0.71), and vendor support (0.71) as other important factors. In the adaptation phase, change management is also perceived as the single most important factor, scoring 0.77. Second is vendor support with a score of 0.68, and after that education on new business processes and interdepartmental cooperation comes, both with a score of 0.65.
~ 25 ~
Table 6 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)
Acceptance Use of steering committee Interdepartmental cooperation Change management Interdepartmental communication Top management support Education on new BPR Business process reengineering Dedicated resources Clear goals and objectives Project management Management of expectations User training on software Project champion Vendor support Project team competence Minimal customization Vendor-customer partnership Use of consultants Use of vendors tools Architecture choices Data analysis and conversion Careful selection of package 0.80 0.67 0.65 0.63 0.58 0.57 0.55 0.54 0.53 0.49 0.48 0.47 0.46 0.45 0.44 0.39 0.37 0.34 0.34 0.23 0.23 0.21 Routinization User training on software Interdepartmental cooperation Interdepartmental tion communica0.67 0.55 0.55 0.53 0.41 0.40 0.38 0.35 0.35 0.33 0.32 0.28 0.28 0.25 0.24 0.23 0.23 0.13 0.12 0.11 0.10 0.06 Infusion Use of consultants Interdepartmental cooperation Interdepartmental communication Vendor-customer partnership Top management support Minimal customization Vendor support Project champion Project management User training on software Business process reengineering Project team competence Use of vendors tools Change management Management of expectations Clear goals and objectives Use of steering committee Education on new BPR Architecture choices Dedicated resources Careful selection of package Data analysis and conversion 0.57 0.47 0.41 0.40 0.39 0.28 0.28 0.26 0.24 0.22 0.22 0.21 0.21 0.17 0.17 0.14 0.13 0.12 0.06 0.06 0.04 0.03
Top management support Use of steering committee Use of vendors tools Project management Clear goals and objectives Vendor support Project champion Change management Vendor-customer partnership Business process reengineering Project team competence Minimal customization Education on new BPR Management of expectations Use of consultants Careful selection of package Dedicated resources Architecture choices Data analysis and conversion
During the acceptance phase, the use of steering committee is perceived as the most important factor, scoring 0.80. Interdepartmental cooperation (0.67), and change management (0.65) are other important factors. Under the phase of routinization, user training on software scores 0.67 and interdepartmental cooperation and interdepartmental communication both score 0.55. In the infusion stage, the use of consultants is perceived of having an importance of 0.57, and interdepartmental cooperation as having 0.47. Interdepartmental communication is perceived of having an importance of 0.41.
3.6
Discussion of the frame of reference
The frame of references has covered many interesting areas concerning the purpose of this thesis. ERP has been describes using both a traditional definition and a more contemporary one. We have related ERP issues with the size of organizations in order to make an analysis between larger companies and SMEs. Furthermore, the focus of this frame of references has been on the critical success factors that exist within the ERP project life cycle. Differ- ent researchers' findings have been covered and discussed to be able to give an objective picture of these critical success factors and the stages that they might occur in. Our analysis will be based on our frame of references, but first we will present our empirical findings, gathered from our survey.
~ 26 ~
4
Empirical findings
The empirical findings will summarize the data we collected in our empirical study. First, a description of the procedure we worked after will be presented, after this, the results will be presented.
4.1
Procedure
Our survey was sent out to our respondents by e-mail on April 20, 2005. The survey contained a letter describing the purpose of the survey, the reason why the respondent was selected as a respondent, and a unique link to a web-based survey. The result from the survey will be presented below. After slightly more than one week, a reminder was sent out to the respondents that we had not collected answers from; this one containing an addition to the original letter urging the respondents to reply. This reminder was sent out on April 30, 2005. The respondents had to the end of May 6, 2005 to answer the survey. Totally, we got replies from 54 respondents of the 199 SMEs in our sample, resulting in a response rate of 27.1 percent, which could be compared with Somers and Nelson (2004, p. 263) response rate of 19%. Out of these 27.1 percent we decided to only use those who had answered that they were (1) completed with their implementation the previous year, or (2) the implementation was completed over a year ago. The reason for doing this is because it is only the companies that have passed all stages in the ERP life cycle that can give accu- rate answers on our questions. We also detected some answers that were not complete, and decided to leave these answers out. Totally, we ended up with 44 correctly answered sur- veys.
4.2
Result
Below (Table 7), a presentation of the collected result from the survey can be found. These have been put together in the same way as Somers and Nelson (2004) did in their survey. Each cell in the table below represents a calculation from the answers in the survey. Each of the different factors could have an importance of one to five. The values from the answers were summed up and distributed under the correct phase in the life cycle. This sum was then divided with the total number of answers collected on that separate factor to find the mean, lastly, it was divided by five (which was the maximum of the Likert scale) to get the correct number to compare with Somers and Nelson (2004).
~ 27 ~
Table 7 - Observed importance of players and activities across ERP life cycle
Players and activities ERP implementation stages Initiation Y1 X1 X2 X3 X4 X5 X6 X7 X8 X9 X10 X11 X12 X13 X14 X15 X16 X17 X18 X19 X20 X21 X22 Top management Project champion Steering committee Implementation consultants Project team/competence Vendor-customer partnership Use of vendors' customization tools Vendor support User training and education Management of expectations Careful selection of appropriate package Project Management Degree of customization Data analysis and conversion Business process reengineering Defining the architecture choices Dedicated resources Change management Clear goals and objectives Education on new business processes Interdepartmental communication Interdepartmental cooperation 0.42 0.37 0.25 0.13 0.24 0.35 0.09 0.20 0.05 0.20 0.52 0.25 0.08 0.18 0.13 0.37 0.21 0.14 0.44 0.07 0.12 0.10 Adoption Y2 0.55 0.38 0.37 0.25 0.32 0.46 0.19 0.23 0.05 0.26 0.38 0.39 0.21 0.25 0.24 0.36 0.38 0.22 0.46 0.09 0.23 0.15 Adaptation Y3 0.27 0.56 0.38 0.41 0.55 0.49 0.31 0.49 0.41 0.29 0.07 0.55 0.40 0.42 0.29 0.22 0.55 0.39 0.37 0.42 0.38 0.49 Acceptance Y4 0.29 0.48 0.33 0.17 0.48 0.34 0.09 0.38 0.43 0.24 0.07 0.45 0.20 0.19 0.19 0.07 0.37 0.37 0.30 0.35 0.40 0.43 Routinization Y5 0.13 0.25 0.11 0.09 0.27 0.21 0.02 0.29 0.24 0.13 0.06 0.24 0.07 0.07 0.17 0.02 0.20 0.20 0.12 0.32 0.27 0.30 Infusion Y6 0.10 0.16 0.07 0.03 0.16 0.21 0.01 0.26 0.10 0.03 0.00 0.14 0.02 0.00 0.08 0.02 0.07 0.10 0.05 0.19 0.17 0.18
Based on the table above, a collection of importance sorted in a decreasing order under each of the implementation stages will show what is most important in which stage. This can be found in Table 8 and Table 9.
~ 28 ~
Table 8 - Observed importance of players across life cycle stages (sort in descending order)
Initiation Careful selection of package Clear goals and objectives Top management support Project champion Defining the architecture choices Vendor-customer partnership Project Management Steering committee Project team/competence Dedicated resources Vendor support Management of expectations Data analysis and conversion Change management Implementation consultants Business process reengineering Interdepartmental communication Interdepartmental cooperation Use of vendors' tools Degree of customization Education on new BPR User training and education 0.52 0.44 0.42 0.37 0.37 0.35 0.25 0.25 0.24 0.21 0.20 0.20 0.18 0.14 0.13 0.13 0.12 0.10 0.09 0.08 0.07 0.05 Adoption Top management support Clear goals and objectives Vendor-customer partnership Project Management Dedicated resources Project champion Careful selection of package Steering committee Defining the architecture choices Project team/competence Management of expectations Data analysis and conversion Implementation consultants Business process reengineering Interdepartmental communication Vendor support Change management Degree of customization Use of vendors' tools Interdepartmental cooperation Education on new BPR User training and education 0.55 0.46 0.46 0.39 0.38 0.38 0.38 0.37 0.36 0.32 0.26 0.25 0.25 0.24 0.23 0.23 0.22 0.21 0.19 0.15 0.09 0.05 Adaptation Project champion Project Management Dedicated resources Project team/competence Vendor-customer partnership Vendor support Interdepartmental cooperation Education on new Data analysis and conversion User training and education Implementation consultants Degree of customization Change management Steering committee Interdepartmental communication Clear goals and objectives Use of vendors' tools Management of expectations Business process reengineering Top management support Defining the architecture choices Careful selection of package 0.56 0.55 0.55 0.55 0.49 0.49 0.49 0.42 0.42 0.41 0.41 0.40 0.39 0.38 0.38 0.37 0.31 0.29 0.29 0.27 0.22 0.07
Based on the tables above, we have summarized the most important findings. Under the phase of initiation, the factor which is perceived to be most important is careful selection of the appropriate package with a value of 0.52. This is followed by clear goals and objec- tives (0.44) and top management support with a score of 0.42. In the adoption phase, top management support is ranked as 0.55 followed by clear goals and objectives and vendorcustomer partnership, both with a perceived importance of 0.46. During the phase of adaptation, the project champion is perceived to have an importance of 0.56, while the project management, dedication of resources and the competence of the project team is ranked as 0.55.
~ 29 ~
Table 9 - Observed importance of players across life cycle stages (sort in descending order)
Acceptance Project champion Project team/competence Project Management User training and education Interdepartmental cooperation Interdepartmental communication Vendor support Dedicated resources Change management Education on new BPR Vendor-customer partnership Steering committee Clear goals and objectives Top management support Management of expectations Degree of customization Data analysis and conversion Business process reengineering Implementation consultants Use of vendors' tools Careful selection of package Defining the architecture choices 0.48 0.48 0.45 0.43 0.43 0.40 0.38 0.37 0.37 0.35 0.34 0.33 0.30 0.29 0.24 0.20 0.19 0.19 0.17 0.09 0.07 0.07 Routinization Education on new BPR Interdepartmental cooperation Vendor support Project team/competence Interdepartmental communication Project champion Project Management User training and education Vendor-customer partnership Change management Dedicated resources Business process reengineering Management of expectations Top management support Clear goals and objectives Steering committee Implementation consultants Degree of customization Data analysis and conversion Careful selection of package Defining the architecture choices Use of vendors' tools 0.32 0.30 0.29 0.27 0.27 0.25 0.24 0.24 0.21 0.20 0.20 0.17 0.13 0.13 0.12 0.11 0.09 0.07 0.07 0.06 0.02 0.02 Infusion Vendor support Vendor-customer partnership Education on new BPR Interdepartmental cooperation Interdepartmental communication Project champion Project team/competence Project Management Top management support User training and education Change management Business process reengineering Dedicated resources Steering committee Clear goals and objectives Management of expectations Implementation consultants Degree of customization Defining the architecture choices Use of vendors' tools Data analysis and conversion Careful selection of package 0.26 0.21 0.19 0.18 0.17 0.16 0.16 0.14 0.10 0.10 0.10 0.08 0.07 0.07 0.05 0.03 0.03 0.02 0.02 0.01 0.00 0.00
In the acceptance phase, the project champion and the competence of the project team is perceived as having highest importance, both with a rank of 0.48. Close to this is the pro- ject management which is perceived to have an importance of 0.45. During the routiniza- tion phase, education of new business processes is perceived to be of highest importance (0.32). Interdepartmental cooperation is scored as 0.30 and vendor support as 0.29. In the infusion phase, vendor support is perceived to be the factor with highest importance, ranked as 0.26. The partnership between the vendor and the customer is ranked as 0.21 and the education on new business processes as 0.19.
~ 30 ~
5
Analysis
Our analysis is based upon the main findings in the frame of references and is applied to our empirical findings in order to analyze our findings based on relevant theory.
5.1
Analytical disposition
In the coming subchapters, we will analyze our findings from our study based on the different stages in the implementation life cycle. This is to make our analysis as structured as possible and to help the reader follow our argumentation.
5.2
Analytical discussion
We will first present an overview of our findings compared with the findings of Somers and Nelson (2004). For each factor, our observed value, Somers and Nelson's observed value (marked as S & N), and the difference between the two values will be presented (Table 10).
Table 10 - Comparison of observed importance and Somers and Nelson's (2004) observed importance
Players and activities ERP implementation stages Initiation Y1 X1 Top management Observed S&N Diff X2 Project champion Observed S&N Diff X3 Steering committee Observed S&N Diff X4 Implementation consultants Observed S&N Diff X5 Project team/competence Observed S&N Diff X6 Vendor-customer partnership Observed S&N Diff X7 Use of vendors' customization tools Observed S&N Diff X8 Vendor support Observed S&N Diff X9 User training and education Observed S&N Diff 0.42 0.64 -0.22 0.37 0.65 -0.28 0.25 0.83 -0.58 0.13 0.53 0.4 0.24 0.58 -0.34 0.35 0.6 -0.25 0.09 0.72 -0.63 0.2 0.78 -0.58 0.05 0.67 -0.62 Adoption Y2 0.55 0.71 -0.16 0.38 0.62 -0.24 0.37 0.68 -0.31 0.25 0.61 -0.36 0.32 0.63 -0.31 0.46 0.59 -0.13 0.19 0.72 -0.53 0.23 0.71 -0.48 0.05 0.6 -0.55 Adaptation Y3 0.27 0.58 -0.31 0.56 0.59 -0.03 0.38 0.51 -0.13 0.41 0.61 0.2 0.55 0.6 -0.05 0.49 0.55 -0.06 0.31 0.51 -0.2 0.49 0.68 -0.19 0.41 0.63 -0.22 Acceptance Y4 0.29 0.58 -0.29 0.48 0.46 0.02 0.33 0.8 -0.47 0.17 0.34 -0.17 0.48 0.44 0.04 0.34 0.37 -0.03 0.09 0.34 -0.25 0.38 0.45 -0.07 0.43 0.47 -0.04 Routinization Y5 0.13 0.53 0.4 0.25 0.33 -0.08 0.11 0.41 0.3 0.09 0.13 -0.04 0.27 0.25 0.02 0.21 0.28 -0.07 0.02 0.4 -0.38 0.29 0.35 -0.06 0.24 0.67 -0.43 Infusion Y6 0 .1 0.39 -0.29 0.16 0.26 0.1 0.07 0.13 -0.06 0.03 0.57 -0.54 0.16 0.21 -0.05 0.21 0 .4 -0.19 0.01 0.21 -0.2 0.26 0.28 -0.02 0 .1 0.22 -0.12
~ 31 ~
Players and activities
ERP implementation stages Initiation Y1 Adoption Y2 0.26 0.55 -0.29 0.38 0.56 -0.18 0.39 0.66 -0.27 0.21 0.52 -0.31 0.25 0.63 -0.38 0.24 0.7 -0.46 0.36 0.51 -0.15 0.38 0.64 -0.26 0.22 0.73 -0.51 0.46 0.66 0.2 0.09 0.57 -0.48 0.23 0.59 -0.36 0.15 0.65 0.5 Adaptation Y3 0.29 0.44 -0.15 0.07 0.32 -0.25 0.55 0.6 -0.05 0.4 0.58 -0.18 0.42 0.59 -0.17 0.29 0.59 -0.3 0.22 0.37 -0.15 0.55 0.44 0.11 0.39 0.77 -0.38 0.37 0.62 -0.25 0.42 0.65 -0.23 0.38 0.64 -0.26 0.49 0.65 -0.16 Acceptance Y4 0.24 0.48 -0.24 0.07 0.21 -0.14 0.45 0.49 -0.04 0.2 0.39 -0.19 0.19 0.23 -0.04 0.19 0.55 -0.36 0.07 0.23 -0.16 0.37 0.54 -0.17 0.37 0.65 -0.28 0.3 0.53 -0.23 0.35 0.57 -0.22 0.4 0.63 -0.23 0.43 0.67 -0.24 Routinization Y5 0.13 0.23 0.1 0.06 0.12 -0.06 0.24 0.38 -0.14 0.07 0.24 -0.17 0.07 0.06 0.01 0.17 0.28 -0.11 0.02 0.1 -0.08 0.2 0.11 0.09 0.2 0.32 -0.12 0.12 0.35 -0.23 0.32 0.23 0.09 0.27 0.55 -0.28 0.3 0.55 -0.25 Infusion Y6 0.03 0.17 -0.14 0 0.04 -0.04 0.14 0.24 0.1 0.02 0.28 -0.26 0 0.03 -0.03 0.08 0.22 -0.14 0.02 0.06 -0.04 0.07 0.06 0.01 0 .1 0.17 -0.07 0.05 0.14 -0.09 0.19 0.12 0.07 0.17 0.41 -0.24 0.18 0.47 -0.29
X10
Management of expectations
Observed S&N Diff
0.2 0.53 -0.33 0.52 0.73 -0.21 0.25 0.58 -0.33 0.08 0.57 -0.49 0.18 0.37 -0.19 0.13 0.6 -0.47 0.37 0.72 -0.35 0.21 0.57 -0.36 0.14 0.66 -0.52 0.44 0.71 -0.27 0.07 0.48 -0.41 0.12 0.68 -0.56 0.1 0.53 -0.43
X11
Careful selection of appropriate package
Observed S&N Diff
X12
Project Management
Observed S&N Diff
X13
Degree of customization
Observed S&N Diff
X14
Data analysis and conversion
Observed S&N Diff
X15
Business process reengineering
Observed S&N Diff
X16
Defining the architecture choices
Observed S&N Diff
X17
Dedicated resources
Observed S&N Diff
X18
Change management
Observed S&N Diff
X19
Clear goals and objectives
Observed S&N Diff
X20
Education on new business processes
Observed S&N Diff
X21
Interdepartmental communication
Observed S&N Diff
X22
Interdepartmental cooperation
Observed S&N Diff
Visible in the table above is that most of our observed values are lower than the observed values of Somers and Nelson (2004). One of the most important reasons for these differences is that Somers and Nelson investigated larger companies, in which it is more com- mon to employ more ERP functionality than smaller companies (Mabert et al., 2003a), re- sulting in that larger companies is a more homogenous group than our SMEs since they, in most observations, recognized the same critical success factors. Another important aspect is that the investigation of Somers and Nelson (2004) was done in 2001, when it still was very common with single vendor ERP systems. Nowadays, it is more common to imple-
~ 32 ~
ment more best-of-breed modules (Hedman, 2003), something that most probably have affected the spread of our answers, resulting in lower values. 5.2.1 Initiation
Below (Table 11) you will find a presentation of our and Somers and Nelson's (2004) five most important factors during the initiation stage of the project life cycle. The factors that are occurring in both our findings and the findings of Somers and Nelson's are written in bold style.
Table 11 - Initiation phase
Our findings Careful selection of package Clear goals and objectives Top management support Project champion Defining the architecture choices Somers and Nelson (2004) Use of steering committee Vendor support Careful selection of package Architecture choices Use of vendors tools
The only factor that occurs in both our findings and Somers and Nelson's (2004) findings is careful selection of package. In our findings, it is ranked as the single most important fac- tor while it is ranked as the third most important factor in Somers and Nelson. According to Somers and Nelson, the selection of package is one of the most important issues and af- fects budgets, time frames, goals and other important factors that will have an impact on the whole project. Furthermore, Callaway (1999) argues that the selection of the right pack- age is the most difficult task during the whole life cycle. Considering that smaller compa- nies employ less functionality than larger companies (Mabert et al., 2003a), it is more im- portant for SMEs to find the correct system from the start. Clear goals and objectives is ranked as the second most important in our research. According to Wee (2000), establishing clear goals and objectives should include aspects as budget- ing, timing, risks, and strategies. It is also important that the implementation of the system supports the organization's overall goal and vision (Somers & Nelson, 2004), and that the project's mission is aligned with the business need (Roberts & Barrar, 1992). Since the im- plementation of ERP in SMEs is driven of more tactical needs, (Mabert et al., 2003a) it is in SMEs very important to have the goals and objectives clear. Top management support is ranked as the third most important factor during the initiation phase. The support of the project by the top management, is according to Sumner (1999) and Wee (2000) one of the most crucial factors during the implementation. As visible in the comparison between our findings and the findings of Somers and Nelson (2004), most of the top factors are different. We believe that the difference in the rankings has different reasons. To start with, we are confident that the organization's size matters much during the implementation process. Mabert et al. (2003a) suggest that the adoption of ERP by large companies is more motivated by strategic needs while implementation in smaller companies is more tactical. Furthermore, Mabert et al. (2003a) propose that larger companies employ more functionality than smaller companies. These two factors can ex- plain why it is more important in smaller companies to select the appropriate package from the beginning, and to have the goals and objectivities clear from the start. In larger compa- nies, the use of a steering committee and support from vendors can help the organization to develop the strategic advantages with the system. In addition to this, it is interesting to
~ 33 ~
see that the smaller companies perceive top management support as more important than the larger companies. This must clearly have to do with the fact that the management in most SMEs is closer to the organization than in larger companies. 5.2.2 Adoption
A comparative table of our findings and the findings of Somers and Nelson's (2004) during the adoption stage of the project life cycle is presented in Table 12 below. The factors that are occurring in both our findings and the findings of Somers and Nelson's are marked with bold.
Table 12 - Adoption phase
Our findings Top management support Clear goals and objectives Vendor-customer partnership Project Management Dedicated resources Somers and Nelson (2004) Change management Use of vendors tools Top management support Vendor support Business process reengineering
Top management support is mentioned both by the SMEs and the larger companies as one of the top five factors during the adoption phase. In fact, in our findings, top management support is perceived to be the most important factor, while it is perceived as the third most important factors in Somers and Nelson's (2004) findings. The top management support is also perceived to be among the top five factors in the previous phase (initiation phase) within the SMEs, something stressing the importance of the top management within the SMEs. As mentioned above, this implies that the top management within the SMEs is closer to the organization. As the second most important factors during the adoption phase, clear goals and objectives is ranked. We think it is interesting to see that the establishing of clear goals and objectives are ranked high both in the initiation and the adoption phase by our respondents, but is not mentioned by the respondents of Somers and Nelson (2004) as a factor of top importance. As we earlier discussed, smaller companies are more often looking for tactical benefits with their system, while larger companies are trying to achieve strategic benefits. It could be that the goals and objectives are not stated this early in the process within larger companies, something that might be considered strange since the goals are of great importance to be able to have a successful implementation, especially if the company is looking to gain stra- tegic values. Vendor-customer partnership is ranked as the third most important factor during the adoption phase by our respondents. According to Somers and Nelson (2004), this partnership should be of a strategic nature. Davenport (1998) suggests that the partnership could lead to lifelong strategic values. Somers and Nelson also suggest that this factor is crucial in the early stages, something that our respondents to a certain extent agree with. Similar with the initiation phase, most of the top five factors differ between the SMEs and the larger American corporations. It is interesting to see that the larger corporations consider change management to be of such high importance since Mabert et al. (2003a) ex- plains that it is more common that larger companies customize the software to fit the or- ganization and not the other way around, however, the changes within the organizations can still be large and requires good change management.
~ 34 ~
5.2.3
Adaptation
The five most important factors during the adaptation stage during the project life cycle are presented below (Table 13). You will find our and Somers and Nelson's (2004) factors ordered by importance
Table 13 - Adaptation phase
Our findings Project champion Project Management Dedicated resources Project team/competence Vendor-customer partnership Somers and Nelson (2004) Change management Vendor support Education on new BPR Interdepartmental cooperation Interdepartmental communication
None of the factors ranked as having high importance in our findings is ranked as having top importance in Somers and Nelson (2004). This shows a difference between the perceived importance between SMEs and larger companies in the adaptation phase. Our respondents ranked the project champion as the most important factor during this stage of the implementation. The project champion should posses skills connected to transforma- tional leadership (Somers and Nelson, 2004) and help the organization to understand the business perspective of the project (Sumner, 1999). According to Mabert et al. (2003a) the differences between implementation of smaller and larger companies are many, and this could explain the complete differences in the ranking above. The project management is ranked as the second most important factor during the adaptation process by our respondents. According to Somers and Nelson (2004) the project management is important during all the stages of the project life cycle. Rosario (2000) suggests that the scope is of great importance and Wee (2000) claims the importance of following timelines and budgets. According to Mabert et al. (2003a), smaller companies employ less functionality than larger companies, leading to the possibility for the project management to more efficient monitor the project. Furthermore, the implementation in smaller compa- nies is more radical than the implementation in larger companies (Mabert et al., 2003a), an- other factor that influence the importance of the project management. Our respondents have ranked the dedication of resources as the third most important factor. According to Reel (1999) the lack of dedication of resources can lead to implementa- tion failure. Somers and Nelson (2004) argue that it is important that the resource require- ments are clear from the project start. A difference between larger companies and SMEs is that larger companies in general have more resources than the smaller companies, suggest- ing that it is more important for SMEs to dedicate resources for the implementation.
~ 35 ~
5.2.4
Acceptance
The five most important factors during the acceptance phase of the project life cycle are presented in the table below (Table 14). To ease the interpretation of the table, the factors occurring in both our finding and the findings of Somers and Nelson is presented with bold style.
Table 14 - Acceptance phase
Our findings Project champion Project team/competence Project Management User training and education Interdepartmental cooperation Somers and Nelson (2004) Use of steering committee Interdepartmental cooperation Change management Interdepartmental communication Top management support
As visible above, the single factor ranked as top five by both our respondents and the respondents of Somers and Nelson (2004) was interdepartmental cooperation. It was ranked as the fifth most important factor in our survey and second in Somers and Nelson's re- search. According to Stefanou (1999) it is important with cooperation between depart- ments since this is the only way to integrate the new business processes throughout the or- ganization. Somers and Nelson (2004) argue that the interdepartmental cooperation is an important factor from the initiation through the acceptance, something that is more visible in the figures from their research than in figures from our survey. Considering that larger companies have more departments and more employees, the activity of interdepartmental cooperation might be ranked higher than in the SMEs. It is more important to focus on cooperation in a larger company since it might not come as natural as in a smaller com- pany. Ranked as the most important factors during the acceptance phase was the project champion, tightly followed by the competence of the project team and the project management. Obviously, the project functions are perceived as very important, something that differs from what the larger companies perceived as important. As earlier discussed, the imple- mentation of ERP systems within SMEs is often based on single modules and this is an es- sential difference during the implementation stages. Larger companies, which implement larger solutions, have to put more efforts into the steering committee and the change man- agement since larger changes are about to commence. Furthermore, in SMEs, it is probably more common that the internal project group has more responsibility due to the limited scope of the implementation project.
~ 36 ~
5.2.5
Routinization
The five most important players and activities during the routinization phase from our survey and the research of Somers and Nelson (2004) are presented below (Table 15). The fac- tors that are ranked as important in both our research and the research of Somers and Nel- son (2004) are written in bold in the table below.
Table 15 - Routinization phase
Our findings Education on new BPR Interdepartmental cooperation Vendor support Project team/competence Interdepartmental communication Somers and Nelson (2004) User training on software Interdepartmental cooperation Interdepartmental communication Top management support Use of steering committee
The routinization phase is the first phase in the project life cycle in which two factors are ranked in the top five most important in both our findings and in the findings of Somers and Nelson (2004). Interdepartmental cooperation is ranked second in both the surveys and interdepartmental communication is ranked as number five in our survey and as num- ber three in Somers and Nelson's investigation. According to Sumner (1999), the commu- nication is important since employees across the organization have to be informed about the scope, objectives, and activities during the implementation ensure that the work is car- ried out as efficient as possible. Following the discussion in the section above, it is interest- ing to see that the cooperation and the communication is ranked as top five in both our re- search and the research of Somers and Nelson (2004). Considering that the routinizationphase is where the system no longer perceives as something out of the ordinary, it is possi- ble that the communication and the cooperation between the departments are of great im- portance in order to gain knowledge from other departments' experiences with the system. Education on new business processes is in our survey ranked as the most important factor during the routinization phase. It is interesting to see that SMEs believe this factor is the most important factor, since in general, SMEs implement less features than larger compa- nies, suggesting that less change is done with the business processes (Mabert et al., 2003a). However, Mabert et al. also claims that larger companies customize the system to fit the organization, while smaller companies adopt the business to fit the system, something that our findings points at. Sumner (1999) explains that users need in-house training to under- stand how the system will change the processes within the organization. Furthermore, Wee (2000) enlightens the importance of having training running throughout the entire life cy- cle, supporting the organization also after the implementation. Sumner (1999) explains that it is vital that the organization invest time and money in user training during the implemen- tation. The third most important factor during the routinization phase is perceived to be vendor support. Willcocks and Sykes (2000) explains that the vendor support is vital since it is rare that an implementing organization has all knowledge about the system that is about to be implemented. Somers and Nelson (2004) explain that an ERP system often are seen as lifelong investments and therefore requires good support from the vendor.
~ 37 ~
5.2.6
Infusion
Below (Table 16) you will find a presentation of our and Somers and Nelson's (2004) five most important factors during the infusion stage of the project life cycle. The factors that are occurring in both our findings and the findings of Somers and Nelson's are written in bold style.
Table 16 - Infusion phase
Our findings Vendor support Vendor-customer partnership Education on new BPR Interdepartmental cooperation Interdepartmental communication Somers and Nelson (2004) Use of consultants Interdepartmental cooperation Interdepartmental communication Vendor-customer partnership Top management support
Similar with the routinization phase of the project life cycle, interdepartmental cooperation and interdepartmental communication are two factors which are ranked within the top five factors in both our findings and the findings of Somers and Nelson (2004). In the infusion stage, the partnership between vendor and customer is also ranked high in both our study and the study of Somers and Nelson; it is ranked as the second most important factor in our research while it is ranked as number four in Somers and Nelson. The partnership be- tween a vendor and its customer is of great importance in all the stages since it might pro- vide both organizations with a lifelong relation (Davenport, 1998). Considering that we are now discussing the infusion stage, it is important that the implementing organization can rely on the vendor so that future implementations already now are analyzed correctly. Vendor support is ranked as the most important factor during the infusion phase. As explained earlier in the analysis, vendor support is important since the implementing organization rarely has all the knowledge that it takes to use and develop the use of the system (Willcocks & Sykes, 2000). It is apparent that smaller companies rank vendor support hig- her than larger companies. Since smaller companies at many times have fewer resources than larger companies, the support from vendors seems to be more important for this kind of companies, implying that the SMEs might have a greater confidence with the vendor than larger corporations. Meanwhile, ranked as number one in Somers and Nelson (2004), is the use of consultants suggesting that larger companies turn to the consultants for help while the smaller companies turns directly to the vendor for support. Education on the new business processes is ranked as the third most important factor during the infusion stage. As discussed earlier, the education of business processes are important in SMEs since it is more common that SMEs change their processes to fit the system than the other way around (Mabert et al., 2003a). But at the same time, Mabert et al. claims that smaller companies implement less functionality, which should influence the amount of new business processes.
~ 38 ~
6
Conclusions
This section will present the conclusions drawn from the analysis performed in the previous chapter. The conclusion will be presented in the same order as the analysis was in order to have a high level of consistency.
6.1
Conclusions made from the analysis
The purpose of this master thesis is to investigate the importance of different critical success factors across the ERP project life cycle within SMEs. Furthermore, we will compare our findings to see if there are differences between larger corporations in the USA and SMEs in the county of Jönköping, Sweden and try to explain the potential differences. Our purpose has been fulfilled since we have investigated the importance of the critical success factors across the ERP project life cycle within SMEs in the county of Jönköping, Sweden. Furthermore, we have compared and identified the differences between the companies we have researched and the companies researched in the USA. Finally, in the analysis we have tried to find reasonable explanations for the differences in the critical success factors. The following conclusions can be drawn from our analysis. The following conclusions can be drawn from our analysis:
•
The critical success factors with the highest perceived importance is during the ERP project life cycle the following: o Infusion stage: Careful selection of package o Adoption stage: Top management support o Adaptation stage: Project champion o Acceptance stage: Project champion o Routinization stage: Education on new business processes o Infusion stage: Vendor support
• •
We observed differences between the perceived importance of players and activities during the ERP project life cycle in SMEs and in the Fortune 500 companies. We have failed to show any valid reasons why the differences mentioned above exist. However, we have studied and literature that suggest reasons for these differences, but we believe that this literature is not enough to draw conclusions from.
~ 39 ~
7
Final discussion
This chapter contains reflections about our own work during this master thesis; you will find method criticism, suggestions for further research, and our acknowledgements.
7.1
Reflections
We have enjoyed working with this master thesis during the spring of 2005. The thesis has increased our knowledge, not only within ERP systems, but also how to conduct academic research. Below, you will find our reflections regarding the method we have used and how we perceive the trustworthiness of this study. When our findings were compared to the findings of Somers and Nelson (2004) it was apparent that the similarities of the top five important factors occurred in the two first and the two last stages, with increasing similarities towards the final phases, implying that ERP solutions which are used within SMEs, has other critical success factors in the first stages, but is more similar to ERP installations of larger companies in the final stages. Furthermore, since it is more common nowadays to use best-of-breed solutions, the critical success factors might have changed. We believe there will be a continuous drift towards the use of consultants within SMEs since the system integration between these best-of-breed systems will need competent personnel. 7.1.1 Method criticism
A problem that occurred once our survey was sent out, was that several companies replied to the outgoing e-mail and informed us that their company was not suitable to take the survey since they were part of a larger organization. In some cases the respondent was a lo- cal office of an international corporation, in other, the respondent were local branches of large Swedish companies, such as banks and consulting firms. Because of this, our sample contains biases since these companies do not meet the requirements to be an SME. How- ever, we are positive that most of the respondents that answered the survey are actual small and medium enterprises situated in the county of Jönköping. The fact that there were a few larger companies answering the survey should affect our results towards to be more similar to the findings of Somers and Nelson (2004), however, our result differs from the result of Somers and Nelson. Hopefully, this bias has not affected our result to that extent that the result is not valid, although, the result is not as reliable that we would like it to be. Another problem that we noticed during the collection of the surveys was that some of the respondents submitted a survey that was not completed. In some cases the respondent did just reply to how important certain factors were, and not in what stages these were impor- tant. These cases were disqualified by us, and do not affect the result of our research. A way to work around this in future research is to have functions on the internet based sur- vey that does not allow a survey to be saved if not everything is completed. 7.1.2 Trustworthiness of the study
We claim that the trustworthiness of our study is high. We have achieved high inner validity since our survey contained only questions relevant for the investigated subject; furthermore, the outer validity is also high since the investigation has delivered results that we believe are coherent with the reality. In this study, the reliability is very high since we have
~ 40 ~
used a single questionnaire for all the respondents, and we are convinced that if other researchers use our questionnaire on the same sample, similar result would be apparent. The generalizability is the one factor in the trustworthiness of the study that we are doubtful about. As described above, our sample contained companies that did not belong to the category of SMEs; however, since we are positive that most of the answers we received actually came from SMEs, our research gave us, if not the possibility to generalize, strong indication about the reality of the SMEs. Furthermore, our analytical discussion is clearly describes and based on literature reviewed in this paper and should increase the analytical generalizability. Since our research is build upon research papers from prominent researchers within the subject, we believe that we have gained as much knowledge possible to be objective in analyzing the results but we do not believe that our deep knowledge has affected our analysis in a subjective way. 7.1.3 Suggestions for further research
Our research is focused to the country of Jönköping and also on SMEs in this area. Somers and Nelson (2004) did their research on a national level in the USA, and focused on the top 500 companies in the nation. One suggestion for further research is to do our research on a national level and focus on the public companies. 7.1.4 Acknowledgements
We would like to show our appreciation to the following persons for helping us with this master thesis. Mats Apelkrans - For support and tutoring in this master thesis. Mats Dahlin - For providing contact information to the host companies. Daniela Mihialescu - For initiating our interest in ERP. All the respondents - For letting us know more about our subject.
~ 41 ~
References
References
Adam, F., & O'Doherty, P. (2004). Do ERP Implementations Have to be Lengthy? Lessons from Irish SMEs. In F. Adam (Ed.), The Enterprise Resource Planning Decade: Lessons Learned and Issues for the Future (p. 114-137). Hershey: Idea Group Inc. Aladwani, A. M. (2001). Change management strategies for successful ERP implementation. Business Process Management, 7(3), 266-275. Al-Mashari, M. (2002). Enterprise Resource Planning (ERP) Systems: a research agenda. Industrial Management and Data Systems, 102(3), 165-170. Al-Mashari, M., Al-Mudimigh, A., & Zairi M. (2003). Enterprise resource planning: A taxonomy of critical factors. European Journal of Operational Research, 146(2), 352- 364. American Society for Quality. (2005, January 1). ASQ: Information: Glossary. Retrieved May 15, 2005, from http://www.asq.org/info/glossary/b.html Bancroft, N. H., Seip, H., & Sprengel, A. (1998). Implementing SAP R/3: How to Introduce a Large System into a Large Organization. Greenwich, CT, Manning. Bingi, P., Sharma, M. K., & Godla, J. K. (1999). Critical issues affecting an ERP implementation. Information Systems Management, 16(3), 7-14 Callaway, E. (1999). Enterprise Resource Planning: Integrating Applications and Business Processes Across the Enterprise. Charleston: Computer Technology Research Corporation. Cantzler, I. (1992). Vad Tycker Kunden? Malmö: Liber Ekomoni/Almqvist & Wiksell Förlag AB. Chin-Fu, H, Wen-Hsiung, W. & Yi-Ming, T. (2004). Strategies for the adaptation of ERP systems. Industrial Management & Data Systems, 104(3), 234-251 Cliffe, M. L. (1999). ERP implementation. Harvard Business Review, 77(1), 16-17. Davenport, T. H. (1996). Holistic Management of Mega-Package Chance: The Case of SAP. Boston: Center of Business Innovation, Ernst & Young LLP. Davenport, T. H. (1998). Living with ERP. CIO Magazine, 12(5), 30-31. Företagsfakta. (2005, April 26). Företagsfakta - träfflista. Retrieved 2005-04-26, from http://www.ad.se.bibl.proxy.hj.se/index.php?serv=foretagsfakta (Keywords: Employees: 10-250; County: Jönköpings län) Grenci, R. T., & Hull, B. Z. (2004). New Dog, Old Tricks: ERP and the Systems Development Life Cycle. Journal of Information Systems Education, 15(3), 277-286. Hedman, J. (2003). On Enterprise System Artifacts: Changes in Information Systems Development and Evaluation. Lund: Department of Informatics, Lund University.
~ 42 ~
References
Hoffer, J. A., George, J. F., & Valacich, J. S. (1998). Modern Systems Analysis and Design (2nd ed). Reading: Addison-Wesley. Holland, P. H., & Light, B. (1999). A Critical Success Factors Model for ERP Implementation. IEEE Software, 16(3), 30-36 Holme, I. M., & Solvang, B. K. (1991). Forskningsmetodik: om kvalitativa och kvantitativa metoder. Lund: Studentlitteratur. Hong, K-K., & Kim, Y-G. (2002). The critical success factors for ERP implementation- an organizational fit perspective. Information & Management, 40(1), 25-40. Klaus, H., Rosemann, M., & Gable, G. G. (2000). What is ERP. Information Systems Frontiers 2(2), 141-162. Laugling, S. P. (1999). An ERP game plan. The Journal of Business Strategy, 20(1), 32-37. Light, C. B., Holland, C. P., & Wills, K. (2001). ERP and best of breed: a comparative analysis. Business Process Management Journal, 7(3), 216-224. Lundhahl, U., & Skärvad, P. (1999). Utredningsmetodik för samhällsvetare och ekonomer. Lund: Studentlitteratur. Lundqvist, H. (2003, March 31). Så väljer du ERP-system. CIO Sweden. Retrieved 2005-0516, from http://cio.idg.se/ArticlePages/200303/27/20030327144548_CIO216/200303 27144548_CIO216.dbp.asp Mabert, V. A., Soni, A., & Venkataramanan, M. A. (2003a). The impact of organization size on enterprise resource planning (ERP) implementations in the US manufactur- ing sector. Omega, 31(3), 235 - 246. Mabert, V. A., Soni, A., & Venkataramanan, M. A. (2003b). Enterprise resource planning: Managing the implementation process. European Journal of Operational Research, 146(2), 302-314. Malhotra, N. K. (2002). Basic Marketing Research. Upper Saddle River: Pearson Education, Inc. Markus, M. L., Tanis, C., & van Fenema, P. C. (2000). Multisite ERP implementations. Communications of the ACM, 43(4), 42-46 Markus, M. L., & Tanis, C. (2000). The enterprise system experience - from adoption to success. In Zmud, R.W. (Ed.), Framing the Domains of IT Management: Projecting the Future Through the Past (p. 173-207). Cincinnatti: Pinnaflex Educational Resources, Inc. Muscatello, J. P., Small, J. R. & Chen, I. J. (2003). Implementing enterprise resource planning (ERP) systems in small and midsize manufacturing firms. International Journal of Operations & Production Management, 23(8), 850-871.
~ 43 ~
References
Nah, F. F-H., Lau, J. L-S., & Kuang, J. (2001). Critical factors for successful implementation of enterprise systems. Business Process Management Journal, 7(3), 285-296. Olhager, J., & Selldin, E. (2003). Enterprise resource planning survey of Swedish manufacturing firms. European Journal of Operational Research, 146(2), 365-373. Olson, D. L. (2004). Managerial Issues of Enterprise Resource Planning Systems. New York: McGraw Hill. Parr, A., & Shanks, G. (2000). A model of ERP project implementation. Journal of Information Technology, 15(4), 289-303. Prasad, B., Maneesh, S. K., & Jayanth, G. (1999). Critical issues affecting an ERP implementation. Information Systems Management, 16(3), 7-14. Ptak, C. A., & Schragenheim, E. (2000). ERP Tools, Techniques, and Applications for Integrating the Supply Chain. St. Lucie Press/ APICS Series on Resource Management. Punch, K. F. (2003). Survey Research: the Basics. London: SAGE Publications, Ltd. Reel, J. S. (1999). Critical success factors in software projects. IEEE Software 16(3), 1823. Repstad, P. (1993). Närhet och distans: kvalitativa metoder I samhällsvetenskap. Lund: Studentlitteratur. Roberts, H. J., & Barrar, P. R. N. (1992). MRPII implementation: key factors for success. Computer Integrated Manufacturing Systems, 5(1), 31-8. Romeo, J. (2001, September 17). ERP: On the Rise Again. Network Computing. Retrieved April 10, 2005, from http://www.networkcomputing.com/1219/1219f1.html Rosario, J. G. (2000, May 17). On the leading edge: critical success factors in ERP implementation projects, BusinessWorld (Philippines), p. 1. Saunders, M., Lewis, P., & Thornhill, A. (2003). Research Methods for Business Students. (3rd ed.). Essex: Pearson Education Limited. Skok, W., & Legge, M. (2002). Evaluating Enterprise Resource Planning (ERP) Systems using an Interpretive Approach. Knowledge and Process Management, 9(2), 72-82. Somers, T. M., & Nelson, K. G. (2004). A taxonomy of players and activities across the ERP project life cycle. Information & Management, 41(3), 257-278. Somers, T. M., & Nelson, K. G. (2001). The Impact of Critical Success Factors across the Stages of Enterprise Resource Planning Implementations. Hawaii International Conference on Systems Sciences. Stefanou, C. J. (1999). Supply Chain Management and Organizational Key Factors for Successful Implementation of Enterprise Resource Planning (ERP) Systems. Proceedings of the Americas Conference on Information Systems, Milwaukee, 1999, 800-802.
~ 44 ~
References
Sumner, M. (1999). Critical success factors in enterprise wide information management systems projects. Proceedings of the Americas Conference on Information Systems, Milwau- kee, 1999, 232-234. Umble, E. J, Haft, R. R., & Umble, M. M. (2003). Enterprise resource planning: Implementation procedures and critical success factors. European Journal of Operational Research, 146(2), 241-257. Wee, S. (2000). Juggling toward ERP success: keep key success factors high. In Nah et al. (2001) Westrup, C., & Knight, F. (2000). Consultants and enterprise resource planning (ERP) systems. European Conference in Information systems, July 3.-5., Vienna, 637 - 643. Willcocks, L. P., & Sykes, R. (2000). The role of the CIO and IT function in ERP. Communications of the ACM, 43(4), 33-38 Yen, D.C., Chou, D.C., & Chang, J. (2002). A synergic analysis for web-based enterprise resource planning systems. Computer standards & Interfaces, 24(4), 337-346
~ 45 ~
Appendix A - Questionnaire
Appendix A - Questionnaire
Vad är din position på företaget: ________________________ Inom vilket bransch verkar ni: __________________________ I vilket skede i ert företags implementation av ert affärssystem befinner ni er? (Var vänlig och välj en.)
Tidigt till mitten av implementationen I slutfasen av implementationen (nästan slutfört) Implementationen slutförd förra året Implementationen slutförd för över ett år sedan
Var vänlig och läs dessa sex beskrivningar på IT implementationens faser innan fråga två besvaras.
Initiering Beslut Anpassning Acceptans Rutin Tillskott En matchning mellan ett affärssystem och ert företags behov har hittats Ett beslut har tagits att investera de nödvändiga resurserna för implementation Affärssystemet har installerats och finns tillgängligt för använding i organisationen Medarbetarna i organisationen börjar använda affärssystemet i det dagliga arbetet Affärssystemet ses inte längre som något speciellt i företaget Affärssystemet används i organisationen till dess fulla potential 1. Hur viktig var följande faktorer för er implementation (Välj ett alternativ) 2. I vilken fas av projektet var denna faktor viktig? (Flera alternativ får väljas)
.
Lie t Me n d Sto e l r V äl d tgsto Av ig r ö ra V n d e te e j
Faktorer Användarträning på affärssystemet Använding av styrningsgrupp Använding av säljarens verktyg Användingen av konsulter Arkitektur val analys och omvandling Dedikerade resurser Förväntingsarbete Förändringsarbete Klara mål och objektiv Kommunikation mellan avdelningar Ledningens support Minimal ombyggnation Norgrant val av programpaket Omstrukturering av affärsprocesser Partnerskap med säljare Projektförsvarare Projektledning Projektteamets kompetens Samarbete mellan avdelningar Säljarens support Utbildning om nya affärsprocesser Övrigt (var vänlig och ange vad) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4
5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5
V/E V/E V/E V/E V/E Data V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E
I nitir e i . Bes n g lu An t p Aca i ssn ce ng pt R a n tn s u i T il ls o k tt
doc_970550777.docx
Enterprise resource planning (ERP) systems integrate internal and external management of information across an entire organization—embracing finance/accounting, manufacturing, sales and service, customer relationship management, etc. ERP systems automate this activity with an integrated software application. ERP facilitates information flow between all business functions inside the organization, and manages connections to outside stakeholders.
CASE STUDY ON ERP LIFE CYCLE: CRITICAL SUCCESS FACTORS
Enterprise Resource Planning systems are business systems that are expected to integrate all the business' processes within organization, and since ERP systems are complex and require extensive changes in the organization, it is crucial that the implementation is success- ful. However, the implementation of ERP systems is described as both risky and complex projects. The purpose of this master thesis is to investigate the importance of different critical success factors across the ERP project life cycle within SMEs. Furthermore, we will compare our findings to see if there are differences between larger corporations in the USA and SMEs in the county of Jönköping, Sweden and try to explain the potential differences. In order to fulfill our purpose, we used a quantitative approach to collect primary data from the SMEs in the county of Jönköping. Our data was thereafter qualitatively analyzed in order to describe our findings. The conclusions drawn in this thesis is that the following critical success factors are perceived to be most important within the SMEs investigated:
• • • • • •
Infusion stage: Careful selection of package Adoption stage: Top management support Adaptation stage: Project champion Acceptance stage: Project champion Routinization stage: Education on new business processes Infusion stage: Vendor support.
It was apparent that the critical success factors identified in our research differed from the critical success factors identified for the Fortune 500 companies in the USA. However, we have failed to find any valid and reliable reasons for the differences even though we have discussed possible reasons for them.
Table of contents
Table of contents
1 Introduction............................................................................ 1
1.1 1.2 1.3 1.4 1.5 1.6 2.1 2.2 Background..................................................................................... Problem........................................................................................... Purpose........................................................................................... Demarcation and focus................................................................... Interested parties ............................................................................ Disposition ...................................................................................... 3 Research method............................................................................ Data collection ................................................................................ 2.2.1 Primary data ......................................................................... 2.2.2 Secondary data .................................................................... Selection of Sample ........................................................................ Data analysis .................................................................................. Trustworthiness............................................................................... 2.5.1 Validity.................................................................................. 2.5.2 Reliability .............................................................................. 2.5.3 Generalizability..................................................................... 2.5.4 Objectivity............................................................................. 9 1 1 2 2 3
2 Method.................................................................................... 5
5 5 5 6 7 7 8 8 8 8
2.3 2.4 2.5
3 Frame of references ............................................................ 10
3.1 Enterprise resource planning........................................................ 10 3.1.1 Single vendor ERP............................................................. 10 3.1.2 Best-of-Breed ERP............................................................. 11 3.1.3 ERP and company size...................................................... 11 Implementation ............................................................................. 11 Project Life Cycle Stages.............................................................. 11 3.3.1 Initiation .............................................................................. 11 3.3.2 Adoption ............................................................................. 11 3.3.3 Adaptation .......................................................................... 11 3.3.4 Acceptance......................................................................... 11 3.3.5 Routinization ...................................................................... 11 3.3.6 Infusion............................................................................... 11 3.3.7 Comments about Somers and Nelsons life cycle .............. 11 Critical success factors across the life cycle ................................ 11 3.4.1 Key players......................................................................... 11 3.4.2 Key activities ...................................................................... 11 3.4.3 Comments about the critical success factors .................... 11 Somers and Nelson's observed importance................................. 11 Discussion of the frame of reference............................................ 11 Procedure ..................................................................................... 11 Result ............................................................................................ 11 Analytical disposition .................................................................... 11
3.2 3.3
3.4
3.5 3.6 4.1 4.2 5.1
4 Empirical findings ............................................................... 11
5 Analysis................................................................................ 11
~i~
Table of contents
5.2
Analytical discussion..................................................................... 5.2.1 Initiation .............................................................................. 5.2.2 Adoption ............................................................................. 5.2.3 Adaptation .......................................................................... 5.2.4 Acceptance......................................................................... 5.2.5 Routinization ...................................................................... 5.2.6 Infusion............................................................................... 11 Conclusions made from the analysis............................................ 11 Reflections .................................................................................... 7.1.1 Method criticism ................................................................. 7.1.2 Trustworthiness of the study .............................................. 7.1.3 Suggestions for further research........................................ 7.1.4 Acknowledgements ............................................................ 11
11 11 11 11 11 11
6 Conclusions ......................................................................... 11
6.1 7.1
7 Final discussion .................................................................. 11
11 11 11 11
References................................................................................. 11
~ ii ~
Table of contents
Figures
Figure 1 - Disposition ....................................................................................... 3 Figure 2 - Players and activities across the ERP project life cycle. (Somers & Nelson, 2004, p. 259)........................................................................ 11
Tables
Table 1 - Comparison between best-of-breed and single vendor ERP (Light et al., 2001, p. 222) ........................................................................... 11 Table 2 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)11 Table 3 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)11 Table 4 - Importance of players and activities across ERP life cycle (Somers & Nelson, 2004, p. 265) .................................................................... 11 Table 5 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)...................................................... 11 Table 6 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)...................................................... 11 Table 7 - Observed importance of players and activities across ERP life cycle11 Table 8 - Observed importance of players across life cycle stages (sort in descending order) ............................................................................. 11 Table 9 - Observed importance of players across life cycle stages (sort in descending order) ............................................................................. 11 Table 10 - Comparison of observed importance and Somers and Nelson's (2004) observed importance ............................................................. 11 Table 11 - Initiation phase.............................................................................. 11 Table 12 - Adoption phase............................................................................. 11 Table 13 - Adaptation phase.......................................................................... 11 Table 14 - Acceptance phase ........................................................................ 11 Table 15 - Routinization phase ...................................................................... 11 Table 16 - Infusion phase .............................................................................. 11
Appendices
Appendix A - Questionnaire .......................................................................... 11 Appendix B - Letter to respondents .............................................................. 11
~ iii ~
1
Introduction
This introduction chapter will help the reader to better understand the subject researched in this master thesis. The introduction and background sections will describe ERP in a broader sense while the problem will explain why we are going to do our research. The purpose is to pinpoint the research, and demarcation, fo- cus, interested parties as well as a disposition is also presented. Enterprise resource planning (ERP) systems are a large set of integrated software which provides support for different organizational activities, such as manufacturing, logistics, finance, accounting, sales, marketing, and human resources. The benefits of an ERP system is that it creates synergies between different parts in the organization by sharing data and knowledge, reducing costs, and it gives the management support to improve business processes (Aldawani, 2001). According to Laugling (1999) ERP systems have been developed to meet the need to plan and manage complex manufacturing processes. In recent years, Laugling continues, the functionality of ERP systems has been broaden as companies want to integrate different units, share services and run global operations. With the ERP systems broad functionality, much of the organization's legacy systems can be replaced with an ERP system, providing better support for new business structures and strategies. Before the year 2000, ERP sys- tems were also installed to ensure millennium compliant software (Laugling, 1999). Our, the authors interest of ERP was initiated during the spring of 2005 when we attended a course about ERP systems at Jönköping International Business School. Our interest of the different aspects of ERP was especially focused on the importance of the implementa- tion and we were fascinated by the fact that many businesses did not manage to implement ERP systems due to various reasons.
1.1
Background
According to Prasad, Maneesh and Jayanth (1999), organizations implementing ERP are about to conduct massive changes within the organization; changes that need to be well managed in order to benefit from the ERP solution. Critical success factors, including top management commitment, business process reengineering, integration, and training of us- ers to name a few, must be carefully considered in order to make sure that the implementa- tion is successful (Prasad et al., 1999). Our study is built on Somers and Nelson's (2004) study "A taxonomy of players and activities across the ERP project life cycle" which identified the importance of different critical success factors (i.e. players and activities), and was conducted on Fortune 500 companies in the USA. We have chosen the framework of Somers and Nelson (2001) to base our study on, not only because we believe it is a good and solid work, but also because it is claimed to be the most comprehensive work of critical success factors (Hedman, 2003). Our research will focus on SMEs in the county of Jönköping, Sweden.
1.2
Problem
Many academic studies done on critical success factors when implementing ERP systems is focused on large companies, something that maybe was applicable five years ago when ERP systems and other enterprise systems was almost only available for larger corpora-
~1~
tions. Today however, there are various systems aimed at smaller companies (Adam &O'Doherty, 2004). Since SMEs often have more limited resources than larger companies, we believe it is interesting to investigate whether the critical success factors are dependent or independent on the size of the company. Differences that might affect the critical success factors between smaller companies and larger corporation might be that different departments are not as divided in smaller companies as they are in larger companies, which might create conflicts but ease the communication if there are problems in the implementation. Mabert, Soni and Venkataramanan (2003a) explain that various studies has been done in order to explain how company size impacts different issues, but very little attention has been put on the impact of company size when it comes to ERP systems, something we feel is very interesting. Somers and Nelson (2004) have divided their critical success factors across the project life cycle into the groups of players and activities, meaning that the term critical success factors refers to both the players and activities throughout the thesis, while the term player only re- fers to the key players and the term activities only refers to the key activities.
1.3
Purpose
The purpose of this master thesis is to investigate the importance of different critical success factors across the ERP project life cycle within SMEs. Furthermore, we will compare our findings to see if there are differences between larger corporations in the USA and SMEs in the county of Jönköping, Sweden and try to explain the potential differences.
1.4
Demarcation and focus
This master thesis will investigate critical success factors within the ERP project life cycle in SMEs situated in the county of Jönköping, Sweden. The reason why we have chosen to investigate SMEs in the first place is because we feel that the research that has been done previously has been focus on larger enterprises, not on SMEs.; a reason for this could be that most of the ERP software that is available on the market is better suited for larger companies, but as Adam and O'Doherty (2004) points out, many ERP vendors are moving in towards SMEs. Furthermore, since single vendor ERP system is rare within SMEs, our research will expand the definition and more look into the factors when implementing modules of enterprise systems within SMEs (best-of-breed, read more about this in the frame of references). It could be argued that comparing the best-of-breed modules of ERP with single vendor ERP is something that should not be done, especially not in a comparative analysis; how- ever, we believe that many factors during the implementation phases are similar, and prob- lems that occur during single vendor ERP implementations might as well occur during im- plementation of the best-of-breed modules of an ERP, after all it is still ERP implementations, the definition of ERP in this thesis will be:
ERP - A business system that somehow eases the business processes within the organization.
Jönköping as a region is famous for its many small- and medium sized enterprises and was therefore selected as the region where we wanted to conduct our study. Another reason for the selection of the county of Jönköping is the fact that we are attending university in this
~2~
region. Furthermore, we have chosen not to focus on any specific ERP system because we do not want to be affected by vendors in our research.
1.5
Interested parties
This thesis on critical success factors of ERP could be interesting for smaller companies planning on implementing an ERP system. It could also be interesting for companies that already have implemented such systems but still are having problems within the organization. Other interested parties are also ERP vendors and other parties who are interested in the implementation of ERP. Furthermore, we believe this thesis can be of interest for the scientific community as a foundation for future research.
1.6
Disposition
To help the reader better understand how the different chapters in this thesis are tied together, a graphical model of the disposition is presented below to visualize this. Introduction Method Frame of References Empirical Findings Analysis Conclusion
Final Discussion
Figure 1 - Disposition
Introduction. Our problem discussion in the beginning of the thesis is formed into the purpose which is going to be the red line throughout this thesis. Method. Our method is describing how we did our research. The method explains how we found reference, collected our empirical findings and how these two parts were put to- gether to form the analysis. Frame of references. Our frame of references is a collection of relevant literature which we have summarized. The frame of references is the basis for the empirical findings. Empirical findings. Our empirical findings are what were collected from our survey.
~3~
Analysis. Our analysis is where we will compare our empirical findings with our frame of references. The analysis will form the base for the conclusion. Conclusion. Our conclusion is where our main findings are presented and conclusions were drawn from our research is presented. Final discussion. Our final discussion is a review of all of the passed chapters. This is where we will analyze our own efforts.
~4~
2
Method
This chapter will discuss and motivate the approach we have decided to use in our research in this master thesis. Description of how data was collected and analyzed will be followed by a part discussion the trustworthiness of this thesis.
2.1
Research method
According to Cantzler (1992) there are two different research methods; quantitative and qualitative methods. Depending on what the researcher is looking for, how much time and resources the researcher has available; the two research methods can be done one by one or combined. Holme and Solvang (1991) claims that qualitative research is characterized by the proximity the researcher has to the respondent. In qualitative research, the use of small groups; not larger than 30 respondents is used (Cantzler, 1992). Qualitative research is often built upon interviews and open questions. Due to the way data collection is done, the answers can vary and it also requires time and money to collect data this way (Cantzler, 1992). Cantzler (1992) characterizes quantitative research as a method where a large amount of respondents can be researched and where the data collection is many times done through questionnaires and statistical methods can be applied to the collected data. Our data was collected through a quantitative research method, mainly because the study which we compared our result with is a quantitative study. Furthermore, a quantitative study is a good way to minimize the subjectivity which otherwise can impact the result of the study (Cantzler, 1992). But it is, according to Cantzler, important to make sure that the subjectivity is not reflected in the questionnaire. Based on the fact that our study is based on another study, there is no possibility for us to use another research method; however, it is fully possible to research the same subject with qualitative method, doing interviews with the companies and try to gain knowledge by this. We have analyzed our empirical findings with a combined qualitative and quantitative research method; this will be described further in the following subchapters.
2.2
Data collection
This study is based on a literature study and an empirical investigation. An empirical study is, according to Repstad (1993), an investigation based on data which has been collected through surveys or interviews. Our empirical material was gathered through a survey which was distributed to different SMEs in the county of Jönköping. 2.2.1 Primary data
According to Lundahl and Skärvad (1999), an empirical study is done to collect primary data. Furthermore, Lundahl and Skärvad (1999) suggest that the researcher should select respondents to get access to deviating or typical cases. We chose to collect our primary data through a questionnaire and since our study is based on the study made by Somers and Nelson (2004), our questionnaire was identical with the questionnaire used in 2001, with the exception that ours was translated into Swedish. This was done to ensure that no respondent would misunderstand the questionnaire due to the language. Interested readers
~5~
can find the questionnaire in Appendix A. However, an addition to Somers and Nelson's (2004) questionnaire was done; we added fields for the respondent to fill out their position at the company and in what branch the company was in. This was done to identify the people answering the study but it will not be reviewed in our empirical findings. According to Saunders, Lewis & Thornhill (2003) the use of questionnaires works best if the questions asked are of a closed character and if the questions cannot be interpreted differently by different persons, this is to achieve as high validity and reliability as possible. Furthermore, a well developed questionnaire makes it easier to interpret and control the data gathered (Saunders et al.). Somers and Nelson's (2004) questionnaire was sent with mail to their respondents, and as we base our study on their study, we also used this kind of self administrated questionnaire, with the exception that we made the questionnaire electronic and e-mailed it to our respondents. According to Saunders et al. (2003), self administrated questionnaire is a good way to collect truthfully data from the respondents; the reason for this is that the respon- dent does not try to please the interviewer, something that can occur when the researcher is doing interviews. We are aware of the problems that Saunders et al. (2003) describes with self administrated questionnaires, for example the fact that it is hard to make sure that the right person answers the questionnaire. According to Saunders et al. (2003), a way to work this through is to use e-mail to make sure the right person gets the questionnaire. However, in our case, we were still unsure whether this would ensure that the right person answered the questionnaire since we only had the email addresses of the companies contact persons. But we put a request in our e-mails informing the recipient to forward the questionnaire to the person who was most into the subject. The questionnaire was built as a website; mainly this was done because it was an easy way to collect the data. We did not do a pilot test in the traditional context that Cantzler (1992) describes, meaning that questionnaires are not perfect from the start and need to be adjusted before mailed out to the respondents. Cantzler (1992) also means that it is good with a pilot test since it gives the researchers an estimation on how long time the questionnaire takes to finish, and if the respondents experience the questions unclear. In our case, we adopted the questionnaire from Somers and Nelson (2004), which already was piloted on six IT executives in the USA. Therefore, we just piloted our questionnaire to make sure that the Swedish translation was correct and easy to understand. Our pilot was done on persons in our closeness. According to Punch (2003), a good idea could be to make another pilot test after the first pilot test is done, this time with an enlarged population. The reason for this second pilot test is to try the statistical models intended to use, however, since we based on study on another, we did not feel that this would necessary since we had a good understanding on how to apply the statistical models on our data. 2.2.2 Secondary data
According to Saunders et al. (2003), it is important to investigate the possibilities to gather secondary data before the researcher decides to go for a primary data gathering. Since we did a replication of the Somers and Nelson (2004) study, there was no way for us to gather the accurate data from secondary sources, however, we searched and found similar studies in Sweden and we have found data that we have used in our frame of references to com- pare our findings with. The data collected and presented by Somers and Nelson (2004) was also used as secondary data when it came to comparing our data.
~6~
2.3
Selection of Sample
It would have been very interesting to research the critical success factors of ERP implementations across Sweden, but since we had limited time and other necessary resources, we decided to make our investigation in the county of Jönköping where we attend university. Another reason for the geographic demarcation is that the Jönköping area is well known for its many SMEs. In the spring of 2005, there were 1315 companies with 10 to 250 em- ployees registered in the county of Jönköping (Företagsfakta, 2005-04-26). However, we have not been able to find statistics about how many of these 1315 SMEs that actually uses ERP systems, therefore our population is still unknown. We applied a straight forward approach to collect respondents. Jönköping International Business School has a system of host companies in which students are doing projects in different courses. We selected all the SMEs in the host company database which were situated in the county of Jönköping. Out of these SMEs, about 50 percent was registered with email contact information, which led us to decrease our sample to the companies with e- mail. Within these companies, there were some duplicated e-mail addresses, which can be explained with different offices or branches of a company. We decided to purge the dupli- cates since we figured that the different offices and branches used the same system. Finally we ended up with 199 SMEs with e-mail contact information in the county of Jönköping. Out of these companies we noticed a limited number of local offices of larger companies, such as banks and multinational consulting firms. We decided to keep these companies in the sample since we felt that we could not find a good way of excluding these kinds of companies. The impact of this decision will be discussed in the final chapter. Our invitation to participate in the study was sent out to the companies with e-mail on April 20, 2005. The e-mail contained a letter to the recipient which stated the purpose of the study and also a request to forward the letter the person who had most insight in the implementation of the ERP system. The letter can be found in Appendix B. The e-mail also contained a link to the online questionnaire which the respondents had to click to ac- cess the questionnaire. If the respondents did not fill out the questionnaire within one working week, a reminder was sent out containing an addition to the previous letter, which requested the respondents to answer the questionnaire in order to make our research as good as possible. Our sampling method can be compared to what Malhotra (2002) describes as convenience sampling since no detailed qualification was done when selecting the respondents. We could, for example, have used random sampling, but due to the limited resources we be- lieved our sampling method is acceptable and provided us with an accurate sample.
2.4
Data analysis
Once we noticed that responses from our survey started coming in, we started to manage the answers by entering the values into a spreadsheet model that we developed to summa- rize the answers. Each of the answers was entered manually and double checked to mini- mize errors based on faulty entries. Our spreadsheet model summarized the perceived im- portance of each factor for each one of the different stages. After that it divided the sums of under each factor with the total number of respondents that had replied to that factor to get the mean value. After this, we divided with the maximum of the Likert scale to get a percentual representation of the perceived importance.
~7~
The numbers that was the output of our spreadsheet was in the analysis compared with the numbers of Somers and Nelson's (2004) to identify differences between their research and ours. When we had identified the differences between our result and Somers and Nelson's (2004) result, a qualitative approach was used to analyze the factors which could have af- fected the differences in the results. The qualitative approach allowed us to study the data gathered more in depth. Repstad (1993) argues that a qualitative approach allows the re- searcher to be flexible in the research and looking for relationships in the area studied. The qualitative approach we chose to use when we analyzed our quantitative data allowed us to modify our problem at the same time as we were gathering data. Finally, the qualitative ap- proach gave us the possibility to describe what we actually saw in the numbers presented and use the literature to find potential reasons for this (Repstad, 1993).
2.5
Trustworthiness
To discuss this research's trustworthiness, there are four key issues to consider; validity, reliability, generalizability, and objectivity. Each one of these conceptions will be described and discussed further below and will also be reviewed in the final part of this thesis. 2.5.1 Validity
According to Lundahl and Skärvad (1999), inner validity, is achieved if the survey used is measuring what is meant to be measured. Furthermore, Lundahl and Skärvad describe outer validity as reached when the empirical study is coherent with the reality. Our survey contained relevant questions since they measured what we wanted to find in our research. It was our ambition to have a sample that reflects the reality, and therefore we strived to get results which were coherent with the reality. 2.5.2 Reliability
According to Lundahl and Skärvad (1999), to achieve as high reliability as possible, it is important that the study is conducted in the same way for all respondents. The question of the survey should be designed in the same way and measure the same things (Lundahl & Skärvad). Furthermore, other researchers should, independent of each other, be able to conduct the same research and achieve the same result (Lundahl & Skärvad). In order to get our study reliable, we described the steps of our research carefully and also attach the survey we used in our research to make it easier for other researchers to conduct the same investigation. 2.5.3 Generalizability
Lundahl and Skärvad (1999) is dividing a study's generalizability into two segments; statistical and analytical. Statistical generalizability is not generated automatically for the population, but the analytical generalizability can provide information where patterns can be visi- ble and new theories can be created (Lundahl & Skärvad). Since we have an unknown population, we can not prove that our sample of 199 respondents allows us to generalize to the entire population, but we believe that our sample is big enough to indicate tendencies of the population, although, this might not be totally general- ized.
~8~
2.5.4
Objectivity
According to Lundahl and Skärvard (1999), a researcher should strive to find facts in an objective and impartial way; the researchers' values and opinions should not influence the research. Our theory in this thesis is based on research papers, and we have put an effort in depict the theories in a correct way to make sure that information is not left out or twisted. Our results from the survey were analyzed and the conclusions drawn were based on the analy- sis and from the collected theory. In order to achieve high objectivity during the analysis, we had to take our extended knowledge within the subject into consideration since it might affect the analysis. Therefore, we have motivated all our thought throughout the analysis and the conclusion.
~9~
3
Frame of references
The frame of references discusses relevant theory collected in scientific magazines, books and in some cases the internet. This chapter outlines the frame of references of which the analysis will be formed around. In the fi- nal part of our frame of references, we will discuss the theory we intend to use in our analysis.
3.1
Enterprise resource planning
Over the last decades new software packages have been developed. These software packages are named ERP (Enterprise resource planning). ERP derived from the visions of integration of business processes. Two terms that have affected the outcome of ERP are mate- rial resource planning (MRP) and manufacturing resource planning (MRPII) (Klaus, Rose- mann & Gable, 2000). MRP is a computerized inventory control and production planning system for generating purchase orders and work orders of materials, components, and sub assemblies. It is a computer-based system designed to handle the ordering and scheduling of dependent demand inventories (Klaus et al., 2000). MRPII is a method for the effective planning of all resources of a manufacturing company. It is made up of a variety of functions and processes, each linked together: The use of the term MRPII has been dropped in favors of the term ERP in recent years (Klaus et al, 2000). Even thought the term of ERP has been around since the late 1980-s it is not before 1994 that the concept of ERP became evident with SAP R/3 (Muscatello, Small & Chen, 2003). With SAP R/3 the architecture moved towards client/server, where the clients were connected to a single and central database. The fast evolvement of new techniques lead to heavy investments by organizations and ERP became the new "standard" (Muscatello et al.). 3.1.1 Single vendor ERP
An ERP system is a module based business system that underpin total integration of organizational processes. Since the ERP system work to integrate functions and processes within organization, it give the implementing enterprise a more holistic view of their organization and their processes (Klaus et al., 2000). ERP is a business' transactional backbone and ensures data integrity and best of practice business processes and are used to streamline the flow of information within the enterprise, and in sometimes between different enterprises. Early ERP systems used single database architecture, but since the need for integrating business processes across companies, this architecture have changed somewhat today, and it becomes more and more common with open system architectures, where the systems communicate via different messaging services (Olson, 2004). An ERP system, supported by a strong IT infrastructure and based on clearly defined business rules, forms the core foundation of successfully run business in- formation system. It is also a starting point for forward thinking organizations, organiza- tions that are ready for technological changes; it is this integration that is facilitated by an ERP system. (Al-Mashari, 2002)
~ 10 ~
There are a lot of different definitions of what an ERP system really is. When Somers and Nelson (2004) executed their survey, ERP systems could be summarize by the characteris- tics formed by Yen, Chou and Chang in 2002. 1. Client/Server architecture - applications are often spread within the organization. 2. A single database - all applications work with and use the same data which lower the amount of redundancy. 3. Application modules - most of the ERP vendors offer special modules for all areas of business that can be integrated in the system 4. Standardized definitions of data - all business processes use the same definitions. As visible above, the definition of ERP systems include the use of a single database, something that, according to Olson (2004) and Lundqvist (2003) has changed. Even thought that ERP systems aim to integrate all business processes within an organization this is not always the case. Since ERP systems are based on modules, smaller organizations do not tend implement fully integrated ERP systems, but the modules that are the best-of-breed (Olson, 2004). 3.1.2 Best-of-Breed ERP
Best-of-breed is an approach to select and implement the best modules of a system in an enterprise. In this approach, components of custom or standard software packages are integrated (Light, Holland and Wills, 2001). According to Light et al. the objective of this approach is to develop systems that are strongly aligned with the business processes of the implementing company. One of the strengths with this approach is, according to Light et al., that the implementing company has the possibility to choose the most appropriate solu- tion for each process. Furthermore, the best-of-breed approach allows more flexibility which ends up in an easier implementation of the ERP system. Below (Table 1) a table is shown that contains a comparison of best-of-breed and single vendor ERP made by Light et al.
Table 1 - Comparison between best-of-breed and single vendor ERP (Light et al., 2001, p. 222)
Best-of-breed Organization requirements and accommodations determine functionality A context sympathetic approach to BPR is taken Good flexibility in process re-design due to a variety in component availability Reliance on numerous vendors distributes risk as provision is made to accommodate change The IT department may require multiple skills sets due to the presence of applications, and possibly platforms, from different sources Detrimental impact of IT on competitiveness can be dealt with, as individualism is possible through the use of unique combinations of packages and custom components The need for flexibility and competitiveness is acknowledged at the beginning of the implementation. Best in class applications aim to ensure quality Integration of applications is time consuming and needs to be managed when changes are made to components Single vendor ERP The vendor of the ERP system determines functionality A clean slate approach to BPR is taken Limited flexibility in process re-design, as only one business process map is available as a starting point Reliance on one vendor may increase risk A single skills set is required by the IT department as applications and platforms are common Single vendor approaches are common and result in common business process maps throughout industries. Distinctive capabilities may be impacted on Flexibility and competitiveness may be constrained due to the absence or tardiness of upgrades Integration of applications is pre-coded into the system and is maintained via upgrades
Professor Anders G. Nilsson with the informatics department at Karlstad University argues that module based ERP is the future and claims that the trend toward such module based
~ 11 ~
ERP is clearly visible, and welcomed (Lundqvist, 2003). Nilsson means that if a company used modules, it can select the modules that are best within a certain area, even though these modules are developed by different vendors. Nilsson continues and discusses the problems with these best-of-breed solutions, such as the integration between different modules, being problematic since various systems from different vendors need to commu- nicate with each other. Nilsson expresses his belief that in the long run, the vendors will loose importance and that the system integrators will become more important (Lundqvist). 3.1.3 ERP and company size
Mabert et al. (2003a) suggest that the size of an enterprise plays an important role when implementing ERP systems and indicated five key dimensions where the size of the enterprise has an impact (Mabert et al., p. 238): 1. Adoption of ERP systems by large companies is motivated more by strategic needs whereas tactical considerations are more important for smaller companies. 2. Larger companies employ more ERP functionality than small companies. 3. Large companies customize ERP software more while small companies adopt business processes within ERP systems more. 4. Large companies use an incremental implementation approach by phasing in the systems while smaller companies adopt more radical implementation approaches such as implementing the entire system or several major modules at the same time (The Big-Bang or the Mini Big-Bang approach). 5. Large companies report greater benefits in the financial areas, while small companies report more benefits from their ERP implementations in manufacturing and logistics. The dimensions of Mabert et al. (2003a) mentioned above will not be investigated further, but are described to illustrate some of the differences between smaller and larges compa- nies, something we will focus more on in our analysis.
3.2
Implementation
Implementing ERP system is a complex and time consuming project. Since ERP systems are meant to integrate all business processes it will cause major changes in the organization. ERP implementation often exceeds budget, time schedules, and are fairly risky (Cliffe, 1999). It is important that the system support all organizational needs and requirements. Another important issue is that the system meets the anticipated expectations (Hong & Kim, 2002). It is also of great importance to have an implementation strategy. The implementation strategy should include technological aspects as well as; budgets, methodologies, timeplans, goals, visions and managerial guidelines (Al-Mashari, Al-Mudimigh & Zairi, 2003).
~ 12 ~
There are different approaches and strategies than can be used when implementing ERP systems, some of these approaches are listed below;
• • • • • •
The skeleton approach (Bingi, Sharma & Gofla, 1999) Complete functionality approach (Holland & Light, 1999) Single module approach (Holland & Light, 1999) Best practice approach (Bingi et al. 1999) Reengineering approach (Bingi et al., 1999) Best of Breed approach (Olson, 2004)
Olson (2004) describes a bit more about the approaches mentioned above. According to him, it is most common that companies not implement a complete suite of ERP modules from a vendor; this is mainly because it is very expensive, but also it is because not all companies are in need of all modules. The most idealistic approach of implementation is the best-of-breed approach, which seeks out the best modules from the different vendors and implement these based on what is best for the particular organization. As mentioned before, implementation of ERP systems is a challenging task for involved parties. The implementation phase is no less important than system research and development (Chin, Wen-Hsiung & Yi-Ming, 2004). According to Romeo (2001) it takes bout 9-12 months for a small company to fully implement a typical ERP system. For mid-size companies the estimated time is 12-14 months and for large enterprises up to three years. Swedish companies have come far concerning implementation of ERP systems. According to Olhager and Selldin (2003) 84% of manufacturing companies in Sweden have or are about to install ERP systems in their organizations. Managers and implementation specialists often define success of a project with terms like "in time" or "within budget". Meanwhile, the users have a different view; they focus on the transition from the old to the new system (Markus, Tanis & van Fenema, 2000). From a business view, measurements like inventory reduction and more stabile support capabilities could be used. Implementing an ERP system can often be an expensive and risky venture. According to Cliffe (1999) 65% of management executives believe that ERP systems may hurt their busi- ness because of the potential of implementation problems. Organizations may have experi- ence from managing traditional management information systems (MIS) but since ERP in- vites to new challenges there are new risk factors emerging.
3.3
Project Life Cycle Stages
Below we present the different stages in the ERP project life cycle. The stages presented are based on the definitions by Somers and Nelson (2004), but further literature is reviewed and presented in order to review other research. The names used for the different stages will follow Somers and Nelson. We will end this sub-chapter with a discussion of the life cycle stages.
~ 13 ~
This project life cycle only refers to the life cycle of the project within the implementing organization, and does not discuss the actual development of the ERP system, which is done by an ERP vendor. Since no investigation will be done about ERP vendor develop- ment, no further discussion about the development of the ERP system is necessary. How- ever, we are aware of the fact that there are many other models about the ERP project life cycle, and a discussion of Somers and Nelson's (2004) life cycle will, as mentioned before, be presented in the end of this sub-chapter. 3.3.1 Initiation
The first stage in the ERP life cycle is, according to Somers and Nelson (2004) the initiation stage. It is described as the stage where the organization searches and locates the appropriate software for the organization. Similar to Somers and Nelson's (2004) initiation phase is parts of the Project Phase Model (PPM) described by Parr and Shanks (2000). The PPM consist of three main phases; planning, project, and enhancement. The planning phase includes, among others, the selection of ERP, which also the initiation phase of Somers and Nelson (2004) includes. The initiation phase in Al-Mashari et al. (2003) includes two important parts; management and leadership, and visioning and planning. When comparing Al-Mashari et al. (2003) with Somers and Nelson (2004), it is visible that Al-Mashari et al.'s (2003) "setting-up" phase in- cludes the first two phases in Somers and Nelson (2004), the initiation phase and the adop- tion phase. 3.3.2 Adoption
According to Somers and Nelson (2004) the second stage, the adoption stage is when the organization has reached the decision to invest the necessary resources for the implementa- tion. Included in the planning phase of the PPM model (Parr & Shanks, 2000) is the assembly of a steering committee, the determination of the project scope, the implementation approach and selection of project manager, and the determination of resources. These activities are similar to the phase of adoption by Somers and Nelson (2004). Markus and Tanis (2000) life cycle model includes the phase chartering which is characterized as the phase where the "ideas move to dollars". This phase is where the decision about the project is decided and where the funding is approved. 3.3.3 Adaptation
The adaptation stage is when the application package has been installed at the organization and is available for use within the organization. (Somers & Nelson, 2004) The PPM's phase (Parr & Shanks, 2000) of the project is seen as an iterative part of the project model, and can be extended to several years. It includes the setup, reengineering, design, configuration and testing, and the installation of the ERP system. The similarity with Somers and Nelson (2004) is that after this phase, the organization has a working ERP system. What differs between the view of Parr and Shanks (2000) and the view of Somers and Nelson (2004) is the fact that Somers and Nelson does not have a phase describing the
~ 14 ~
configuration and installation of the application within the organization, more about this in the end discussion (chapter 3.3.7). Markus and Tanis (2000) include the shakedown phase, which could be described as the transition between the adaptation phase and the acceptance phase in Somers and Nelson (2004). It is described as the time between the systems has been implemented in the organization and when the organization starts to use the system in the everyday work. 3.3.4 Acceptance
According to Somers and Nelson (2004) the organization is in the acceptance stage when the ERP system is employed by the organizations members. The implementation stage in Al-Mashari et al. (2003) include steps from Somers and Nelson's (2004) all stages up to the acceptance stage, but it focuses on the configuration (see more about this in chapter 3.3.7). The main similarity between Somers and Nelson (2004) and AlMashari (2003) is that the latter includes steps such as communication and training, important issues in order to get the organization to accept the system. 3.3.5 Routinization
The routinization stage is reached when the ERP system no longer is perceived as something out of the ordinary in the organization. (Somers & Nelson, 2004) Markus and Tanis (2000) describes their phase "onward and upward" to include the period while the organization realize the benefits from the system and runs the system on routine until a new version of the system is released, similar to Somers and Nelson's (2004) description of the routinization phase. 3.3.6 Infusion
The last stage of the ERP life cycle is the infusion stage; described as when the IT application is used within the organization to its full potential (Somers & Nelson, 2004). In Al-Mashari et al. (2003), the last phase of the life cycle is the evaluation phase which includes the evaluation of the system's performance and the management of the project. AlMashari et al. (2003) argues that measuring and evaluation performance is a very critical phase for ensuring success for an IT system, especially for ERP systems. Similar to Somers and Nelson (2004), this last stage is when the system is determined to be an infusion or not. 3.3.7 Comments about Somers and Nelsons life cycle
When comparing the different stages in Somers and Nelson's project life cycle (2004) with other theories about the ERP life cycle, it is apparent that one part describes as important by other researchers has been left out in Somers and Nelson (2004) description. This part is what Parr and Shanks (2000) defines as the project phase, including the design, installation, and configuration of the system. Other researchers has also stressed the importance of the installation and configuration phase (Grenci & Hull, 2004; Al-Mashari et al., 2003; Mabert, Soni & Venkataramanan, 2003b; Hong & Kim, 2002; Markus & Tanis, 2000). However, since our research is based on Somers and Nelson (2004), we will use the phases identified
~ 15 ~
by them and not include the phases of design, installation, and configuration in our research, but we are aware of the fact that the phase of configuration is an important phase.
3.4
Critical success factors across the life cycle
Much research has been done regarding the critical success factors when implementing ERP systems and different frameworks identifying these critical success factors has been developed (Al-Mashari et al., 2003; Davenport, 1996; Hong & Kim, 2002; Parr & Shanks, 2000; Umble, Haft & Umble, 2003; Bancroft, Seip & Sprengel, 1998; Holland & Light, 1999; Nah, Lau & Kuang, 2001; Somers and Nelson, 2001; Skok & Legge, 2002). An over- view made by Jonas Hedman (2003) of these critical success factors is found in the table below (Table 2 and Table 3).
Table 2 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)
Al-Mashari et al. (2003) Enterprise System package selection Management & leadership Visioning & planning Project management Training and Education Communication System integration System Testing Davenport (1996) Top management support Use of only one consulting firm Cross functional steering Cross functional implementation Rapid implementation Inform people about the holistic nature Hong and Kim (2002) Organizational fit to Enterprise System Process adaptation model Organizational resistance Parr and Shanks (2000) Management support Balanced team Commitment to change Best people Empowered decision makers Champion Vanilla ERP Smaller Scope Definition of Scope and goal Somers and Nelson (2001) Top mgmt support Project team competence Interdepartmental cooperation Clear goals and objectives Project Mgmt Interdepartmental communication Mgmt of expectations Project champion Vendor support Careful package selection Data analysis and conversion Dedicated resources Use of steering committee BPR Partnership with vendor User training Education on new BPR Minimal customization Architecture choices Change management
Legacy systems Cultural & structural change Performance evaluation & management
Use of vendors' tools Use of consultants
~ 16 ~
Table 3 - Overview of Critical Success Factors (Hedman, 2003, paper 4, p. 7)
Bancroft et al. (1998) Communication Top management support Understand the corporate culture Organizational Change prior to implementation Empowered project manager Project methodology Training Expected problems Holland and Light. (1999) 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 Nah et al. (2001) 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 Skok and Legge (2002) General project Planning and Control Project Champion Top management commitment Team working IS projects User involvement and acceptance Hybrid skills ERP projects Umble et al. (2003) 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
Cultural and Business Change Managing Consultants Managing Conflicts Staff retention
Our research is, as mentioned before, based on Somers and Nelson (2004). Looking at the table above gives us other ideas about critical success factors found by other researchers. However, Hedman (2003) claims that the research made by Somers and Nelson in 2001 (which their research in 2004 is build upon), is the most comprehensive study of critical success factors. This is yet another reason why we have based our research on Somers and Nelson (2004). Somers and Nelson (2004) describes that each one of the different critical success factors (i.e. key players and actives, Pn and An in the figure below) have a different degree of importance in different stages of the ERP life cycle; this is illustrated by the figure below.
Importance of Players and Activities
high
medium An low
n sion
. .
A1 Pn P1
Initi
atio
n Ado
ptio
n Adap
n tatio Acce ptan
ce
tiniz
atio
Rou
Infu
ERP Project Life Cycle Stages Figure 2 - Players and activities across the ERP project life cycle. (Somers & Nelson, 2004, p. 259)
~ 17 ~
3.4.1
Key players
This section will describe the different key players identified by Somers and Nelson (2004). The key players are people or groups of people that have an impact with the ERP implementation.
3.4.1.1 Top Management support
The support from the top management is important throughout the project life cycle in order to conduct a successful ERP implementation. Somers and Nelson (2004) describe the top management support as the most crucial success factors in ERP projects. Monitoring the progress and providing directions to implementation teams is a critical factor that should be provided by management during the process (Somers & Nelson, 2004). Top management support is also mentioned by Sumner (1999) and Wee (2000), as one of the most important success factors during the implementation. According to Sumner (1999) it is crucial that the project is aligned with strategic business goals and that it re- ceives approval from the top management. One way to accomplish this is to tie manage- ment bonuses to project success (Wee, 2000).
3.4.1.2 Project champion
The role of the project champion is often linked to technological innovations, the project champion should posses skills referred to transformational leadership, facilitation, and marketing. Another critical factor that is crucial for project champion is the acceptance and use of technology during the integration in the organization (Somers & Nelson, 2004). According to Rosario (2000) the task of the project champion is critical throughout the life cycle. It is important that the one in charge has great business skills, which can give the project a business perspective (Sumner, 1999).
3.4.1.3 Steering committee
The steering committee should include members from the entire organization such as; senior management from different corporate functions, senior project management representatives and future user of the ERP system. The steering committee often takes part in important phases like the selection phase, control of external consultants and monitoring the implementation phase (Somers & Nelson, 2004). According to Bingi et al. (1999) the work of the steering committee is critical for a successful implementation of an ERP system. The committee is important in the early phases and should also involve the management in the project (Bingi et al.).
3.4.1.4 Implementation consultants
The use of external consultants during the entire life cycle is very common. When hiring external consultants the organization gains outside expertise, and comprehensive knowl- edge of the different modules available. Other crucial tasks performed by the external con- sultants are to make a requirement analysis that recommend suitable solutions and also manage the implementation. These are roles carried out latter in the life cycle (Somers &Nelson, 2004).
~ 18 ~
Most large-scale ERP projects will use external consultants. The consultants have different roles in an ERP project and their knowledge is in many cases an asset to the implementing company (Westrup & Knight, 2000).
3.4.1.5 Project team
The competence, not only technological competence but also business competence, of the project team is crucial for the ERP project's success. The knowledge of the project team plays a big role when there are areas where other team members lack. The project teams' knowledge and competence have a significant role in the early stages (Somers & Nelson, 2004). A cross functional team with the best members of he organization is crucial for success (Rosario, 2000). Sumner (1999) believes in the importance to mix inter-organizational members and external consultants. According to Wee (2000) the team members should fo- cus only on the project and it should be their top priority. Furthermore, Wee (2000) claims that it is important that members are compensated for implementation success. It is also of great importance that members, both internal and external, share information. According to Stefanou (1999) this requires partnership trust.
3.4.1.6 Vendor-customer partnership
The relationship between the software vendor and the implementing organization is of great importance. The relationship should be of strategic nature where the ERP vendor enhancing an organization's competitiveness and efficiency. These partnerships appear to be a crucial part of the early stages (Somers & Nelson, 2004). Also Davenport (1998) argues that it is very important that the implementing organization and the vendor have a good partnership. Since the partnership tends to lead to a lifelong relation, strategic values can be obtained.
3.4.1.7 Vendors' tools
Tools that are used and provided by the ERP vendor are a fundamental enabler for success during the adoption and adaptation phases. Examples of tools are; business process model- ing tools, templates industry-specific business practices, bundling of server hardware with ERP software. These tools contribute to both cost and time reduction concerning implementation of the ERP system. These tools are also used to get a bigger understanding of the software and understanding of business processes within the organization (Somers &Nelson, 2004). According to Holland and Light (1999) vendor tools are important and could for example be used to support customizing business processes without changing existing software code.
3.4.1.8 Vendor support
One importance with ERP systems is that they are often seen as a lifelong commitment. This lifelong relationship requires future investments in modules and upgrades to be able to gain strategic value and business fit. These are good example when it is visible that the vendor support is an important factor in the post-implementation stages (Somers & Nel- son, 2004).
~ 19 ~
It is not often that the implementing organization possesses all knowledge about the sys- tem. Therefore it is vital that the ERP vendor support the implementing organization dur- ing and after the implementation (Willcocks & Sykes, 2000). 3.4.2 Key activities
Below, a summary of Somers and Nelson (2004) key activities will be found. The key activities are, according to Somers and Nelson, activities during the implementation that are of key importance for the success of the implementation.
3.4.2.1 User training and education
In-house training and education to smooth the progress of implementation is vital. Failure to educate users and to understand how enterprise applications change business processes frequently appears to be a problem for many organizations during the ERP implementa- tion. One way of education which has proven successful is computer-based training through the organization's intranet. Training is a concern in the later phases but can also be seen as an important factor throughout the whole process (Somers & Nelson, 2004). According to Sumner (2000) it is vital that the organization invests in user training and education. Users need in-house training to learn how the system will change the business processes within the company (Sumner, 2000). Wee (2000) argues that it is important that the user training runs during the whole life cycle, and to ensure support to organizational needs.
3.4.2.2 Management of expectations
One important issue is how user expectations are handled. Management of expectations is important the whole process. Oversold systems often fail to meet user expectations (So- mers & Nelson, 2004). According Hoffer, George and Valacich (1998) a misaligning of expectations is common, organizations tend underestimate the complexity of the implementation. Because of this it is important to manage expectations throughout the lifecycle (Hoffer et al.).
3.4.2.3 Selection of appropriate package
It has shown that the selection phase is one of the most important phases. The selection should be carefully analyzed and the selection should be based on organizational needs and demands. The selection will affect budgets, time-frames, goals and other factors that will affect the whole project. The more thorough this is done the greater are the chances of a successful implementation (Somers & Nelson, 2004). The people involved in selecting the right ERP package have a lot of parameters to consider, parameters and questions that often are seen as overwhelming (Ptak & Schragen- heim, 2000). Choosing the right ERP systems to fulfill all needs of the implementing com- pany is according Callaway (1999) to the most difficult task.
3.4.2.4 Project management
The need for effective management is a fundamental part of every ERP project, from the initiating phase to the final phase. Control and project planning are the main concerns of the project management. ERP projects are huge projects and include issues like hardware,
~ 20 ~
software, organizational, human and politics and because of this, they tend to be complex, costly, and risky and in order to deal with that a competent project management is crucial (Somers & Nelson, 2004). The importance of project management is vital in an ERP implementation project. First of all it is important to have a scope (Rosario, 2000). After the scope is defined and limited it is crucial to identify critical paths of the project. Furthermore, it is important that timelines and budget goals are followed to maintain project credibility (Wee, 2000).
3.4.2.5 Customization
Customization is a factor that concerns both budget and success. When minimal customization is used it is often a sign of success and will lead to lower costs, shorter implementation and also inability to use vendor upgrades and support. One thing that affects the customization is the assumptions about business processes that are built into the system. The decision on how to reject or accept these assumptions take place in the early stages of the implementation (Somers & Nelson, 2004). It is important that organizations are willing to change their business process to fit the software package without having to customize the software. Sumner (1999) claims that all customization should be avoided to reduce the risk of errors.
3.4.2.6 Data analysis and conversion
ERP systems are very dependable on the data that is entered into the system. Accurate data is a necessity and the management of this data is crucial throughout the implementation. Some of the challenges that are faced includes finding the data and convert it to a consis- tent format before it is entered. When the system is tested by users, feedback is needed to correct corrupt system data. These issues are crucial from initiation through adaptation and moderate important during system acceptance and use (Somers & Nelson, 2004).
3.4.2.7 Business process reengineering
A negative issue with packaged software, such as ERP systems, is the compatibility with the organization's needs and business processes. Business process reengineering (BPR) is according to the American Society for Quality (2005) defined as:
The concentration on the improvement of business processes that will deliver outputs that will achieve results meeting the firm's objectives, priorities and mission.
BPR is important in the early stages from the initiation through the adaptation phase of the implementation. BPR is not that important when the system is running and it tends to be moderately important in the acceptance stage (Somers & Nelson, 2004). Sumner (1999) mentions that it is vital to align business processes with the software implementation. Sumner also says that software should be left untouched and not modified as far as possible. It is the business that has to be changed and not the other way around (Holland & Light, 1999). Rosario (2000) supports these facts and says that modifications should be avoided to reduce errors.
3.4.2.8 Defining the architecture
One important issue to consider during the initiation phase is the architecture choice of the ERP system. Other issues in the initiation and adaptation phase, concerns "additional"
~ 21 ~
software such as data warehousing systems, which many ERP systems already contains (Somers & Nelson, 2004). According to Wee (2000) it is important that the overall architecture is established before the implementation. Wee (2000) also claims that it is crucial that the architecture is based on the organizational requirements that exist.
3.4.2.9 Dedicating resources
ERP demands a lot of resources. It is important that the resource requirements are clear before the project starts since the dedicated resources affect the project throughout all stages but have a considerable effect in the early stages (Somers & Nelson, 2004). To be able to fulfill the goals and visions of the implementation it is vital that the required resources are put in. When this fails it often leads to implementation failure (Reel, 1999).
3.4.2.10 Change management
Since ERP systems require considerable changes in the organization it is common with resistance, confusion and errors within the implementing organization. ERP implementations are very dependable on the management and since organizations are resistant the implementation often fails to achieve the expected benefits. Change management activities are important in the early stages and continue throughout adaptation and acceptance phases (Somers & Nelson, 2004). Other researchers that point out the importance of change management (Rosario, 2000; Roberts & Barrar, 1992). They claim that change management is important from the beginning of the project throughout the entire life cycle. It is important that employees are willing to change and accept new technologies. It is suggested that the management should use the system to show how to achieve organizational goal (Roberts & Barrar, 1992).
3.4.2.11 Establishing clear goals and objectives
Organizational goals and visions are important for all business success. The process of implementing an ERP system must be supported by these goals and visions. Goals and vi- sions outline the direction of the project and need to be understood by all involved parties. Visions and goals have to remain clear throughout all the phases (Somers & Nelson, 2004). To be able to focus on the benefits of the system it is important that there is a clear plan and a communicated vision. The plan should include aspects like budget-range, timelines, risks and a proposed strategy (Wee, 2000). According to Roberts and Barrar (1992) it is important that the project mission is aligned with the business need. Rosario (2000) states that this plan will make work easier.
3.4.2.12 Education on new business processes
ERP implementation requires large scale changes. Since the implementations often changes the way business is done, education on new business processes is crucial; and once again are visions and goals brought up as a crucial factor. It is important that employees are edu- cated and trained for their tasks, which might change after the implementation of the ERP system. Education should be carried out at the time of BPR and is important during adoption, adaptation and acceptance phases of the project life cycle (Somers & Nelson, 2004).
~ 22 ~
According to Sumner (1999) it is vital that the organization invests in user training and education. Users need in-house training to learn how the system will change the business processes within the company (Sumner, 1999). Wee (2000) states that it is important that training runs throughout the entire life cycle, and that there are a support organization or help desk to support the organization's needs after the implementation.
3.4.2.13 Interdepartmental communication
To be able to communicate in the organization throughout the implementation many organizations develop a communication plan. This plan is meant to provide a good informa- tion flow to supply necessary data in order to keep users informed about the system's im- pact on their responsibilities. Communication is crucial from the initiation to the system acceptance phases, as it helps to minimize the user resistance (Somers & Nelson, 2004). Effective communication is of great importance to succeed with the ERP implementation. It is important that the goals and expectations are communicated on every level in the organization (Wee, 2000). Sumner (1999) argues that it is important that employees are informed about the scope, objectives, activities and updates in advance to make work more efficient.
3.4.2.14 Interdepartmental cooperation
Since ERP system's aims to integrate all processes in the organization it is important with interdepartmental cooperation. To manage ERP success, strong coordination of efforts and goals are a necessity. This activity is important from initiation through the acceptance phases according to Somers and Nelson (2004). ERP is all about integrating business processes within the organization. To be able to manage this it is important that there is cooperation between different departments (Stefanou, 1999). 3.4.3 Comments about the critical success factors
The key players and key activities described in the last pages have, as described in the beginning of this chapter, different degrees of importance under different stages of the pro- ject life cycle. During Somers and Nelson's (2004) literature review, different key players and key activities were ranked on what degree of importance that should be expected. In their research, the expected importance was compared with the importance they observed in their survey. We have earlier discussed other researchers' theories about critical success factors, but as Hedman (2003) argues, Somers and Nelson (2004) have the most comprehensive list of critical success factors and we think that Somers and Nelson's (2004) design of the ranking with the critical success factors gives a surplus compared with other lists of critical success factors we have looked at since it support our thought about different critical success fac- tors having different degree of importance.
3.5
Somers and Nelson's observed importance
In Somers and Nelson's (2004) research, the importance of the above described key players and key activities are identified. Below (Table 4), you will find a table that summarizes the importance of the key players and key activities (Xn) during each one of the ERP imple-
~ 23 ~
mentation stages. Somers and Nelson interpret 0.60 as being high in importance, 0.30 as medium and low importance as 0.10.
Table 4 - Importance of players and activities across ERP life cycle (Somers & Nelson, 2004, p. 265)
Players and activities ERP implementation stages Initiation Y1 X1 X2 X3 X4 X5 X6 X7 X8 X9 X10 X11 X12 X13 X14 X15 X16 X17 X18 X19 X20 X21 X22 Top management Project champion Steering committee Implementation consultants Project team/competence Vendor-customer partnership Use of vendors' customization tools Vendor support User training and education Management of expectations Careful selection of appropriate package Project Management Degree of customization Data analysis and conversion Business process reengineering Defining the architecture choices Dedicated resources Change management Clear goals and objectives Education on new business processes Interdepartmental communication Interdepartmental cooperation 0.64 0.65 0.83 0.53 0.58 0.60 0.72 0.78 0.67 0.53 0.73 0.58 0.57 0.37 0.60 0.72 0.57 0.66 0.71 0.48 0.68 0.53 Adoption Y2 0.71 0.62 0.68 0.61 0.63 0.59 0.72 0.71 0.60 0.55 0.56 0.66 0.52 0.63 0.70 0.51 0.64 0.73 0.66 0.57 0.59 0.65 Adaptation Y3 0.58 0.59 0.51 0.61 0.60 0.55 0.51 0.68 0.63 0.44 0.32 0.60 0.58 0.59 0.59 0.37 0.44 0.77 0.62 0.65 0.64 0.65 Acceptance Y4 0.58 0.46 0.80 0.34 0.44 0.37 0.34 0.45 0.47 0.48 0.21 0.49 0.39 0.23 0.55 0.23 0.54 0.65 0.53 0.57 0.63 0.67 Routinization Y5 0.53 0.33 0.41 0.13 0.25 0.28 0.40 0.35 0.67 0.23 0.12 0.38 0.24 0.06 0.28 0.10 0.11 0.32 0.35 0.23 0.55 0.55 Infusion Y6 0.39 0.26 0.13 0.57 0.21 0.40 0.21 0.28 0.22 0.17 0.04 0.24 0.28 0.03 0.22 0.06 0.06 0.17 0.14 0.12 0.41 0.47
To give a simplified overview with the ranking of the key players and activities, the tables below (Table 5 and Table 6) shows the key players and key activities sorted in descending order for each one of the six stages in the ERP life cycle.
~ 24 ~
Table 5 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)
Initiation Use of steering committee Vendor support Careful selection of package Architecture choices Use of vendors tools Clear goals and objectives Interdepartmental communication User training on software Change management Project champion Top management support Business process reengineering Vendor-customer partnership Project management Project team competence Minimal customization Dedicated resources Interdepartmental cooperation Use of consultants Management of expectations Education on new BPR Data analysis and conversion 0.83 0.78 0.73 0.72 0.72 0.71 0.68 0.67 0.66 0.65 0.64 0.60 0.60 0.58 0.58 0.57 0.57 0.53 0.53 0.53 0.48 0.37 Adoption Change management Use of vendors tools Top management support Vendor support Business process reengineering Use of steering committee Clear goals and objectives Project management Interdepartmental cooperation Dedicated resources Data analysis and conversion Project team competence Project champion Use of consultants User training on software Interdepartmental tion communica0.73 0.72 0.71 0.71 0.70 0.68 0.66 0.66 0.65 0.64 0.63 0.63 0.62 0.61 0.60 0.59 0.59 0.57 0.56 0.55 0.52 0.51 Adaptation Change management Vendor support Education on new BPR Interdepartmental cooperation Interdepartmental communication User training on software Clear goals and objectives Use of consultants Project management Project team competence Business process reengineering Data analysis and conversion Project champion Minimal customization Top management support Vendor-customer partnership Use of steering committee Use of vendors tools Dedicated resources Management of expectations Architecture choices Careful selection of package 0.77 0.68 0.65 0.65 0.64 0.63 0.62 0.61 0.60 0.60 0.59 0.59 0.59 0.58 0.58 0.55 0.51 0.51 0.44 0.44 0.37 0.32
Vendor-customer partnership Education on new BPR Careful selection of package Management of expectations Minimal customization Architecture choices
It is clearly visible how important different factors are during each of the different stages. In the initiation phase, the use of a steering committee is perceived as having an impor- tance of 0.83, closely followed by vendor support (0.78) and a careful selection of the ERP package (0.73). During the adoption phase, change management is perceived as having an importance of 0.73, with the use of vendor tools (0.72), top management support (0.71), and vendor support (0.71) as other important factors. In the adaptation phase, change management is also perceived as the single most important factor, scoring 0.77. Second is vendor support with a score of 0.68, and after that education on new business processes and interdepartmental cooperation comes, both with a score of 0.65.
~ 25 ~
Table 6 - Observed importance of players and activities by life cycle stages (Somers & Nelson, 2004, p. 267)
Acceptance Use of steering committee Interdepartmental cooperation Change management Interdepartmental communication Top management support Education on new BPR Business process reengineering Dedicated resources Clear goals and objectives Project management Management of expectations User training on software Project champion Vendor support Project team competence Minimal customization Vendor-customer partnership Use of consultants Use of vendors tools Architecture choices Data analysis and conversion Careful selection of package 0.80 0.67 0.65 0.63 0.58 0.57 0.55 0.54 0.53 0.49 0.48 0.47 0.46 0.45 0.44 0.39 0.37 0.34 0.34 0.23 0.23 0.21 Routinization User training on software Interdepartmental cooperation Interdepartmental tion communica0.67 0.55 0.55 0.53 0.41 0.40 0.38 0.35 0.35 0.33 0.32 0.28 0.28 0.25 0.24 0.23 0.23 0.13 0.12 0.11 0.10 0.06 Infusion Use of consultants Interdepartmental cooperation Interdepartmental communication Vendor-customer partnership Top management support Minimal customization Vendor support Project champion Project management User training on software Business process reengineering Project team competence Use of vendors tools Change management Management of expectations Clear goals and objectives Use of steering committee Education on new BPR Architecture choices Dedicated resources Careful selection of package Data analysis and conversion 0.57 0.47 0.41 0.40 0.39 0.28 0.28 0.26 0.24 0.22 0.22 0.21 0.21 0.17 0.17 0.14 0.13 0.12 0.06 0.06 0.04 0.03
Top management support Use of steering committee Use of vendors tools Project management Clear goals and objectives Vendor support Project champion Change management Vendor-customer partnership Business process reengineering Project team competence Minimal customization Education on new BPR Management of expectations Use of consultants Careful selection of package Dedicated resources Architecture choices Data analysis and conversion
During the acceptance phase, the use of steering committee is perceived as the most important factor, scoring 0.80. Interdepartmental cooperation (0.67), and change management (0.65) are other important factors. Under the phase of routinization, user training on software scores 0.67 and interdepartmental cooperation and interdepartmental communication both score 0.55. In the infusion stage, the use of consultants is perceived of having an importance of 0.57, and interdepartmental cooperation as having 0.47. Interdepartmental communication is perceived of having an importance of 0.41.
3.6
Discussion of the frame of reference
The frame of references has covered many interesting areas concerning the purpose of this thesis. ERP has been describes using both a traditional definition and a more contemporary one. We have related ERP issues with the size of organizations in order to make an analysis between larger companies and SMEs. Furthermore, the focus of this frame of references has been on the critical success factors that exist within the ERP project life cycle. Differ- ent researchers' findings have been covered and discussed to be able to give an objective picture of these critical success factors and the stages that they might occur in. Our analysis will be based on our frame of references, but first we will present our empirical findings, gathered from our survey.
~ 26 ~
4
Empirical findings
The empirical findings will summarize the data we collected in our empirical study. First, a description of the procedure we worked after will be presented, after this, the results will be presented.
4.1
Procedure
Our survey was sent out to our respondents by e-mail on April 20, 2005. The survey contained a letter describing the purpose of the survey, the reason why the respondent was selected as a respondent, and a unique link to a web-based survey. The result from the survey will be presented below. After slightly more than one week, a reminder was sent out to the respondents that we had not collected answers from; this one containing an addition to the original letter urging the respondents to reply. This reminder was sent out on April 30, 2005. The respondents had to the end of May 6, 2005 to answer the survey. Totally, we got replies from 54 respondents of the 199 SMEs in our sample, resulting in a response rate of 27.1 percent, which could be compared with Somers and Nelson (2004, p. 263) response rate of 19%. Out of these 27.1 percent we decided to only use those who had answered that they were (1) completed with their implementation the previous year, or (2) the implementation was completed over a year ago. The reason for doing this is because it is only the companies that have passed all stages in the ERP life cycle that can give accu- rate answers on our questions. We also detected some answers that were not complete, and decided to leave these answers out. Totally, we ended up with 44 correctly answered sur- veys.
4.2
Result
Below (Table 7), a presentation of the collected result from the survey can be found. These have been put together in the same way as Somers and Nelson (2004) did in their survey. Each cell in the table below represents a calculation from the answers in the survey. Each of the different factors could have an importance of one to five. The values from the answers were summed up and distributed under the correct phase in the life cycle. This sum was then divided with the total number of answers collected on that separate factor to find the mean, lastly, it was divided by five (which was the maximum of the Likert scale) to get the correct number to compare with Somers and Nelson (2004).
~ 27 ~
Table 7 - Observed importance of players and activities across ERP life cycle
Players and activities ERP implementation stages Initiation Y1 X1 X2 X3 X4 X5 X6 X7 X8 X9 X10 X11 X12 X13 X14 X15 X16 X17 X18 X19 X20 X21 X22 Top management Project champion Steering committee Implementation consultants Project team/competence Vendor-customer partnership Use of vendors' customization tools Vendor support User training and education Management of expectations Careful selection of appropriate package Project Management Degree of customization Data analysis and conversion Business process reengineering Defining the architecture choices Dedicated resources Change management Clear goals and objectives Education on new business processes Interdepartmental communication Interdepartmental cooperation 0.42 0.37 0.25 0.13 0.24 0.35 0.09 0.20 0.05 0.20 0.52 0.25 0.08 0.18 0.13 0.37 0.21 0.14 0.44 0.07 0.12 0.10 Adoption Y2 0.55 0.38 0.37 0.25 0.32 0.46 0.19 0.23 0.05 0.26 0.38 0.39 0.21 0.25 0.24 0.36 0.38 0.22 0.46 0.09 0.23 0.15 Adaptation Y3 0.27 0.56 0.38 0.41 0.55 0.49 0.31 0.49 0.41 0.29 0.07 0.55 0.40 0.42 0.29 0.22 0.55 0.39 0.37 0.42 0.38 0.49 Acceptance Y4 0.29 0.48 0.33 0.17 0.48 0.34 0.09 0.38 0.43 0.24 0.07 0.45 0.20 0.19 0.19 0.07 0.37 0.37 0.30 0.35 0.40 0.43 Routinization Y5 0.13 0.25 0.11 0.09 0.27 0.21 0.02 0.29 0.24 0.13 0.06 0.24 0.07 0.07 0.17 0.02 0.20 0.20 0.12 0.32 0.27 0.30 Infusion Y6 0.10 0.16 0.07 0.03 0.16 0.21 0.01 0.26 0.10 0.03 0.00 0.14 0.02 0.00 0.08 0.02 0.07 0.10 0.05 0.19 0.17 0.18
Based on the table above, a collection of importance sorted in a decreasing order under each of the implementation stages will show what is most important in which stage. This can be found in Table 8 and Table 9.
~ 28 ~
Table 8 - Observed importance of players across life cycle stages (sort in descending order)
Initiation Careful selection of package Clear goals and objectives Top management support Project champion Defining the architecture choices Vendor-customer partnership Project Management Steering committee Project team/competence Dedicated resources Vendor support Management of expectations Data analysis and conversion Change management Implementation consultants Business process reengineering Interdepartmental communication Interdepartmental cooperation Use of vendors' tools Degree of customization Education on new BPR User training and education 0.52 0.44 0.42 0.37 0.37 0.35 0.25 0.25 0.24 0.21 0.20 0.20 0.18 0.14 0.13 0.13 0.12 0.10 0.09 0.08 0.07 0.05 Adoption Top management support Clear goals and objectives Vendor-customer partnership Project Management Dedicated resources Project champion Careful selection of package Steering committee Defining the architecture choices Project team/competence Management of expectations Data analysis and conversion Implementation consultants Business process reengineering Interdepartmental communication Vendor support Change management Degree of customization Use of vendors' tools Interdepartmental cooperation Education on new BPR User training and education 0.55 0.46 0.46 0.39 0.38 0.38 0.38 0.37 0.36 0.32 0.26 0.25 0.25 0.24 0.23 0.23 0.22 0.21 0.19 0.15 0.09 0.05 Adaptation Project champion Project Management Dedicated resources Project team/competence Vendor-customer partnership Vendor support Interdepartmental cooperation Education on new Data analysis and conversion User training and education Implementation consultants Degree of customization Change management Steering committee Interdepartmental communication Clear goals and objectives Use of vendors' tools Management of expectations Business process reengineering Top management support Defining the architecture choices Careful selection of package 0.56 0.55 0.55 0.55 0.49 0.49 0.49 0.42 0.42 0.41 0.41 0.40 0.39 0.38 0.38 0.37 0.31 0.29 0.29 0.27 0.22 0.07
Based on the tables above, we have summarized the most important findings. Under the phase of initiation, the factor which is perceived to be most important is careful selection of the appropriate package with a value of 0.52. This is followed by clear goals and objec- tives (0.44) and top management support with a score of 0.42. In the adoption phase, top management support is ranked as 0.55 followed by clear goals and objectives and vendorcustomer partnership, both with a perceived importance of 0.46. During the phase of adaptation, the project champion is perceived to have an importance of 0.56, while the project management, dedication of resources and the competence of the project team is ranked as 0.55.
~ 29 ~
Table 9 - Observed importance of players across life cycle stages (sort in descending order)
Acceptance Project champion Project team/competence Project Management User training and education Interdepartmental cooperation Interdepartmental communication Vendor support Dedicated resources Change management Education on new BPR Vendor-customer partnership Steering committee Clear goals and objectives Top management support Management of expectations Degree of customization Data analysis and conversion Business process reengineering Implementation consultants Use of vendors' tools Careful selection of package Defining the architecture choices 0.48 0.48 0.45 0.43 0.43 0.40 0.38 0.37 0.37 0.35 0.34 0.33 0.30 0.29 0.24 0.20 0.19 0.19 0.17 0.09 0.07 0.07 Routinization Education on new BPR Interdepartmental cooperation Vendor support Project team/competence Interdepartmental communication Project champion Project Management User training and education Vendor-customer partnership Change management Dedicated resources Business process reengineering Management of expectations Top management support Clear goals and objectives Steering committee Implementation consultants Degree of customization Data analysis and conversion Careful selection of package Defining the architecture choices Use of vendors' tools 0.32 0.30 0.29 0.27 0.27 0.25 0.24 0.24 0.21 0.20 0.20 0.17 0.13 0.13 0.12 0.11 0.09 0.07 0.07 0.06 0.02 0.02 Infusion Vendor support Vendor-customer partnership Education on new BPR Interdepartmental cooperation Interdepartmental communication Project champion Project team/competence Project Management Top management support User training and education Change management Business process reengineering Dedicated resources Steering committee Clear goals and objectives Management of expectations Implementation consultants Degree of customization Defining the architecture choices Use of vendors' tools Data analysis and conversion Careful selection of package 0.26 0.21 0.19 0.18 0.17 0.16 0.16 0.14 0.10 0.10 0.10 0.08 0.07 0.07 0.05 0.03 0.03 0.02 0.02 0.01 0.00 0.00
In the acceptance phase, the project champion and the competence of the project team is perceived as having highest importance, both with a rank of 0.48. Close to this is the pro- ject management which is perceived to have an importance of 0.45. During the routiniza- tion phase, education of new business processes is perceived to be of highest importance (0.32). Interdepartmental cooperation is scored as 0.30 and vendor support as 0.29. In the infusion phase, vendor support is perceived to be the factor with highest importance, ranked as 0.26. The partnership between the vendor and the customer is ranked as 0.21 and the education on new business processes as 0.19.
~ 30 ~
5
Analysis
Our analysis is based upon the main findings in the frame of references and is applied to our empirical findings in order to analyze our findings based on relevant theory.
5.1
Analytical disposition
In the coming subchapters, we will analyze our findings from our study based on the different stages in the implementation life cycle. This is to make our analysis as structured as possible and to help the reader follow our argumentation.
5.2
Analytical discussion
We will first present an overview of our findings compared with the findings of Somers and Nelson (2004). For each factor, our observed value, Somers and Nelson's observed value (marked as S & N), and the difference between the two values will be presented (Table 10).
Table 10 - Comparison of observed importance and Somers and Nelson's (2004) observed importance
Players and activities ERP implementation stages Initiation Y1 X1 Top management Observed S&N Diff X2 Project champion Observed S&N Diff X3 Steering committee Observed S&N Diff X4 Implementation consultants Observed S&N Diff X5 Project team/competence Observed S&N Diff X6 Vendor-customer partnership Observed S&N Diff X7 Use of vendors' customization tools Observed S&N Diff X8 Vendor support Observed S&N Diff X9 User training and education Observed S&N Diff 0.42 0.64 -0.22 0.37 0.65 -0.28 0.25 0.83 -0.58 0.13 0.53 0.4 0.24 0.58 -0.34 0.35 0.6 -0.25 0.09 0.72 -0.63 0.2 0.78 -0.58 0.05 0.67 -0.62 Adoption Y2 0.55 0.71 -0.16 0.38 0.62 -0.24 0.37 0.68 -0.31 0.25 0.61 -0.36 0.32 0.63 -0.31 0.46 0.59 -0.13 0.19 0.72 -0.53 0.23 0.71 -0.48 0.05 0.6 -0.55 Adaptation Y3 0.27 0.58 -0.31 0.56 0.59 -0.03 0.38 0.51 -0.13 0.41 0.61 0.2 0.55 0.6 -0.05 0.49 0.55 -0.06 0.31 0.51 -0.2 0.49 0.68 -0.19 0.41 0.63 -0.22 Acceptance Y4 0.29 0.58 -0.29 0.48 0.46 0.02 0.33 0.8 -0.47 0.17 0.34 -0.17 0.48 0.44 0.04 0.34 0.37 -0.03 0.09 0.34 -0.25 0.38 0.45 -0.07 0.43 0.47 -0.04 Routinization Y5 0.13 0.53 0.4 0.25 0.33 -0.08 0.11 0.41 0.3 0.09 0.13 -0.04 0.27 0.25 0.02 0.21 0.28 -0.07 0.02 0.4 -0.38 0.29 0.35 -0.06 0.24 0.67 -0.43 Infusion Y6 0 .1 0.39 -0.29 0.16 0.26 0.1 0.07 0.13 -0.06 0.03 0.57 -0.54 0.16 0.21 -0.05 0.21 0 .4 -0.19 0.01 0.21 -0.2 0.26 0.28 -0.02 0 .1 0.22 -0.12
~ 31 ~
Players and activities
ERP implementation stages Initiation Y1 Adoption Y2 0.26 0.55 -0.29 0.38 0.56 -0.18 0.39 0.66 -0.27 0.21 0.52 -0.31 0.25 0.63 -0.38 0.24 0.7 -0.46 0.36 0.51 -0.15 0.38 0.64 -0.26 0.22 0.73 -0.51 0.46 0.66 0.2 0.09 0.57 -0.48 0.23 0.59 -0.36 0.15 0.65 0.5 Adaptation Y3 0.29 0.44 -0.15 0.07 0.32 -0.25 0.55 0.6 -0.05 0.4 0.58 -0.18 0.42 0.59 -0.17 0.29 0.59 -0.3 0.22 0.37 -0.15 0.55 0.44 0.11 0.39 0.77 -0.38 0.37 0.62 -0.25 0.42 0.65 -0.23 0.38 0.64 -0.26 0.49 0.65 -0.16 Acceptance Y4 0.24 0.48 -0.24 0.07 0.21 -0.14 0.45 0.49 -0.04 0.2 0.39 -0.19 0.19 0.23 -0.04 0.19 0.55 -0.36 0.07 0.23 -0.16 0.37 0.54 -0.17 0.37 0.65 -0.28 0.3 0.53 -0.23 0.35 0.57 -0.22 0.4 0.63 -0.23 0.43 0.67 -0.24 Routinization Y5 0.13 0.23 0.1 0.06 0.12 -0.06 0.24 0.38 -0.14 0.07 0.24 -0.17 0.07 0.06 0.01 0.17 0.28 -0.11 0.02 0.1 -0.08 0.2 0.11 0.09 0.2 0.32 -0.12 0.12 0.35 -0.23 0.32 0.23 0.09 0.27 0.55 -0.28 0.3 0.55 -0.25 Infusion Y6 0.03 0.17 -0.14 0 0.04 -0.04 0.14 0.24 0.1 0.02 0.28 -0.26 0 0.03 -0.03 0.08 0.22 -0.14 0.02 0.06 -0.04 0.07 0.06 0.01 0 .1 0.17 -0.07 0.05 0.14 -0.09 0.19 0.12 0.07 0.17 0.41 -0.24 0.18 0.47 -0.29
X10
Management of expectations
Observed S&N Diff
0.2 0.53 -0.33 0.52 0.73 -0.21 0.25 0.58 -0.33 0.08 0.57 -0.49 0.18 0.37 -0.19 0.13 0.6 -0.47 0.37 0.72 -0.35 0.21 0.57 -0.36 0.14 0.66 -0.52 0.44 0.71 -0.27 0.07 0.48 -0.41 0.12 0.68 -0.56 0.1 0.53 -0.43
X11
Careful selection of appropriate package
Observed S&N Diff
X12
Project Management
Observed S&N Diff
X13
Degree of customization
Observed S&N Diff
X14
Data analysis and conversion
Observed S&N Diff
X15
Business process reengineering
Observed S&N Diff
X16
Defining the architecture choices
Observed S&N Diff
X17
Dedicated resources
Observed S&N Diff
X18
Change management
Observed S&N Diff
X19
Clear goals and objectives
Observed S&N Diff
X20
Education on new business processes
Observed S&N Diff
X21
Interdepartmental communication
Observed S&N Diff
X22
Interdepartmental cooperation
Observed S&N Diff
Visible in the table above is that most of our observed values are lower than the observed values of Somers and Nelson (2004). One of the most important reasons for these differences is that Somers and Nelson investigated larger companies, in which it is more com- mon to employ more ERP functionality than smaller companies (Mabert et al., 2003a), re- sulting in that larger companies is a more homogenous group than our SMEs since they, in most observations, recognized the same critical success factors. Another important aspect is that the investigation of Somers and Nelson (2004) was done in 2001, when it still was very common with single vendor ERP systems. Nowadays, it is more common to imple-
~ 32 ~
ment more best-of-breed modules (Hedman, 2003), something that most probably have affected the spread of our answers, resulting in lower values. 5.2.1 Initiation
Below (Table 11) you will find a presentation of our and Somers and Nelson's (2004) five most important factors during the initiation stage of the project life cycle. The factors that are occurring in both our findings and the findings of Somers and Nelson's are written in bold style.
Table 11 - Initiation phase
Our findings Careful selection of package Clear goals and objectives Top management support Project champion Defining the architecture choices Somers and Nelson (2004) Use of steering committee Vendor support Careful selection of package Architecture choices Use of vendors tools
The only factor that occurs in both our findings and Somers and Nelson's (2004) findings is careful selection of package. In our findings, it is ranked as the single most important fac- tor while it is ranked as the third most important factor in Somers and Nelson. According to Somers and Nelson, the selection of package is one of the most important issues and af- fects budgets, time frames, goals and other important factors that will have an impact on the whole project. Furthermore, Callaway (1999) argues that the selection of the right pack- age is the most difficult task during the whole life cycle. Considering that smaller compa- nies employ less functionality than larger companies (Mabert et al., 2003a), it is more im- portant for SMEs to find the correct system from the start. Clear goals and objectives is ranked as the second most important in our research. According to Wee (2000), establishing clear goals and objectives should include aspects as budget- ing, timing, risks, and strategies. It is also important that the implementation of the system supports the organization's overall goal and vision (Somers & Nelson, 2004), and that the project's mission is aligned with the business need (Roberts & Barrar, 1992). Since the im- plementation of ERP in SMEs is driven of more tactical needs, (Mabert et al., 2003a) it is in SMEs very important to have the goals and objectives clear. Top management support is ranked as the third most important factor during the initiation phase. The support of the project by the top management, is according to Sumner (1999) and Wee (2000) one of the most crucial factors during the implementation. As visible in the comparison between our findings and the findings of Somers and Nelson (2004), most of the top factors are different. We believe that the difference in the rankings has different reasons. To start with, we are confident that the organization's size matters much during the implementation process. Mabert et al. (2003a) suggest that the adoption of ERP by large companies is more motivated by strategic needs while implementation in smaller companies is more tactical. Furthermore, Mabert et al. (2003a) propose that larger companies employ more functionality than smaller companies. These two factors can ex- plain why it is more important in smaller companies to select the appropriate package from the beginning, and to have the goals and objectivities clear from the start. In larger compa- nies, the use of a steering committee and support from vendors can help the organization to develop the strategic advantages with the system. In addition to this, it is interesting to
~ 33 ~
see that the smaller companies perceive top management support as more important than the larger companies. This must clearly have to do with the fact that the management in most SMEs is closer to the organization than in larger companies. 5.2.2 Adoption
A comparative table of our findings and the findings of Somers and Nelson's (2004) during the adoption stage of the project life cycle is presented in Table 12 below. The factors that are occurring in both our findings and the findings of Somers and Nelson's are marked with bold.
Table 12 - Adoption phase
Our findings Top management support Clear goals and objectives Vendor-customer partnership Project Management Dedicated resources Somers and Nelson (2004) Change management Use of vendors tools Top management support Vendor support Business process reengineering
Top management support is mentioned both by the SMEs and the larger companies as one of the top five factors during the adoption phase. In fact, in our findings, top management support is perceived to be the most important factor, while it is perceived as the third most important factors in Somers and Nelson's (2004) findings. The top management support is also perceived to be among the top five factors in the previous phase (initiation phase) within the SMEs, something stressing the importance of the top management within the SMEs. As mentioned above, this implies that the top management within the SMEs is closer to the organization. As the second most important factors during the adoption phase, clear goals and objectives is ranked. We think it is interesting to see that the establishing of clear goals and objectives are ranked high both in the initiation and the adoption phase by our respondents, but is not mentioned by the respondents of Somers and Nelson (2004) as a factor of top importance. As we earlier discussed, smaller companies are more often looking for tactical benefits with their system, while larger companies are trying to achieve strategic benefits. It could be that the goals and objectives are not stated this early in the process within larger companies, something that might be considered strange since the goals are of great importance to be able to have a successful implementation, especially if the company is looking to gain stra- tegic values. Vendor-customer partnership is ranked as the third most important factor during the adoption phase by our respondents. According to Somers and Nelson (2004), this partnership should be of a strategic nature. Davenport (1998) suggests that the partnership could lead to lifelong strategic values. Somers and Nelson also suggest that this factor is crucial in the early stages, something that our respondents to a certain extent agree with. Similar with the initiation phase, most of the top five factors differ between the SMEs and the larger American corporations. It is interesting to see that the larger corporations consider change management to be of such high importance since Mabert et al. (2003a) ex- plains that it is more common that larger companies customize the software to fit the or- ganization and not the other way around, however, the changes within the organizations can still be large and requires good change management.
~ 34 ~
5.2.3
Adaptation
The five most important factors during the adaptation stage during the project life cycle are presented below (Table 13). You will find our and Somers and Nelson's (2004) factors ordered by importance
Table 13 - Adaptation phase
Our findings Project champion Project Management Dedicated resources Project team/competence Vendor-customer partnership Somers and Nelson (2004) Change management Vendor support Education on new BPR Interdepartmental cooperation Interdepartmental communication
None of the factors ranked as having high importance in our findings is ranked as having top importance in Somers and Nelson (2004). This shows a difference between the perceived importance between SMEs and larger companies in the adaptation phase. Our respondents ranked the project champion as the most important factor during this stage of the implementation. The project champion should posses skills connected to transforma- tional leadership (Somers and Nelson, 2004) and help the organization to understand the business perspective of the project (Sumner, 1999). According to Mabert et al. (2003a) the differences between implementation of smaller and larger companies are many, and this could explain the complete differences in the ranking above. The project management is ranked as the second most important factor during the adaptation process by our respondents. According to Somers and Nelson (2004) the project management is important during all the stages of the project life cycle. Rosario (2000) suggests that the scope is of great importance and Wee (2000) claims the importance of following timelines and budgets. According to Mabert et al. (2003a), smaller companies employ less functionality than larger companies, leading to the possibility for the project management to more efficient monitor the project. Furthermore, the implementation in smaller compa- nies is more radical than the implementation in larger companies (Mabert et al., 2003a), an- other factor that influence the importance of the project management. Our respondents have ranked the dedication of resources as the third most important factor. According to Reel (1999) the lack of dedication of resources can lead to implementa- tion failure. Somers and Nelson (2004) argue that it is important that the resource require- ments are clear from the project start. A difference between larger companies and SMEs is that larger companies in general have more resources than the smaller companies, suggest- ing that it is more important for SMEs to dedicate resources for the implementation.
~ 35 ~
5.2.4
Acceptance
The five most important factors during the acceptance phase of the project life cycle are presented in the table below (Table 14). To ease the interpretation of the table, the factors occurring in both our finding and the findings of Somers and Nelson is presented with bold style.
Table 14 - Acceptance phase
Our findings Project champion Project team/competence Project Management User training and education Interdepartmental cooperation Somers and Nelson (2004) Use of steering committee Interdepartmental cooperation Change management Interdepartmental communication Top management support
As visible above, the single factor ranked as top five by both our respondents and the respondents of Somers and Nelson (2004) was interdepartmental cooperation. It was ranked as the fifth most important factor in our survey and second in Somers and Nelson's re- search. According to Stefanou (1999) it is important with cooperation between depart- ments since this is the only way to integrate the new business processes throughout the or- ganization. Somers and Nelson (2004) argue that the interdepartmental cooperation is an important factor from the initiation through the acceptance, something that is more visible in the figures from their research than in figures from our survey. Considering that larger companies have more departments and more employees, the activity of interdepartmental cooperation might be ranked higher than in the SMEs. It is more important to focus on cooperation in a larger company since it might not come as natural as in a smaller com- pany. Ranked as the most important factors during the acceptance phase was the project champion, tightly followed by the competence of the project team and the project management. Obviously, the project functions are perceived as very important, something that differs from what the larger companies perceived as important. As earlier discussed, the imple- mentation of ERP systems within SMEs is often based on single modules and this is an es- sential difference during the implementation stages. Larger companies, which implement larger solutions, have to put more efforts into the steering committee and the change man- agement since larger changes are about to commence. Furthermore, in SMEs, it is probably more common that the internal project group has more responsibility due to the limited scope of the implementation project.
~ 36 ~
5.2.5
Routinization
The five most important players and activities during the routinization phase from our survey and the research of Somers and Nelson (2004) are presented below (Table 15). The fac- tors that are ranked as important in both our research and the research of Somers and Nel- son (2004) are written in bold in the table below.
Table 15 - Routinization phase
Our findings Education on new BPR Interdepartmental cooperation Vendor support Project team/competence Interdepartmental communication Somers and Nelson (2004) User training on software Interdepartmental cooperation Interdepartmental communication Top management support Use of steering committee
The routinization phase is the first phase in the project life cycle in which two factors are ranked in the top five most important in both our findings and in the findings of Somers and Nelson (2004). Interdepartmental cooperation is ranked second in both the surveys and interdepartmental communication is ranked as number five in our survey and as num- ber three in Somers and Nelson's investigation. According to Sumner (1999), the commu- nication is important since employees across the organization have to be informed about the scope, objectives, and activities during the implementation ensure that the work is car- ried out as efficient as possible. Following the discussion in the section above, it is interest- ing to see that the cooperation and the communication is ranked as top five in both our re- search and the research of Somers and Nelson (2004). Considering that the routinizationphase is where the system no longer perceives as something out of the ordinary, it is possi- ble that the communication and the cooperation between the departments are of great im- portance in order to gain knowledge from other departments' experiences with the system. Education on new business processes is in our survey ranked as the most important factor during the routinization phase. It is interesting to see that SMEs believe this factor is the most important factor, since in general, SMEs implement less features than larger compa- nies, suggesting that less change is done with the business processes (Mabert et al., 2003a). However, Mabert et al. also claims that larger companies customize the system to fit the organization, while smaller companies adopt the business to fit the system, something that our findings points at. Sumner (1999) explains that users need in-house training to under- stand how the system will change the processes within the organization. Furthermore, Wee (2000) enlightens the importance of having training running throughout the entire life cy- cle, supporting the organization also after the implementation. Sumner (1999) explains that it is vital that the organization invest time and money in user training during the implemen- tation. The third most important factor during the routinization phase is perceived to be vendor support. Willcocks and Sykes (2000) explains that the vendor support is vital since it is rare that an implementing organization has all knowledge about the system that is about to be implemented. Somers and Nelson (2004) explain that an ERP system often are seen as lifelong investments and therefore requires good support from the vendor.
~ 37 ~
5.2.6
Infusion
Below (Table 16) you will find a presentation of our and Somers and Nelson's (2004) five most important factors during the infusion stage of the project life cycle. The factors that are occurring in both our findings and the findings of Somers and Nelson's are written in bold style.
Table 16 - Infusion phase
Our findings Vendor support Vendor-customer partnership Education on new BPR Interdepartmental cooperation Interdepartmental communication Somers and Nelson (2004) Use of consultants Interdepartmental cooperation Interdepartmental communication Vendor-customer partnership Top management support
Similar with the routinization phase of the project life cycle, interdepartmental cooperation and interdepartmental communication are two factors which are ranked within the top five factors in both our findings and the findings of Somers and Nelson (2004). In the infusion stage, the partnership between vendor and customer is also ranked high in both our study and the study of Somers and Nelson; it is ranked as the second most important factor in our research while it is ranked as number four in Somers and Nelson. The partnership be- tween a vendor and its customer is of great importance in all the stages since it might pro- vide both organizations with a lifelong relation (Davenport, 1998). Considering that we are now discussing the infusion stage, it is important that the implementing organization can rely on the vendor so that future implementations already now are analyzed correctly. Vendor support is ranked as the most important factor during the infusion phase. As explained earlier in the analysis, vendor support is important since the implementing organization rarely has all the knowledge that it takes to use and develop the use of the system (Willcocks & Sykes, 2000). It is apparent that smaller companies rank vendor support hig- her than larger companies. Since smaller companies at many times have fewer resources than larger companies, the support from vendors seems to be more important for this kind of companies, implying that the SMEs might have a greater confidence with the vendor than larger corporations. Meanwhile, ranked as number one in Somers and Nelson (2004), is the use of consultants suggesting that larger companies turn to the consultants for help while the smaller companies turns directly to the vendor for support. Education on the new business processes is ranked as the third most important factor during the infusion stage. As discussed earlier, the education of business processes are important in SMEs since it is more common that SMEs change their processes to fit the system than the other way around (Mabert et al., 2003a). But at the same time, Mabert et al. claims that smaller companies implement less functionality, which should influence the amount of new business processes.
~ 38 ~
6
Conclusions
This section will present the conclusions drawn from the analysis performed in the previous chapter. The conclusion will be presented in the same order as the analysis was in order to have a high level of consistency.
6.1
Conclusions made from the analysis
The purpose of this master thesis is to investigate the importance of different critical success factors across the ERP project life cycle within SMEs. Furthermore, we will compare our findings to see if there are differences between larger corporations in the USA and SMEs in the county of Jönköping, Sweden and try to explain the potential differences. Our purpose has been fulfilled since we have investigated the importance of the critical success factors across the ERP project life cycle within SMEs in the county of Jönköping, Sweden. Furthermore, we have compared and identified the differences between the companies we have researched and the companies researched in the USA. Finally, in the analysis we have tried to find reasonable explanations for the differences in the critical success factors. The following conclusions can be drawn from our analysis. The following conclusions can be drawn from our analysis:
•
The critical success factors with the highest perceived importance is during the ERP project life cycle the following: o Infusion stage: Careful selection of package o Adoption stage: Top management support o Adaptation stage: Project champion o Acceptance stage: Project champion o Routinization stage: Education on new business processes o Infusion stage: Vendor support
• •
We observed differences between the perceived importance of players and activities during the ERP project life cycle in SMEs and in the Fortune 500 companies. We have failed to show any valid reasons why the differences mentioned above exist. However, we have studied and literature that suggest reasons for these differences, but we believe that this literature is not enough to draw conclusions from.
~ 39 ~
7
Final discussion
This chapter contains reflections about our own work during this master thesis; you will find method criticism, suggestions for further research, and our acknowledgements.
7.1
Reflections
We have enjoyed working with this master thesis during the spring of 2005. The thesis has increased our knowledge, not only within ERP systems, but also how to conduct academic research. Below, you will find our reflections regarding the method we have used and how we perceive the trustworthiness of this study. When our findings were compared to the findings of Somers and Nelson (2004) it was apparent that the similarities of the top five important factors occurred in the two first and the two last stages, with increasing similarities towards the final phases, implying that ERP solutions which are used within SMEs, has other critical success factors in the first stages, but is more similar to ERP installations of larger companies in the final stages. Furthermore, since it is more common nowadays to use best-of-breed solutions, the critical success factors might have changed. We believe there will be a continuous drift towards the use of consultants within SMEs since the system integration between these best-of-breed systems will need competent personnel. 7.1.1 Method criticism
A problem that occurred once our survey was sent out, was that several companies replied to the outgoing e-mail and informed us that their company was not suitable to take the survey since they were part of a larger organization. In some cases the respondent was a lo- cal office of an international corporation, in other, the respondent were local branches of large Swedish companies, such as banks and consulting firms. Because of this, our sample contains biases since these companies do not meet the requirements to be an SME. How- ever, we are positive that most of the respondents that answered the survey are actual small and medium enterprises situated in the county of Jönköping. The fact that there were a few larger companies answering the survey should affect our results towards to be more similar to the findings of Somers and Nelson (2004), however, our result differs from the result of Somers and Nelson. Hopefully, this bias has not affected our result to that extent that the result is not valid, although, the result is not as reliable that we would like it to be. Another problem that we noticed during the collection of the surveys was that some of the respondents submitted a survey that was not completed. In some cases the respondent did just reply to how important certain factors were, and not in what stages these were impor- tant. These cases were disqualified by us, and do not affect the result of our research. A way to work around this in future research is to have functions on the internet based sur- vey that does not allow a survey to be saved if not everything is completed. 7.1.2 Trustworthiness of the study
We claim that the trustworthiness of our study is high. We have achieved high inner validity since our survey contained only questions relevant for the investigated subject; furthermore, the outer validity is also high since the investigation has delivered results that we believe are coherent with the reality. In this study, the reliability is very high since we have
~ 40 ~
used a single questionnaire for all the respondents, and we are convinced that if other researchers use our questionnaire on the same sample, similar result would be apparent. The generalizability is the one factor in the trustworthiness of the study that we are doubtful about. As described above, our sample contained companies that did not belong to the category of SMEs; however, since we are positive that most of the answers we received actually came from SMEs, our research gave us, if not the possibility to generalize, strong indication about the reality of the SMEs. Furthermore, our analytical discussion is clearly describes and based on literature reviewed in this paper and should increase the analytical generalizability. Since our research is build upon research papers from prominent researchers within the subject, we believe that we have gained as much knowledge possible to be objective in analyzing the results but we do not believe that our deep knowledge has affected our analysis in a subjective way. 7.1.3 Suggestions for further research
Our research is focused to the country of Jönköping and also on SMEs in this area. Somers and Nelson (2004) did their research on a national level in the USA, and focused on the top 500 companies in the nation. One suggestion for further research is to do our research on a national level and focus on the public companies. 7.1.4 Acknowledgements
We would like to show our appreciation to the following persons for helping us with this master thesis. Mats Apelkrans - For support and tutoring in this master thesis. Mats Dahlin - For providing contact information to the host companies. Daniela Mihialescu - For initiating our interest in ERP. All the respondents - For letting us know more about our subject.
~ 41 ~
References
References
Adam, F., & O'Doherty, P. (2004). Do ERP Implementations Have to be Lengthy? Lessons from Irish SMEs. In F. Adam (Ed.), The Enterprise Resource Planning Decade: Lessons Learned and Issues for the Future (p. 114-137). Hershey: Idea Group Inc. Aladwani, A. M. (2001). Change management strategies for successful ERP implementation. Business Process Management, 7(3), 266-275. Al-Mashari, M. (2002). Enterprise Resource Planning (ERP) Systems: a research agenda. Industrial Management and Data Systems, 102(3), 165-170. Al-Mashari, M., Al-Mudimigh, A., & Zairi M. (2003). Enterprise resource planning: A taxonomy of critical factors. European Journal of Operational Research, 146(2), 352- 364. American Society for Quality. (2005, January 1). ASQ: Information: Glossary. Retrieved May 15, 2005, from http://www.asq.org/info/glossary/b.html Bancroft, N. H., Seip, H., & Sprengel, A. (1998). Implementing SAP R/3: How to Introduce a Large System into a Large Organization. Greenwich, CT, Manning. Bingi, P., Sharma, M. K., & Godla, J. K. (1999). Critical issues affecting an ERP implementation. Information Systems Management, 16(3), 7-14 Callaway, E. (1999). Enterprise Resource Planning: Integrating Applications and Business Processes Across the Enterprise. Charleston: Computer Technology Research Corporation. Cantzler, I. (1992). Vad Tycker Kunden? Malmö: Liber Ekomoni/Almqvist & Wiksell Förlag AB. Chin-Fu, H, Wen-Hsiung, W. & Yi-Ming, T. (2004). Strategies for the adaptation of ERP systems. Industrial Management & Data Systems, 104(3), 234-251 Cliffe, M. L. (1999). ERP implementation. Harvard Business Review, 77(1), 16-17. Davenport, T. H. (1996). Holistic Management of Mega-Package Chance: The Case of SAP. Boston: Center of Business Innovation, Ernst & Young LLP. Davenport, T. H. (1998). Living with ERP. CIO Magazine, 12(5), 30-31. Företagsfakta. (2005, April 26). Företagsfakta - träfflista. Retrieved 2005-04-26, from http://www.ad.se.bibl.proxy.hj.se/index.php?serv=foretagsfakta (Keywords: Employees: 10-250; County: Jönköpings län) Grenci, R. T., & Hull, B. Z. (2004). New Dog, Old Tricks: ERP and the Systems Development Life Cycle. Journal of Information Systems Education, 15(3), 277-286. Hedman, J. (2003). On Enterprise System Artifacts: Changes in Information Systems Development and Evaluation. Lund: Department of Informatics, Lund University.
~ 42 ~
References
Hoffer, J. A., George, J. F., & Valacich, J. S. (1998). Modern Systems Analysis and Design (2nd ed). Reading: Addison-Wesley. Holland, P. H., & Light, B. (1999). A Critical Success Factors Model for ERP Implementation. IEEE Software, 16(3), 30-36 Holme, I. M., & Solvang, B. K. (1991). Forskningsmetodik: om kvalitativa och kvantitativa metoder. Lund: Studentlitteratur. Hong, K-K., & Kim, Y-G. (2002). The critical success factors for ERP implementation- an organizational fit perspective. Information & Management, 40(1), 25-40. Klaus, H., Rosemann, M., & Gable, G. G. (2000). What is ERP. Information Systems Frontiers 2(2), 141-162. Laugling, S. P. (1999). An ERP game plan. The Journal of Business Strategy, 20(1), 32-37. Light, C. B., Holland, C. P., & Wills, K. (2001). ERP and best of breed: a comparative analysis. Business Process Management Journal, 7(3), 216-224. Lundhahl, U., & Skärvad, P. (1999). Utredningsmetodik för samhällsvetare och ekonomer. Lund: Studentlitteratur. Lundqvist, H. (2003, March 31). Så väljer du ERP-system. CIO Sweden. Retrieved 2005-0516, from http://cio.idg.se/ArticlePages/200303/27/20030327144548_CIO216/200303 27144548_CIO216.dbp.asp Mabert, V. A., Soni, A., & Venkataramanan, M. A. (2003a). The impact of organization size on enterprise resource planning (ERP) implementations in the US manufactur- ing sector. Omega, 31(3), 235 - 246. Mabert, V. A., Soni, A., & Venkataramanan, M. A. (2003b). Enterprise resource planning: Managing the implementation process. European Journal of Operational Research, 146(2), 302-314. Malhotra, N. K. (2002). Basic Marketing Research. Upper Saddle River: Pearson Education, Inc. Markus, M. L., Tanis, C., & van Fenema, P. C. (2000). Multisite ERP implementations. Communications of the ACM, 43(4), 42-46 Markus, M. L., & Tanis, C. (2000). The enterprise system experience - from adoption to success. In Zmud, R.W. (Ed.), Framing the Domains of IT Management: Projecting the Future Through the Past (p. 173-207). Cincinnatti: Pinnaflex Educational Resources, Inc. Muscatello, J. P., Small, J. R. & Chen, I. J. (2003). Implementing enterprise resource planning (ERP) systems in small and midsize manufacturing firms. International Journal of Operations & Production Management, 23(8), 850-871.
~ 43 ~
References
Nah, F. F-H., Lau, J. L-S., & Kuang, J. (2001). Critical factors for successful implementation of enterprise systems. Business Process Management Journal, 7(3), 285-296. Olhager, J., & Selldin, E. (2003). Enterprise resource planning survey of Swedish manufacturing firms. European Journal of Operational Research, 146(2), 365-373. Olson, D. L. (2004). Managerial Issues of Enterprise Resource Planning Systems. New York: McGraw Hill. Parr, A., & Shanks, G. (2000). A model of ERP project implementation. Journal of Information Technology, 15(4), 289-303. Prasad, B., Maneesh, S. K., & Jayanth, G. (1999). Critical issues affecting an ERP implementation. Information Systems Management, 16(3), 7-14. Ptak, C. A., & Schragenheim, E. (2000). ERP Tools, Techniques, and Applications for Integrating the Supply Chain. St. Lucie Press/ APICS Series on Resource Management. Punch, K. F. (2003). Survey Research: the Basics. London: SAGE Publications, Ltd. Reel, J. S. (1999). Critical success factors in software projects. IEEE Software 16(3), 1823. Repstad, P. (1993). Närhet och distans: kvalitativa metoder I samhällsvetenskap. Lund: Studentlitteratur. Roberts, H. J., & Barrar, P. R. N. (1992). MRPII implementation: key factors for success. Computer Integrated Manufacturing Systems, 5(1), 31-8. Romeo, J. (2001, September 17). ERP: On the Rise Again. Network Computing. Retrieved April 10, 2005, from http://www.networkcomputing.com/1219/1219f1.html Rosario, J. G. (2000, May 17). On the leading edge: critical success factors in ERP implementation projects, BusinessWorld (Philippines), p. 1. Saunders, M., Lewis, P., & Thornhill, A. (2003). Research Methods for Business Students. (3rd ed.). Essex: Pearson Education Limited. Skok, W., & Legge, M. (2002). Evaluating Enterprise Resource Planning (ERP) Systems using an Interpretive Approach. Knowledge and Process Management, 9(2), 72-82. Somers, T. M., & Nelson, K. G. (2004). A taxonomy of players and activities across the ERP project life cycle. Information & Management, 41(3), 257-278. Somers, T. M., & Nelson, K. G. (2001). The Impact of Critical Success Factors across the Stages of Enterprise Resource Planning Implementations. Hawaii International Conference on Systems Sciences. Stefanou, C. J. (1999). Supply Chain Management and Organizational Key Factors for Successful Implementation of Enterprise Resource Planning (ERP) Systems. Proceedings of the Americas Conference on Information Systems, Milwaukee, 1999, 800-802.
~ 44 ~
References
Sumner, M. (1999). Critical success factors in enterprise wide information management systems projects. Proceedings of the Americas Conference on Information Systems, Milwau- kee, 1999, 232-234. Umble, E. J, Haft, R. R., & Umble, M. M. (2003). Enterprise resource planning: Implementation procedures and critical success factors. European Journal of Operational Research, 146(2), 241-257. Wee, S. (2000). Juggling toward ERP success: keep key success factors high. In Nah et al. (2001) Westrup, C., & Knight, F. (2000). Consultants and enterprise resource planning (ERP) systems. European Conference in Information systems, July 3.-5., Vienna, 637 - 643. Willcocks, L. P., & Sykes, R. (2000). The role of the CIO and IT function in ERP. Communications of the ACM, 43(4), 33-38 Yen, D.C., Chou, D.C., & Chang, J. (2002). A synergic analysis for web-based enterprise resource planning systems. Computer standards & Interfaces, 24(4), 337-346
~ 45 ~
Appendix A - Questionnaire
Appendix A - Questionnaire
Vad är din position på företaget: ________________________ Inom vilket bransch verkar ni: __________________________ I vilket skede i ert företags implementation av ert affärssystem befinner ni er? (Var vänlig och välj en.)
Tidigt till mitten av implementationen I slutfasen av implementationen (nästan slutfört) Implementationen slutförd förra året Implementationen slutförd för över ett år sedan
Var vänlig och läs dessa sex beskrivningar på IT implementationens faser innan fråga två besvaras.
Initiering Beslut Anpassning Acceptans Rutin Tillskott En matchning mellan ett affärssystem och ert företags behov har hittats Ett beslut har tagits att investera de nödvändiga resurserna för implementation Affärssystemet har installerats och finns tillgängligt för använding i organisationen Medarbetarna i organisationen börjar använda affärssystemet i det dagliga arbetet Affärssystemet ses inte längre som något speciellt i företaget Affärssystemet används i organisationen till dess fulla potential 1. Hur viktig var följande faktorer för er implementation (Välj ett alternativ) 2. I vilken fas av projektet var denna faktor viktig? (Flera alternativ får väljas)
.
Lie t Me n d Sto e l r V äl d tgsto Av ig r ö ra V n d e te e j
Faktorer Användarträning på affärssystemet Använding av styrningsgrupp Använding av säljarens verktyg Användingen av konsulter Arkitektur val analys och omvandling Dedikerade resurser Förväntingsarbete Förändringsarbete Klara mål och objektiv Kommunikation mellan avdelningar Ledningens support Minimal ombyggnation Norgrant val av programpaket Omstrukturering av affärsprocesser Partnerskap med säljare Projektförsvarare Projektledning Projektteamets kompetens Samarbete mellan avdelningar Säljarens support Utbildning om nya affärsprocesser Övrigt (var vänlig och ange vad) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4
5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5
V/E V/E V/E V/E V/E Data V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E V/E
I nitir e i . Bes n g lu An t p Aca i ssn ce ng pt R a n tn s u i T il ls o k tt
doc_970550777.docx