V - ERP Implementation Revised Feb 2007
V - ERP Implementation Revised Feb 2007
Strategy
Single vendor package-internal modifications Single vendor package Vendor packages-internal modifications Best-of-Breed In-house plus special packages Total in-house development
%
50 40 5 4 1 0.5
3
ERP as an IS Project
At least 7 optional ways to implement ERP Outsourcing (ASP) the easiest
But risky
Prototyping
Good for development when final design not clear
Spiral model
Intended to reduce project development risk Cyclical prototyping and testing
Rapid Prototyping
Use feedback from users in compressed development
7
ASP Risks
Your applications and data are controlled by others Service failures out of your control Confidentiality failure a possibility Performance issues possible
Consultant
Heavy Heavy +
Single vendor package-internal Significant modifications Single vendor package Vendor packages-internal modifications Best-of-Breed Significant+ Significant+
Moderate Heavy +
In-house plus special packages Excruciating Total in-house development Application Service Provider Painful Light
Implementation Effort
Implementing ERP places strain on inhouse information systems groups Consultants are expensive
Sometimes need special expertise
11
12
13
Vendors standing in the Market Local Implementation and post Implementation support
15
Package Evaluation
Do it right the first time
Huge Investment Not easy to switch to another one, once purchased one package A very little room for error
None of them are perfect Objective should be to find the best fit Develop selection criteria
16
20
23
GAP Analysis
Best Fit
Meets 80% of Functional Requirements
Testing
Test for extreme case scenarios
System Overloads Multiple users logging on at the same time with the same query User entering invalid data Hackers trying to access restricted areas
Going Live
Data conversion Databases should be up & running Prototype should be fully configured & tested & should be ready to go operational New system is Live when the old system is removed & only new system is used for doing business
28
29
Shakedown Phase
Short term changes occurring after system Go Live
32
33
Implementation
Failures reasons
Choosing a wrong product Incompetent & haphazard implementation Inefficient & ineffective usage
Implementation (Contd.)
What is required for Successful Implementation
Good Product Good Consultant Well planned implementation Perfect execution End user training
36
Implementation (Contd.)
Questions & Concerns
Should we buy an ERP package or no If yes, which one What are the hidden costs How does one implement What problems are likely to crop up Obstacles & Hurdles Who should be involved in Implementation
37
Implementation (Contd.)
Questions & Concerns (Contd.)
What is the role of the consultant in Implementation How does one overcome the employee resistance When will the benefits start showing up
38
Implementation (Contd.)
Obstacles
ERP system should have support & cooperation of all the users Without their support, chances of failures are high Strong commitment & support from top management Change on a massive scale
39
Implementation (Contd.)
Obstacles (Contd.)
Fear of losing jobs People will be afraid of training & new learning Job profiles will change Job responsibilities will undergo drastic alterations ERP will eliminate many existing jobs, but will also create new jobs with new responsibilities
40
42
Inadequate Testing
Testing of cross module integration Testing of interfaces with legacy systems Testing of modifications carried out by external vendors Testing unusual business scenarios
47
48
51
Capability
Process improvements such as Logistics, Production Scheduling or Customers Services
52
Performance
Cost reduction Strategic decision making Customer responsiveness
53
Risk Factors
Failure to redesign business processes to fit the software Lack of senior management support Insufficient training to IT workforce & end users Lack of ability to recruit & retain qualified ERP system developers
54
Risk Factors
Inability to obtain full time commitment of the Project team members Lack of integration Insufficient internal expertise Lack of a champion Project Leader Lack of Business Analysts Ineffective communications
55
56
Deliverable dates
At planning stage set realistic milestones & end dates
Champion
Advocate for ERP system in promoting benefits
57
Smaller scope
Fewer modules, Less Functionality implemented, Smaller user groups, Single / Fewer Site/s
Commitment to change
Perseverance & determination to solve inevitable problems of change
59