Cio Guide To Preventing ERP Implementation Failure Guide v2
Cio Guide To Preventing ERP Implementation Failure Guide v2
to Preventing ERP
Implementation Failure
When
failure is Not an option
You have good reason to be concerned. When ERP projects fail, the results can be
devastating for a business.
According to a Harvard Business Review study of 1,500 IT projects, one out of every
six was a catastrophic failure or “black swan” with an average cost overrun of
$167 million and an average schedule overrun of 70%. So, it is important to do your
research and exercise due-diligence during this process.
For example, Hershey Foods1 and Whirlpool suffered major distribution problems
that prevented them from fulfilling their orders. Each of their respective stock
prices drastically tumbled as a result. Some companies – such as $5 billion-
a-year pharmaceutical distributor FoxMeyer Drug – have blamed failed ERP
implementations for their eventual business collapse.
1
Read our case study on Hershey’s ERP implementation failure.
To mitigate resistance, senior leaders need to first identify the resistance. They
should look for the following warning signs:
1. No Senior Executive Project Champion: A senior leader needs to drive the
Team and a fair and
Ensuring very difficult decision of putting the organization’s best-people on the project
departmental
equitable process at the expense of their day-to-day jobs. Without this level of championship,
collaboration is key
is critical. Internal the company faces major risks to project performance and to the design of its
toand
anyexternal
ERP project,
biases future business processes.
departments
introduce risks will
need to work will
that decisions 2. Information Silos and Hoarding: Because of the integrated nature of ERP systems,
together to avoid
be improperly cross-functional departmental collaboration is critical to a project’s success.
pitfalls and to drive
influenced. People and departments must collaborate on data structures, process design, and
a seamless project system configuration – areas they may have historically considered proprietary or
implementation. kept to themselves. If they fail to do so, the project will probably fail because the
system won’t properly flow data and transaction from function-to-function.
3. U ser Skills-Gaps. Users will be relied upon to redesign data structures and
business processes, configure and test the system, migrate data, and train other
users. Over the years, we’ve learned that fears of learning new technologies and
about potential job loss can be significant impediments to developing these critical
new skills.
To avoid these three potential roadblocks, senior leaders should implement a formal
project governance structure and change management program. The goals would be to:
Steering Committee
IT Outside IT
Figure 2. Sample Project Organization Key User Key User
When engaging stakeholders, senior leaders should both reinforce the project’s benefits
and stress the importance of information sharing. At an early stage, they must make
sure three broad groups contribute to the project:
One of the keys is to use a series of formal planning meetings to clearly define the
scope of implementation as well as system fit to the business’ needs. The scope
of the plan should have sufficient detail to allow someone to evaluate whether any
specific requirement (e.g. process, data element, report) is in or out of scope.
Senior leadership should enforce a formal process for the evaluation of project
scope change requests. As part of the process, any proposed changes that could
create delays in the schedule, requests for additional money, or changes to project
scope should be escalated to the steering committee for a formal review.
Projects fail not because the tasks are insurmountable, they fail because they
are engendered by an effort to transform the company. Information technology
is used as a catalyst for this transformation, and makes for a very convenient
scapegoat if a project turns ugly. When a project falls short, it may look like IT
has failed — but it is almost always because the organizational change effort
was unsuccessful.
The project manager must be forthcoming with any news – good or bad. Line
workers don’t want to be the bearers of bad news, and senior managers contrive
to not hear bad news. As a result, there’s a risk that nobody sounds an alarm on IT
projects that have “disaster” written all over them, until it’s much too late. This is all
too common and easily avoided with the right action plan.
Both of these beliefs are false and could lead to the downfall of a project at a
smaller company. ERP implementations are still complex, regardless of company
size. To ensure your project is a success from the start, your organization
should find and religiously follow a methodology that has been proven to deliver
consistently successful results across industries and systems.
Milestone Deliverables does just that. The Milestone Deliverables premise is simple and powerful: if
managers and their teams are given an ability to measure project outputs, they will be rewarded with
an organizational culture focused on deliverables. This methodology breaks an ERP project down into
13 phases, and 14 key deliverables each strategically associated with a key project milestone. Each of
these actionable and measurable “milestone deliverables” acts as a signpost that guides the project team
along the path to success.
20X X
Month 1 Month 2 Month 3
Week 1 Week 2 Week 3 Week 4 Week 5 Week 6 Week 7 Week 8 Week 9 Week 10 Week 11
Planning Project and Subsidiary Plans
and Project PLANNING
and Kickoff Presentation Change
Kickoff
Blueprint Management CHANGE
Core Team Key User
Training White Papers Plan MGMT.
Courses Training
“As Is” “To Be” Gap and Gap
Issue Mgmt.
Mapping Mapping Analysis Review Updated Blueprint White Papers, MAPPING
Gaps and Issues Database,
Business Gap and Issues Business Scenario Lsts
Scenario Lists Database
Prepare Present Mgmt.
Walkthrough Walkthrough
Review PILOTING
Review Review
Walkthrough
Presentations
Customizations
IT Specifications
Interfaces
IT
Special Projects
IT Infrastructure
20X X
T
20% Business Updated User
O
Scenario Scripts Documentation Optimization
L
Customizations I Updated User
V Document–
Interfaces E ation
Special Projects IT
IT Infrastructure
Prepare Cutover
CUTOVER
Cutover Plan Plan
“ “
The entire company was astounded that such a complicated project could
be so successful and delivered on time. The Pemeco implementation
methodology, ‘Milestone Deliverables’, provided a comprehensible
roadmap to follow with clearly-marked, tangible deliverables serving
as signposts along the way… We moved to our new ERP systems on the
final weekend and balanced our $51M of inventory to the penny!
Russ Finney, former CIO of Tokyo Electron Americas