| Mating 
the elephants -- ERP implementation in Japan
 by Matthew Mai
 Mating elephants 
is one of a zookeeper's toughest jobs. It involves a lot of bellowing and trumpeting, 
occurs at a high level, and takes two years to produce results. This, oddly enough, 
is a pretty fair description of the typical ERP implementation project in Japan, 
except for the part about happening at a high level -- which perhaps is a cultural 
clue as to why Japanese corporations are facing extra costs, increased time, and 
reduced functionality from their ERP efforts. Japan's market 
for enterprise resource planning (ERP) software packages, like those provided 
by SAP, Oracle, and JDE, has grown significantly over the past several years. 
Many large companies in Japan are now in the process of implementing or have implemented 
these packages, and in addition, many foreign companies are implementing global 
or regional templates in Japan. Many of these implementations are limited in scope, 
take more than a year to put into service, and are extremely costly. In addition, 
the potential savings of implementing a package-based integrated system are not 
being fully realized, in contrast to experience in the United States and Europe. 
Why the extra costs in Japan? Often, the cost 
increase is blamed on allegations that the software fails to meet Japanese business 
requirements, and, to some degree, this may be true. However, based upon a closer 
examination of successful implementations in Japan, it appears that the approach 
to implementations here is the biggest culprit, largely due to differences in 
culture between Japan and the United States and Europe. These differences are 
seen in the decision making process, in differing views toward change and reengineering, 
a dissimilar focus on customer service -- including the concept of users as "customers" 
of the ERP system, and in quality versus time management and functional approach 
issues. How the elephants 
do business in Japan
 
  One 
of the key success factors in implementing an ERP package is to use the standard 
functionality provided by the vendor. This typically requires a company to change 
the way it does business, and this approach often conflicts with the approach 
taken by many Japanese ERP implementations. As a result, there are typically many 
significant modifications, requests to add functionality, and more reports must 
be developed for a Japanese ERP implementation. This increases the cost and duration 
of the implementation, and in addition, the ongoing support costs are much higher 
and later upgrades become more difficult and time consuming. In other words, there's 
quite a thud when the baby elephant hits the ground. There are several 
cultural factors that contribute to the large development effort associated with 
these implementations. The primary factor is the Japanese view toward reengineering 
and change. For many companies in the United States and Europe, management's focus 
is on significantly changing their business to become more globally competitive. 
ERP package implementations are often used as the tool to effect such a change. 
This focus is atypical in Japan. To some degree, there is a fear of change. Likewise, 
these projects are often viewed as IT projects, and lack top-level management 
commitment or understanding from the very beginning. Therefore, the driver for 
change is missing. As a result, the ERP implementations in Japan often mirror 
the current state of the business.  Another factor 
that leads to increased development costs is the Japanese focus on customer service. 
For many project teams, a requirement issued from any level of management must 
be delivered. Frequently, user needs will not be questioned. The project teams 
take great pride in developing elaborate solutions to meet these requirements 
without ever taking the time to understand the true cost, business benefits, or 
true requirement of each request. As a result, the solution is often complex, 
involves intricate configuration, or worst yet, requires modification to the standard 
ERP system. Management is usually unaware of the amount of modifications, added 
functionality, or reports created, and, more importantly, unaware of the future 
ramifications of such an implementation approach. Zoo culture 
is keyAnother cultural factor that results in longer and more costly ERP implementations 
is the decision-making process. On a recent project, a system integration firm 
planned to implement most modules of an ERP package in less than a year. The ERP 
package vendor told the firm that it takes a typical project in Japan twelve months 
just to get the project started. This is clearly the result of the need for consensus 
on almost all decisions. Given the magnitude of most ERP projects, the project 
team must be empowered to make decisions. Likewise, a strong and active steering 
committee is required to make decisions that the project team cannot make. Top 
management and the project team must understand the impact of delays caused by 
its inability to make decisions. One technique employed in the United States is 
to describe the delaying of critical decisions in terms of dollars lost.
 Real elephants 
don't mind the waitIn addition to the decision making process, a lengthy and costly ERP implementation 
is often the result of the Japanese view of quality versus time management. On 
any project, there is, to some degree, a trade off between quality and time. In 
the United States, the concept of timeboxing is often used on ERP implementations. 
The timeboxing concept was originally developed as a control technique for projects 
using prototyping (see sidebar). Because of the creative nature of prototyping 
sessions, project "scope creep" pressures can be great and the project can easily 
get out of control. Timeboxing focuses the prototyping effort on a set of objectives 
and restricts the time in which the development team has to meet those objectives. 
The exact functionality of the deliverable is not as important as the fact that 
the deliverable must meet the original objectives. In a timebox, the deadline 
is fixed and the functionality is flexible. If the endpoint is flexible, the discovery 
process goes unchecked and the control mechanism is lost. This concept is often 
hard to implement in Japan where the typical project team would prefer to extend 
the discovery process to get the "ideal" solution regardless of time deadlines.
 
 
| A 
good analogy for a timebox is the production of a television news program. By 
6:00 each evening, a television station must have one half hour of news ready 
to broadcast. The news team may have to omit a story or present a story in less 
detail than they would like, but the 6:00 deadline must be met and thirty minutes 
of news stories must be produced. Note that quality is not compromised with this 
tight deadline. The stories must still be accurate and well-written and produced, 
but they must also be on time. |  One elephant 
asked: "What's the aim?"Finally, a functional view of ERP implementations contributes to long and costly 
implementations in Japan which manifests itself in two ways. First, the scope 
of many ERP packages is very narrow and functionally oriented. As a result, the 
ERP package is interfaced to many legacy systems to support the business. This 
results in increased custom development and testing time. As with all interfaces, 
there are significant support costs to maintain them, and to maintain the data 
consistency. With these implementations, it becomes very difficult to add functionality 
to the ERP system since an overall enterprise view was never taken. Each additional 
function takes that much longer to implement. Second, even companies that implement 
most ERP modules face difficulties related to functional activities. These companies 
often modify or add-on functions to optimize individual functions and do not look 
at the overall cost-versus-benefits impact of such modifications to the enterprise 
as a whole.
 Showing the 
elephants how to do itIn summary, there are many cultural issues that make implementing an ERP package 
in Japan expensive, time consuming, and challenging. If these factors are understood 
up front, these issues can be dealt with and hopefully minimized. However, this 
will require a strong project manager and project team who have the ability to 
know when to push hard and when to compromise. It will also require a strong and 
active steering committee. The steering committee must include key business executives, 
as opposed to IT executives only, who can champion change and truly understand 
the value of using the standard ERP system even if it means changing their own 
business processes. This will set the tone for the entire project. With a little 
luck, that baby elephant will grow up to be a slimmed-down beast requiring few 
peanuts and even less cleaning by the zoo keeper.
 Matthew Mai is 
a consultant at Ernst & Young, Tokyo. Contact him at: matthew.s.mai@jp.eyi.com
 Back 
to the Table of Contents Comments 
or suggestions? Contact cjmaster@cjmag.co.jp
 
   |