Welcome to your ultimate human resource management information


acintelligence.com keyword stats



Most current MSN search phrases:

stress human
business  

Erp Implementation Lessons Learned

This article is also available on ourin their specific areas, so that they
website: PROACTION - Generating Bestcan demonstrate the system and train
Practices. It is an excerpt of a paperothers, as well as effectively determine
originally written by George Miller,implementation approach (with consulting
Founder of PROACTION. It has beenhelp), priorities, etc. Next, IT people
modified and updated by Paul Deis,need to be ready to perform technical
PROACTION CEO.work and ongoing support. Project
INTRODUCTIONleaders/middle management need to
This case study describes lessonsunderstand the big picture and how their
learned from the ERP implementation at aown areas will work and interface with
leading metal container productsother areas. Executives need to
company. It is a $200MM, 53-year-oldunderstand the big picture, what systems
company, headquartered in the USA, withcan and can't do and what are the
facilities in multiple states and inpriorities and tradeoffs.
Europe. It is a leading producer for theFinally, end users need to be as
wholesale, retail, OEM and industrialcomfortable as possible with their new
markets. The company was in the midst oftools BEFORE going live. It became
a successful turnaround during theapparent 2 ½ months before
project, which was initiated primarilyimplementation that additional training
to deal with the Y2K problem, as a newwas needed for effective utilization of
management team provided new direction.the system. Management was quite
During the project, the company was alsoserious about rectifying the situation.
transitioning to focus factoryThe Human Resources Dept. managed this
management, flow manufacturing, producteffort. Standards of performance for
rationalization and reorganizingeach employee were developed. The
business units, all this in the midst ofemployees, trainers, supervisors,
a major facilities consolidation. Inmanagers, and ultimately, executives,
spite of all this, the project waswere held accountable for employee
probably in the top 10% of ERP efforts.competence. Formal knowledge
There was a constant personnel shortageassessments were conducted and remedial
and competition for mindshare. Due toaction taken. The vast majority of
inevitable time and resourceemployees were ready on the "go live"
constraints, the phase I implementationday, and it showed in the results.
consisted only of replacing legacyOne notable shortcoming in training
systems and the most urgent partialresources: nobody-company personnel,
reengineering of at-risk processes. TheOracle or third party person-seemed to
company was successful in transitioningknow the entire system well enough to
to the improved system and initiatingprovide the big picture. We had to spend
follow-on process reengineering.an inordinate amount of time and money
Currently (mid-1999), systemconsulting with all kinds of people to
implementation in other North Americanget cross-functional, cross "module"
and European sites is underway.answers. We still have more work
The founders sold the firm to therequired to fully develop such people.
present owners in 1996, who faced aHowever, the company does have a couple
number of challenges to bring theof excellent "generic" business systems
company up to their expectations:gurus available, which has proved
• Need for more emphasis on qualityinvaluable. We recommend spending the
• Debt load to service initiallytime and money to beg, borrow, steal or
inhibited capital appropriationsdevelop cross-functional experts to know
• Difficult facilities consolidationyour business and applications systems.
projectOur Superusers and Project Leaders must
• Aging, obsolete and unresponsivehave really been good, because a lot of
business systems, with a Y2K problemthem have already been promoted/moved on
• Product developmentto better jobs. We have realized this
• Competitionand are working to develop a better
In that context, the company wasongoing training/successorship approach.
attempting to modernize, rightsize andAny organization needs a comprehensive
streamline for the future, but nearlygeneric business systems education
lost the race with time. About sixprogram to ensure that people are aware
years ago, the company engaged a majorof the state of the art. An APICS
consulting firm to study majortrainer is providing overview education
improvement opportunities. One of thefor the company. Some seminars are
chief recommendations was to upgrade ERPbeing attended on things like
systems, but due to many otherforecasting, JIT, etc. A wider-reaching
priorities, the company only startedprogram is still needed.
moving on the recommendations inThorough Conference Room Pilot, testing,
mid-1997, with a looming Y2K deadline.simulation are needed, including stress
Therefore, schedule and implementationtesting
priorities were somewhat mandated by theWhen all is said and done, the team must
situation.thoroughly exercise the system In order
The owners brought in new management into know and assess its strengths,
the summer of 1998 and they beganweaknesses and different ways they can
building their new team of high qualitysolve problems with it, in order to iron
professionals, including key valuedout bugs, procedural weaknesses, needed
members of the existing team.organizational changes, documentation
Fortunately, the former management hadand training requirements. Realistic
the presence of mind to initiate the ERPscenarios and data are needed.
project and to staff it with mostlyThe company got real serious about this
excellent people. The new management'sa few months before implementation,
major initial challenges and prioritiesbeefing up the conference room pilot
involved dealing with a difficult plantactivities, making them a centerpiece of
consolidation, product shortages,the effort. This paid off in building a
customer issues, and that little Y2K ERPgood implementation model, testing it
problem also.and helping in documentation and
The unresponsive business systemstraining efforts.
weren't solely attributable to ancientTwo highly realistic stress tests
software. There were also data integrityexercised the system not long before the
problems in inventory, purchasing andgo-live date. Minor defects, which
production. Practices and proceduresmight have caused major problems, were
were in need of updating. Much trainingquickly identified and corrected.
was needed. Existing systems tools wereConversion programs were also tested
not even fully implemented. There wereagain and again to avoid unpleasant "Day
philosophical differences between the1" surprises.
way the business was run and how theIf You Insist on a "Big Bang"
systems were designed to work, not anImplementation, then do it right
atypical situation in many companies.The author is not in favor of this
THE ERP PROJECTimplementation approach, of putting the
The company had a "legacy" system,whole new system on-line at once. But,
consisting of Data 3 MRPII, HFA Orderit had been decided to go that way long
Entry/Accounts Receivable, S2Kbefore his arrival, so we all pitched in
(Infinium) Financials and the old ADPto minimize the risk. The most important
Payroll system. These were all prettythings to accomplish for that were:
good products in their time, but hadn'tthorough testing, testing, testing,
been kept up to date, although vendorsexhaustive conference room piloting,
did offer newer versions, but requiredsound technical execution, testing,
customization made some impractical.training and a good contingency plan.
For a variety of reasons, beyond theDid I mention testing, also? The
scope of this paper, the company chose aaccountants were a little more
very expensive but good set ofconservative, bringing up the general
platforms, including Oracle applicationsledger first and running in parallel
and systems software, Hyperion Pillarthree months earlier than everyone else.
budgeting, ADP PC-based payroll, ADP HR• Strong technical, systems
systems, HP hardware and HP-UX operatingprogramming/DBA (Database
system and other mass storage,Administration) capabilities are needed,
networking and data warehousingat least for a system as complex and
products.flexible as Oracle.
The company set up an implementation• There are numerous tables,
team consisting of an executive steeringparameters and security to set up and
committee, project manager (frommaintain software versions and patches
Engineering!), and project leaders fromto control, for various system and
middle management and 10 "Superusers,"database "instances." A good DBA is
mostly high potential administrativealso a consulting resource to IT, Users
people, to become their departments'and management.
experts in the new system. In addition,Conventional wisdom says that modern
there were a number of Oracle technicalsoftware packages take most of the
and applications consultants, as well astechnical risk out of an implementation.
third party contract programmers,Conventional wisdom is incorrect. Unless
database administrators and businesswe tackled technical issues head-on,
consultants.such as system setup, multi-site
There was a fair amount of personneldefinition, library/version control,
"churning," until the company got theconversion, etc., it would have meant
right combination of Oracle and othertrouble. Technical factors became a
outside consultants. Several internalnon-issue precisely because we did apply
team members fell by the wayside,the resources to deal with them.
principally due to operational workloadsWe relied heavily upon outside resources
or people moving on. The team leadersin the beginning and gradually tapered
were especially vulnerable to theirthese off as we built the skills
heavy departmental workloads and somein-house. We need to continue to broaden
were not able to devote sufficientthe skills base to ensure that multiple
energy and time to the project success.in-house employees can handle critical
To a significant extent, the Superusers,technical tasks, a common aspiration in
outside consultants and IT personnelmid-sized Information Technology
picked up the slack.departments.
Progress was relatively slow in theThe company was successful in building
initial months, even requiring aan effective Oracle RDBMS/UNIX/Oracle
rededication at one point. But theApps, technical capability, scaled
company and the team never gave up andappropriately for maintaining a
ultimately progressed to a successful"vanilla" version of the system. It
and fairly smooth implementation, buttook more people than we would have
not without a struggle during theliked.
preparation.Ensure data accuracy
SCOPE AND OBJECTIVESFormal ERP systems are very sensitive to
A. Due to the aforementioned issues,data accuracy. We had to make big
project scope and objectives wereimprovements prior to implementation.
limited to the following:Even though our outside auditor
• Y2K compliance (actually the main de"blessed" our overall numbers prior to
facto schedule and objectives driver)implementation, these still did not meet
• Timely, accurate financialsour far more rigorous internal
• Closed loop MRPIIstandards. We are only now approaching
• Strong IT infrastructure for futureworld class standards in most areas, but
growth, flexibility, integration,actually slipped in one area after a
stability and profitabilityreorganization, spurring a rededication
B. Not included, but desired:to data accuracy. In the future, we
• Business Process Reengineeringwill conduct rigorous quarterly internal
• Automated Data Collection/bar codinginventory accuracy audits and look at
• Freight/Warehouse systemother areas as well. We are
• Flow Manufacturingsimultaneously trying to reduce
• Full ERPdependency on formal data accuracy by
• Supply Chain Planningmoving to more visual control approaches
C. Applications addressed were:and quick reaction systems.
• Financial: General Ledger, AccountsMinimize software modifications
Payable, Accounts Receivable, andEveryone we knew in other companies
Financial Planning/Budgetingmaking major changes to a software
• Manufacturing: Master Productionpackage ended up spending huge amounts
Scheduling/Material Requirementsof money and time and often had
Planning, Inventory, Work-in-Process,maintenance and operational problems. We
Capacity Requirements Planning,learned from their experiences, made
Engineering/Bill-of-Materials, Costingminimal changes and had minimal
• Order Management; Order Entry,problems.
InvoicingControl the scope
Addressed separately: Forecasting (SmartAlthough there were people who wanted us
Forecast), Payroll (ADP PC version),to do a lot more, most of us agree that
Human Resources (ADP), Aggregatescope control helped to get the job done
Inventory Management (IQR System),cheaper and faster than it would have
Returns and Warrantee (homegrown),otherwise. It would have really
Quality (Homegrown and PC packages),stretched things out and jeopardized the
OADW (Oracle Applications Dataresults if our plate had been even more
Warehouse).full than it was.
LESSONS LEARNEDHave Contingency Plans
The company learned some importantAfter seeing and hearing about others'
lessons during this project, somepast disasters, we developed a
relatively painless, some didn't come socontingency plan for: what to do if the
easily. To save time, only the onesimplementation failed; what to do when
deemed most important are listed below.the system crashes- for an hour, a day,
Major executive involvement is cruciala week, longer? This was addressed.
to success.There is also an alternate backup site
Executives control the staff, budget,in place. We can always improve with an
punishments and rewards. In the casesongoing readiness audit.
where we failed to engage executives,Have a Go/No Go decision point
results usually suffered. When engagedWe did it and are glad we did. We waved
and informed, they usually improved theoff the implementation date twice,
situation. Notable examples:because we wanted additional
• When it became apparent thatpreparation. By the third time, we knew
training was seriously deficient,what to look for, knew what we needed,
several VP's and the CEO took decisiveand to some extent, even knew what it
steps to alleviate the problem.was we didn't know. We made a list of
• When we noticed that contingencythe outstanding issues that had to be
planning was potentially deficient, theresolved before we would "go live" with
CEO made it a personal crusade andthe implementation and worked them hard,
insisted upon a plan before he wouldas a team. A couple of months' delay is
approve the implementation go-live date.insignificant compared to years of pain
The Steering Committee was the principalfrom a failed implementation. Never
tool employed for executive engagement.implement until your people are
All of the executives whose departmentsconfident and ready.
were most affected were on the steeringOther
committee, along with the CEO, IT Mgr.A few additional hints-Don't put up the
(who was also the Project Manager) andlatest version of the vendor's software,
an outside business consultant. As itno matter how they praise its virtues.
inevitably happens in situations whereMajor ERP packages are never
busy people have multiple priorities, itperfect-ESPECIALLY major new releases.
was a chore to get everyone to show upLet others debug it for you, even if it
at meetings, do critical reviews andmeans waiting a little longer for some
make decisions. When it was successful,bells and whistles. We took the
which it wasn't always, several peopleconservative route and avoided much
had to get together in advance to pushagony. Make sure you have key
an agenda and line up participation.management reports in place before going
Thankfully, the new CEO, once he got onlive. We didn't have them all and paid
board and saw how important this projectthe price. Make sure a critical mass is
was, proved invaluable with his supporttrained in report writing. We didn't,
when it was most needed, although we hadbut when offering training the second
to carefully choose our battles.time around, classes were "sold out"
BPR (Business Process Reengineering)immediately. Don't scrimp on hardware
should be done up front.resources. You'll get punished more for
The company elected to put the system upbad system performance than for spending
first and reengineer later. This wastoo much on hardware. Once we eliminated
primarily attributable to budget anda few bottlenecks in testing,
schedule reasons. The downside is thatperformance became a non-issue.
the system, as implemented, tends toEstablish specific systems performance
perpetuate the status quo, althoughobjectives, get commitments to them in
certain improvements came about justwriting.
from installing it. Some minimalReward contributors any way you can-with
reengineering was done where timepraise, training, coveted team
permitted or where the old proceduresassignments, promotions, etc. Your good
were almost totally unworkable. Now,people are your finest asset.
we're going back and working on theEPILOGUE
processes with the best improvementThe new system went live on 4 January
potential, but not as fast as we'd like.1999 and we never looked back. There
Objectives/metrics/issues should drivewere only two serious problems.
the project.• Bugs in order entry slowed us down.
Budget and schedule drove this projectBetter testing and documentation of
and it showed. Metrics were developed,results would have mitigated this
but, key performance reports are stillproblem.
being brought on-line. In the instances• In addition, an administrative
where the objectives were stressed,problem resulted in a number of blanket
improvements were made. Examples: thevendor purchase orders not being put on
CEO and Finance stressed 1)- Pricingthe system for weeks, screwing up
rationalization. Margin improvements andpurchasing and inventory records for the
simplified order processing have alreadyduration.
resulted. 2)- Inventory accuracy wasWe had our first major system crash in
stressed as a prerequisite to systemMarch, 1999. Recovery procedures took
performance- improvements are graduallynearly a day, but restoration resulted
occurring.in zero lost data, using the task level
The team did do a good job makingrecovery features of the system.
business issues drive the project,We have lost some key trained talent and
towards the end, as their expertiseare trying to improve our successorship
developed. One of the main benefits ofand training management.
the project was the training of a cadreThe reengineering effort seems to be
of people prepared to run a formalmore of a gradual, continuous
business system. Now they're ready to doimprovement approach. It needs to move
a great job on the next implementation!faster. This will take more emphasis and
Management is driving neededrededication. There are lots more things
improvements and forcing the system tothat we can do to improve. Other
adapt. For example, they are addressingimportant projects seem to present even
customer service and inventory issuesbetter opportunities at this time.
effectively.More importantly, "the vision thing" is
Effective training is needed at allback and sales and profits have been
levels.great. The system is working and helping
The first priority of key project peopleto provide a firm foundation for the new
is to be familiar with the overallcentury!
principles of ERP and the applications



1 A B C D E 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118