By Emory Moore & David Whiting, PMP
Cornelius & Associates

 


Implementing large Enterprise Resource Planning (ERP) projects has been compared to scaling and reaching the top of Mount Everest.

It is no wonder.  A quick search on the Internet will provide you with an overabundance of reasons why ERP projects fail.  In fact, depending on which research you read, only 30 to 40 percent of ERP projects are deemed successful by the organization implementing the system.

The good news is that if an implementation is done right, you will not have to climb that mountain again.  The question then becomes, how do you do it right?

Cornelius & Associates has been supporting organizations for more than 15 years in implementing large ERP projects.  Along the way, we have learned a lot.  Here are the top ten reasons we have found ERP projects to be successful.

# 10 – Create a partnership between your software vendor (and implementation partners) and your stakeholders.

While this concept may seem obvious, we have found the vendor-client relationship is often contentious and sometimes outright hostile.  This fact is particularly true if the organization is severely divided regarding the choice of vendor software. 

As problems arise during implementation, and they will arise, the blame game often begins.  Before long, the project evolves into a standoff with neither vendor nor client willing to admit fault. 

A third party project director or manager is often the best solution for this dilemma.  This person can usually serve as an objective mediator to bring the parties together, finding solutions, rather than allowing the project to be slowed to a crawl.

#9 – Sell, sell, and continue to sell the ERP to your stakeholders.

Implementing ERP systems are extremely complex and take months, even years, to implement.  If your stakeholders understand the long-term benefits of the system, they are much more willing to accept any perceived temporary steps backward.

A common malady for some stakeholders is to become complacent with the status quo.  You often hear, “We like what we have.  It works for us.”   

This mindset is predominantly in organizations with strong information technology (IT) departments, and older, homegrown systems that still function quite well.  Typically, these legacy systems have been designed to do exactly what the functional departments want them to do.  In these cases, it’s easy to believe that an ERP does not meet their needs.  This sentiment will continue throughout the implementation unless you proactively sell stakeholders on the many advantages of the new ERP.

#8 – Adequately resource your project (especially in the functional areas).  Ensure that “backfills” are in place to release key team participants.

The people who do the daily work of running functional departments are the same people who will be essential to implementing an ERP system.  No surprise.  The people with the most knowledge will be needed for the majority of the project.  Priorities will conflict between the demands of the office and the demands of the project. 

The most effective solution we have seen is hiring or contracting with additional resources to serve as backfill for key office personnel.  Admittedly, a new resource cannot do everything that an experienced resource normally does; however, the replacement can handle routine work and coordinating with the experienced person for critical decisions. 

We have found that organizations who cannot afford to either hire backfills or choose not to do so inevitably struggle in their ERP implementation.

# 7 – Communicate and manage expectations at “Go Live.”

Many stakeholders in the organization expect the ERP to be an “everything for everybody” solution.  Even in the best-case scenario, this is rarely true.  And inevitably, some functionality must often be re-scheduled into a post-“go live” phase.  All of this combined could create disillusionment with the new system. 

If the project teams are struggling to meet deadlines, they may have to make decisions on the functionality that needs to be delayed in order to meet the original “go live” date and avoid delays.  These decisions must be communicated and “sold” to the stakeholders to ensure expectations are effectively managed.  The organization needs to know what will be in place at “go live” and when they can expect the additional functionality.

# 6 – Ensure the project has sufficient budget.

What project teams feel they have enough money budgeted for their projects?  The perception of not enough funds is likely to be even greater in a project with the complexity of an ERP. 

Careful planning during the budgeting process helps project teams make better decisions on timing and allocation of resources.  If budgets are not sufficient to support the deadlines, project resources find themselves working extensive overtime and under constant pressure.  Ultimately, morale disintegrates, along with the quality of work.  If counter measures are not implemented, the image of the entire ERP system could suffer – during not only implementation, but also long after “go live.”

# 5 – Encourage functional ownership of the project.

Doing project work is a way of life for most IT departments, while functional departments typically have little or no experience with projects the size of ERP implementations.  So, many organizations choose to let IT lead the ERP implementation.  Rarely is this decision successful.

In the long term, the ERP will be owned by the functional departments – they must establish the rules that govern system functionality; they must learn how the system will handle business processes within their departments; and they must be able to obtain information by online inquiry or by creating their own reporting.  This ownership should be in place at the start of the implementation project.

# 4 – Develop dependency-driven project schedules that can be tracked and managed to provide early warnings and help avoid crises.

As the old adage goes, if you don’t know where you are going, any road will get you there.

Successful ERP project implementations have well planned project schedules.  These schedules are not built from a desired end date.  Instead, they are built with a realistic view of the amount of time needed for the various tasks.  These tasks are linked with clear dependencies – what must happen before a task can begin.

With a schedule, you can track and manage your progress throughout the project.  Most importantly, a well-designed project schedule can provide early warnings of problems.

# 3 – Implement pre-project readiness assessment and overall project planning.

Most organizations have never been involved in a project as complex and cross-functional as an ERP implementation.  Additionally, an ERP project requires near full-time participation. 

A readiness assessment conducted prior to the project kick-off can help identify areas of strength and potential problem areas in need of improvement.  This information is extremely helpful when planning the project budget and the project tasks.

The assessment can be conducted by an internal resource.  However, we have found that assessments are more effective and objective if they are conducted by an external vendor who has extensive experience in ERP implementations.

Typical issues that should be reviewed and dealt with might include:

bullet

Team effectiveness skills

bullet

 Resource skills

bullet

 Leadership of the project

bullet

 Leadership of the various functional teams

bullet

 Basic level of understanding of project management

bullet

 Sufficient time for project planning and scheduling

# 2 – Implement aggressive project management processes.

We have heard many variations of the following comment, “In our organization, projects aren’t managed, they just happen!”

This culture may work on small, simple projects, but the magnitude of an ERP implementation requires aggressive and structured project management processes.  An ERP implementation is complex and touches virtually everyone in the organization.

Without the structure of project management processes and without a project manager who understands this methodology, the project runs significant risks in time, quality, and costs.  “Go live” dates could be missed and the credibility of the project team and the ERP software itself could suffer dramatically.

# 1 – Create a project organization structure to provide planning and quick response for decision-making and issues management.

The toughest problems with any project implementation involve people issues.  Pre-project planning must include the creation of clearly defined roles and responsibilities.

We recommend the following critical roles be filled by qualified people: 

bullet

 Project sponsor

bullet

 Project director and/or project manager

bullet

 Functional team leaders

bullet

 Technical team leaders

bullet

 Project coordinator/scheduler 

These project roles must be filled by people who have dedicated time to the project; they must be willing to be accountable for dealing with issues and making timely decisions.  Many ERP implementations become paralyzed when issues are put on hold and not dealt with quickly.

Climbing the ERP Mountain

Brave climbers have scaled and reached the top of Mount Everest.  With careful planning and awareness of these 10 tips, you will successfully climb your ERP Mountain.

 

 
© 2006 Cornelius & Associates
Back to August Index for Impact: Fresh Ideas to Help Your Life At Work
 
Click here to see an index of all articles
 
Home Teamwork Project Management Leadership Development Who We Are Our Speakers Our People Our Clients Our Products & Training Courses Articles What's New