An ERP implementation involves a
number of steps. In effect these steps lead to a BPR. Business Process
Re-engineering can be of two types – The Big ‘R’ or the small ‘r’. The big ‘R’
re-engineering is the complete re-engineering of all the process. The small ‘r’
re-engineering is a package enabled re-engineering. At L&T, we have adopted
the small ‘r’ or the package enabled re-engineering. In a package enabled
re-engineering, the changes are made in the business process to adapt to the
package.
A typical ERP implementation
involves the following steps:
- AS-IS Analysis:
This involves an in-depth analysis
and mapping of the existing business processes. In the AS-IS phase, there were
many good but disjointed systems. All the systems were independent of each other
and there was no integration between the various systems.
- TO-BE and GAP Identification:
This stage reflects the business
process re-engineering phase. Once the existing business processes are mapped,
then the second step is to identify how the organisation would require the
particular business process to be addressed after implementing ERP. The business
process may be continued to be addressed as it is being done so or the
organisation might go in for a different method of addressing the business
process. Thus each and every process mapped at the AS-IS phase is re-visited
with a view of objectively analysing the same and thus increasing the
effectiveness of the business process. Each AS-IS process is mapped to a TO-BE
process.
After the TO-BE maps are prepared,
each TO-BE map is studied with respect to how the ERP package addresses these
processes. In this way each and every TO-BE map is studied and the end of the
exercise, a list of issues that are not addressed directly by the ERP system, is
generated. This list is called as the GAP List. GAPS are those business
processes, which are not directly addressed by the ERP system. It is then
decided whether to use workarounds, or develop patches, which will address these
missing links, or decide not to address the GAP – if the process is not affected
by it.
- Prototyping and Design
In the prototyping and design
stage, a design or prototype of the new configuration is created. This involves
creating a story situation wherein the whole cycle of the business process is
simulated in the system.
- Construction
In the construction phase, the
configurations are done, new developments (forms, reports and BDCs) are made for
the new requirements. These configurations are first done in the development
environment and then tested thoroughly before transporting the same to the
production environment.
- User Acceptance Test (UAT)
The users are trained in the new
system and set of users representing the user community, are selected for
conducting the testing and confirm their acceptance after testing the system and
satisfying themselves regarding the same.
- Go-Live
After the users have tested the
system and given the user acceptance, a cut-off date is decided for going live
in the new system. The go-live could be done by two methods. The organisation
can decide to use the new system as well as the old system for some time. This
method is called as handholding and is usually adapted for accounting systems.
The other method is to decide a date from which all new transactions will be
entered and will be available in the new system.