Post on 06-May-2015
ERP Life Cycle
ERP Life Cycle
• Technology Enabled or Clean State Reengineering
• Deciding to go ERP• Choosing an ERP• Designing an ERP• Implementing ERP Systems• After Going Live (Stabilization Period)• ERP Risks : Success and Failure Factors
Technology Enabled vs. Clean State
Reengineering
Technology Enabled Reengineering
• A particular technology (or portfolio of technologies) is chosen as a tool to facilitate reengineering.– Thus, reengineering choices are a function of
the technologies chosen.– The technology drives the reengineering.
Clean State Reengineering
• Process design starts with a clean state
• Also referred to as “starting from scratch”
• Theoretically, no limits
Somewhere Between the Two
• In actuality, there are few projects that are “purely” clean slate or technology enabled
• More of a spectrum
TechnologyEnabled
CleanSlate
Advantages of Technology Enabled
• ERP provides a tool to facilitate change• ERP helps structure complex reengineering efforts• Tools help explain and rationalize efforts• ERP bounds the design, limiting overload• Design is feasible• There is Evidence that the design will work• Designs likely are cost effective• Designs likely can be implemented in a timely manner• There is software available
Advantages of Clean State
• Not constrained by a particular tool• Not constrained to a limited set of processes• Evolution is not limited by a particular technology• Can develop a design that others cannot access• There is evidence that firms think they should
reengineer and then implement• May be the only option
Which Firm Should Use Which Approach?
Depends on
• Firms Size
• Available Resources
• Time Pressure
• Strategic Gain
• Uniqueness of solution
Deciding to Go ERP
Business Case Rationales
• Business case rationales typically fall into four categories (only remember process)– Technology- separate diff. business units– Business Process- – Strategic– Competitive
Technology Rationales: Disparate Systems
• Disparate systems limit the ability of firms to integrate different business units.
• we have ... a mainframe ... (and)... a primitive accounting system ... we have lots and lots and lots of different kinds of computers. They have a hard time talking to each other. We have a large number of mini computers out there that are different kinds, that have different software ....
Business Process Rationales
• Designed to aim at specific improvements in efficiencies or cost savings or revenue enhancements.
• Typically include a specific number – For example, “decrease inventory by 40%”
Business Process Rationales:Productivity Improvements
• “To get the project (cost) justified we intentionally focused on the tangible items the board would understand and that we could clearly articulate and make commitments to deliver.”
A one percentage point cost reduction deriving from global economies of scale in raw material purchases
A one percentage point cost reduction deriving from fewer warehouses and lower freight cost
Improvement in reliability-oriented maintenance generating lower plant maintenance costs
Strategic Rationale
• Choose ERP to implement a specific strategy– As part of an E-business strategy, a firm could
implement an ERP system– As part of a strategy to focus on the consumer,
a firm could implement “Available to Promise” (ATP)
Competitive Rationale
• “A lot of ERP purchases are premised on the need to just stay in business.”
• The competition has it can take two approaches– Implement because the competition has it– Focus on why the competition has it and see if
it fits your company and what benefits can be gathered
Choosing an ERP System
Two Basic Approaches
• There are two basic approaches that are used as bases of choosing ERP software– Requirements Analysis (“As Is”) – Best Practices Analysis (“To Be”)
Requirements Analysis (“As Is”)
• “As Is” the ways things are.
• Organization determines what their processes and artifacts currently are and use that “as is” model to establish requirements that software is judged against.
• Typically, the software that best meets the requirements is the one chosen by the firm
“To Be” Analysis
• Process of determining which best practices should be used by a particular organization, i.e., how should the organization process information, and choose the software on that basis
• Focuses, not on where the organization is, but where it wants to be.
• Search often includes Big 5 best practices, and ERP best practice capabilities
Emerging Approach
• Increasingly, consultants are promulgating the approach where no “as is” model is developed, no gap model is developed …
• Go straight to the “to be” model, since that is what really counts
• Typically, with this approach the consultant knows both your organization and the software
Designing ERP Systems
Minimal Organization and Software Change (try to explain with help of below
dia.)
• Small r reengineering offers fast and cheaper implementation
• However, with small r, you miss the chance to be a champion
Extent of Change to Software
Minimal Extensive
Cha
nge
to O
rg.
Pro
cess
es
Ext
ensi
veM
inim
al
“Small r”
“Big R”
Extensive Organizational and Minimal Software
• “SAP customers often have to change their businesses to use the software, but the cost and the change is worth it because the software lets the company operate more efficiently.”
Extent of Change to Software
Minimal Extensive
Cha
nge
to O
rg.
Pro
cess
es
Ext
ensi
veM
inim
al
“Small r”
“Big R”
Minimal Organizational and Extensive Software
• A project manager at Nestles indicated that their choice of processes for their SAP implementations included best practices beyond those included in the software. – Some of their existing processesand best practices from their consultants’database of best practices were chosen, forcing a change in the software.
Extent of Change to Software
Minimal Extensive
Cha
nge
to O
rg.
Pro
cess
es
Ext
ensi
veM
inim
al
“Small r”
“Big R”
Disadvantages
• We have learned the hard way, if you modify the software there will be a cost. The cost comes when you do the modification initially, when you do an upgrade, and when you support the software over time. ...
• Customization to different divisional requirements also can make it difficult to implement the software in other divisions.
Extensive Organization and Extensive Software
• Advantages: First mover advantages for the adopter; development of a package that can be sold to similar firms to the ERP firm; costs and risks are shared by both
• Disadvantages: Changing software is expensive and inhibits ability to get to next version. Adopters are likely large firms with market power.
Which Quadrant … Which Approach?
• Depends …which is best for your firm?
Highest Probabilityof Successful
Implementation
“Small r”
Potential Project Failure because of Process Changes
Potential Project Failure because of
Process Changes and IT Changes to Software
“BIG R” Potential Project Failure because of ITChanges to Software
Extent of Change to Software
Minimal Extensive
Ch
ange
to
Org
. P
roce
sses
Ext
ensi
veM
inim
al
Designing ERP Systems
M A Ps
• Models– Organization models (e.g., B2C, B2B, Auctions,
Centralized, Decentralized…)
• Artifacts– (e.g., Charts of accounts and Vendor numbering
schemes…)
• Processes– (Sales order, Customer management, Procurement…)
What are MAPs?
Why are MAPs important?
• The quality of the MAPs will have a huge impact on the overall success of the ERP implementation. – MAPs that are not efficient or effective for a
particular firm can drag down the overall performance of that firm.
– Similarly, MAPs that meet the needs of a firm can push it to better performance, giving it a competitive edge.
Where do MAPs come from?
• Nestles’ decided that it would implement common MAPs in all three of its United States divisions.
• Each of the three division’s existing MAPs became candidates, that would be evaluated.
• Both SAP and the advising consultant’s best practices databases were used to generate candidates MAPs.
• In some cases, hybrid MAPs were developed, based on multiple sources of information.
• A multifunctional team used both sets of inputs to decide on company standard artifacts and business processes.
ERP Implementation:
Big Bang vs. Phased
Big Bang
• In a full big bang, an entire suite of ERP applications is implemented in all locations in a matter of days.– Big Bang employs a three step process.
• Virtually all processes and artifacts are chosen and implemented in the software (e.g., 8 months)
• System is tested by process and then by interfaces between processes (e.g., 8 months)
• Old system is turned off. New system is then implemented and minor changes made.
Phased • At the extreme, modules are implemented one at a
time, possibly one location at a time– For example, one implementation did the following:
• Phase 1 - Finance, controlling, accounts receivable, accounts payable, and purchasing (12 months)
• Phase 2 - Materials management, production planning and quality planning (7 months)
• Phase 3 - Remainder (5 months)
– Using a phased approach, the new system is implemented in a structure of legacy systems.
When should you use Big Bang?
• When you have top management’s support
• When there are sufficient peak resources available.
• When there is limited time to implement the system.
When should you use Phased?
• When you need to generate support from top management
• When there are insufficient peak resources
• When the risk of Big Bang is too high
• When there is plenty of time
Small Large
Org
aniz
atio
n C
ompl
exit
y
Com
plex
Sim
ple
Big Bang
Phased
Linkages Between Organization Size and Complexity and Implementation Approach
Organization Size
Extent of Controls
Loose Tight
Org
aniz
atio
n S
truc
ture
Tal
lF
lat
Big Bang
Phased
Linkages Between Organization Hierarchy and Control, and Implementation Approach
Extent of Change To Be MadeTo ERP Modules
Minimal Extensive
Num
ber
of M
odul
es in
the
Impl
emen
tati
on
Man
yF
ew
Linkages Between Implementation Approach and ERP Modules
BigBang
Phased
Alternative Implementation Issues (only names)
• Waved Approach
• Aggressive Implementation
• Running in Parallel
• Many “big bangs”
Waved Approach
• Each “wave” delivers functionality to a different business unit or geographical area
• Example: – Year One - implement G/L– Year Two - Convert A/R and cost management
Waved Approach
• Advantages of Waves– Waves provide feedback as to how the
implementation is proceeding– Employees learn in the beginning of the wave
and leverage that learning– Each successful wave keeps momentum going– Waves are flexible. If new releases occur then
they can be embedded in the waves
Aggressive Implementation
• Not big bang, but more aggressive than phased
• Temporary links really are temporary.
• Aggressive plans are made to release legacy system
Run in Parallel
• If the legacy system is allowed to run at the same time as the new system then the two systems can run in parallel.
• There are some advantages and disadvantages of this approach– Advantages: can go back, can check results– Disadvantages: costly, may inhibit new system
Multiple Big Bangs
• Increasingly, firms are beginning to say that they are doing a big bang implementation, in phases.
• This is a break from the classic big bang and phases, basically ‘big banging’ around the world, from one division to another.
Post-Implementation
The Stabilization Period
• Lasts from 3 to 9 months• “Most companies should expect some dip in
performance at the time they go live and should expect that they’ll need to manage through that dip.”
• Why?– New software and processes for users– System ‘bugs’– Technical issues…
Post-Support from ERP Team
• Detecting and responding to system bugs
• Answering user questions
• Changing system parameters
• Responding to changing reporting needs
• Upgrading the software/hardware
Evaluate Success
• Timing– When benefits could be realized and measured– During the 1st or 2nd year AFTER going live
• Determining if the system meets the criteria set out for it in the beginning (choice rationale)
• Independent measures or a weighted portfolio of measures?
Balance Scorecard
Financial Customer
Learning &Growth
Internal BusinessProcesses
Post-Implementation Budget
• There must be a budget and corresponding plan to support the complete project.
• Complete project management means managing through the entire project life cycle.
ERP Risk
Types of Risk
• Risk occurs throughout the ERP life cycle– Types of risk and extent of their impact vary as
we move through the ERP life cycle
• Three basic types of risk– Technical– Business– Organizational
Risk Definitions– Technical risk - risks arising due to
information processing technology, sensor technology, and telecommunication technology
– Business risk - risks deriving from models, artifacts and processes adopted as part of ERP
• Do they match? Are they consistent? Do partners processes match up?
– Organizational risk - risks deriving from the environment in which the system is placed - including personnel and organization structure
Technical Business Organizational
Deciding to go ERP
Choosing an ERP System
Designing
Implementing
After Going Live
Training
Risk Matrix
Technical Risks andERP Life Cycle
• Deciding to go ERP– Firms that have kept up with technology are likely to
better understand the risks associated with ERP systems.
– Try to see what has worked in the past
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Technical Risks andERP Life Cycle
• Choosing an ERP system– Virtually all software choice can be manipulated, since
it is a political process
– Requirements change as new technology becomes available.
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Technical Risksand ERP Life Cycle
• Designing– One company designed an ERP contract, based
on computing capacity, so the vendor had to fix any problems with insufficient capacity
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Technical Risksand ERP Life Cycle
• Implementing and Going-Live– Upon implementation and going-live, capacity
… six transactions a minute … 360 per hour … or 3600 for a ten hour day … was not enough
– Needed more network capacity
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Technical Risksand ERP Life Cycle
• Training– Risk that mainframe IS personnel, might have
to be re-tooled to client-server technology– ERP system may require different technical
people with different skills
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Business Risks
• Deciding whether or not to do ERP– Must have the resources to do the project
• Firms get going on ERP and then find that they don’t have the resources.
• This typically means that either the organization fails or the project fails.
– Must meet needs of the business• What is needed by the firm’s partners?
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Business Risks
• Choosing an ERP System– Determine specific requirements, e.g.,
transaction handling capabilities• Fox Meyer - system could do 10,000 invoice lines,
but they needed 420,000
– The business risk is that the ERP Vendor can not meet the company’s needs
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Business Risks
• ERP Design– Design is a political process. As a result, there is a risk
that the design is sub-optimal.
– There is also the risk that processes designed by one group in the organization will not interface well with processes designed by other groups.
– There is the risk of project stopping• This project would have changed how people work and
reduced staffing by half. It was the easiest thing to cut because people did not have the stomach for it
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Business Risks
• Implementing– The project will take longer than expected– The project will cost more than expected
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Business Risks
• Going Live– If the ERP is not working properly, there could
be problems with customers and suppliers.– Hershey Foods Inc. lost most of their
Halloween, Thanksgiving and Christmas sales due to a poorly functioning ERP system.
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Business Risks
• Training– Training should provide users with process and
system information– The main business risk is that timing is too
short and too late.
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Organizational Risks
• Deciding whether or not to do ERP– Reportedly, one of the biggest risks is that top
management is not involved.– Another risk is that the domain areas are not
involved and committed (Microsoft)
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Organizational Risks
• Choosing an ERP System– Choosing the right consultant is the biggest
challenge (Risk)
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Organizational Risks
• ERP Design and Implementation– Models of organizations are built into the
software, as a result, there are risks that the models do not match (e.g., Microsoft)
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Organizational Risks
• Going Live– Cultural issues that relate to “big R”
reengineering create organizational risk.• One firm went from compensation based on number
of units sold to salary to accommodate the ERP system
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training
Organizational Risks
• Training– Employees not accustomed to data input will
take on the task.– If users don’t know how to use the system, it
will fail.– There may be inadequately trained personnel
after implementation due to poor training or attrition.
Technical Business Organizational
Deciding
Choosing
Designing
Implementing
Going Live
Training