Together with customer relationship management (CRM) software, enterprise resource planning (ERP) systems constitute the backbone of most contemporary businesses’ digital environments. On our blog, you could read a lot of articles on ERP topics. Below you can find a complete list of links to those posts. Although you’ve probably read about ERP implementation phases, we decided to explain the ERP life cycle in detail. Due to a great number of research papers written on this topic, there is no general view of the life cycle, thus you should make up your mind on what model to choose for your organization.
First off, this article will be based on the findings of the conference paper written by Tingting Huang and Kazuhiko Yasuda which contained a comprehensive annotated bibliography review of literature related to the ERP life cycle concept. It turned out that the authors of the report have selected 26 original models of ERP life cycle stages introduced by different researchers.
Just imagine, 26 papers! Each of those papers has its own description of ERP. There’s no wonder now why companies adjust their ERP portal to a certain model.
Read more on the topic:
ERP system types.
To implement ERP (enterprise resource planning) software, you should clearly understand what an ERP implementation lifecycle is. Simply put, it is a process consisting of a few steps (the number of steps may differ, however, usually, these are eight), from a discovery phase and planning to system launch. Typically, such a project may last from six to 12 months. For example, the ERP implementation phases may look like this:
This is a garden variety ERP implementation lifecycle. However, many experts modified and amplified this general roadmap, offering their vision of the implementation model to be applied.
Esteves and Pastor first cited the ERP life cycle in 1999. They offered a six-phase framework and chose dimensions to present distinct viewpoints. Each phase can be analyzed by four dimensions. They mentioned that most researchers focused only on the first three phases, but it was also important to have a general vision to prevent future problems. The significance of the framework is the retirement phase. They provided a research map of ERP system’s issues and tried to draw the attention of practitioners and researchers to find the effects of the ERP system in organizations.
In 2000, Markus and Tanis introduced a four-phase model consisting of the following stages:
Based on the study of two dozen firms, the researchers adopted the framework of Soh and Markus (1995) to the enterprise systems experience with some changes. They also intended to provide a theoretical framework for analyzing the business value of enterprise systems. Phases, starting conditions, goals, plans, and quality of execution are the essential elements of this framework.
Brehm and Markus (2000). Earlier, a traditional software life cycle was the process of developing, implementing, and maintaining by a company for its internal uses. However, most of the development processes are done by a software vendor nowadays. By pointing out the deficiency of the life cycle activities performed by software vendors, the researchers tried an approach to building a new life cycle model from the traditional SDLC model in 2000. They proposed the “divided software life cycle” (DSLC) model, which consisted of three main stages:
In 2001, Stefanou pointed out the importance of the enterprise systems’ ex-ante evaluation and selection process. ERP evaluation is a complex, multi-faceted activity that includes the evaluation of the costs and benefits of ERP and the organizational, technological, and behavioral impact over time, which has to be taken into consideration throughout the entire life cycle. In contrast to the traditional linear model, this framework was not sequential but had some assumed circles. The author emphasized the importance of the phases before the implementation and the perspective thinking regarding the benefits and costs, both financial and non-financial measures, throughout the whole cycle.
Another life cycle model is the research of De Souza and Zwicker in 2001. By a multiple-case study in eight Brazilian companies, two different models for the large enterprises and the small and medium enterprises (SMEs) were proposed based on their former model. In 2009, they unified the main features of many models into one with well-defined stages. The interesting part is the last stage. It is divided into the utilization stage and management stage, which exist at the same time. Additionally, the last stage feeds back to the implementation stage whenever new needs appear. Although they mentioned that the “retirement” stage may be one of the choices for improving the ERP system in organizations, this possibility is not included in their model.
Ehie and Madsen (2005) identified eight factors affecting successful ERP implementation. Based on the experiences of consultants and the literature, a five-stage ERP implementation process was proposed in 2005. The five major phases are as follows:
Bento and Costa (2013) are among the latest researchers on the ERP life cycle model. They divided the cycle into three phases and four stages and were among the few scholars who suggested the decline phase throughout the ERP life cycle. They tried to establish a different perspective on many areas, such as the initial phase. Additionally, 12 hypotheses during the ERP life cycle were proposed for future research.
Law et al. (2010). Unlike most scholars, Law et al. focused on the maintenance and support service after implementation. Adopting a case study approach proved the importance of planning and managing the service. Based on the implementation model of Kwon and Zmud, they divided the project’s life cycle into four phases. To look at the relevant issues in a real-life context, two projects in an American-based multinational company with a strong presence in the Greater China were the major objects.
Related topic: ERP finance: What is a financial module for ERP system?
Kumar and Gupta tried to reduce the failure of ERP implementation by introducing Knowledge Management in the organization in 2011. They proposed an eleven-phase model of ERP implementation lifecycle with two optional phases. The life cycle was considered to be used as the framework of organizing communities of practice composed of the different groups to overcome the difficulties of transferring, but the model was not explained in detail, and the original as well.
Dantes and Hasibuan (2011) introduced a conceptual framework of key success factors based on previous research; the ERP implementation process and components involved in these processes were two dimensions of the framework. The specific processes were described in three perspectives: operational, managerial, and strategic.
Estimate project costs
Please share more details of your project with our team.
Today, when vendors offer various custom-designed IT products and out-of-the-box SaaS ERP solutions, it’s quite challenging to choose the one that will fit your business needs and goals. You might have your selection criteria and yet we tried to offer some helpful information. According to the article written by Balint Molnar and Andras Benczur, there are the following criteria for choosing ERP modules:
Related article: ERP for banking industry: Pros and cons of systems
Stefanou introduced another vision in the selection process. He created a framework for which companies can choose the best-suited IS/IT product. The framework consists of three phases:
During the first phase, the company’s directions and objectives should be determined.
In the second phase, future and current changes in the organization should be taken into account.
During the third and the last phase, organizations choose the appropriate vendor according to the following criteria:
Vendors and third-party firms offer many core and extended modules and support services. The decision to acquire a particular system and choose is becoming increasingly complex in today’s changing and competitive environment. Enterprises pursuing systems integration must evaluate and select products that contribute to this goal without, of course, sacrificing the functionality of applications they believe are crucial for their business. A careful selection of vendors, products, and services is necessary. Still, the final decision has to be made considering the number of organizational changes required for the adoption and the launch of the selected enterprise system.
Conventionally, an ERP implementation lifecycle includes pre-evaluation screening, solution evaluation, project planning, gap analysis, re-engineering, customization, implementation team and end-user training, testing and QA, deployment, and support and maintenance. Various experts who offered their ERP implementation models later modified this classical SDLC.
Since ERP is the backbone of most professional IT ecosystems, many high-tech experts have tried to streamline and facilitate its implementation lifecycle. They relied on the standard software implementation pipeline, modifying it in some aspects, adding new phases, and suggesting iterative approaches to ERP development and onboarding.
There are multiple factors that condition the choice of an ERP implementation model, including its alignment with a specific industry vertical, its suitability for the organization’s size and business needs, the implementation cost, availability of qualified workforce, the time needed for implementation, and the risks associated with a particular implementation approach.
Companies that plan to implement an ERP should deal with the significant cost of the project, collecting input from all stakeholders, customization complexities, inaccurate or incomplete data, the resistance of conservative participants, inadequate technical expertise of the workforce, and other bottlenecks. To overcome these obstacles, the organization’s decision-makers should devise a comprehensive ERP implementation strategy, create a universal buy-in among both managers and employees, invest in personnel training, and hire a competent vendor to accomplish the project.