ERPシステム導入−一快適導入・快適運用を目指して一宮口 家治
当社は1995年12月にERPシステム（SAP R／3）導入を開始し，現在も新規拠点導入や既導入システムの改善／刷新中である．当初，導入コンサルタント不足のため，自主開発となったが，以来，ERPの快適導入，快適運用という「導入手法」ぱかりを念頭においてきた．現在も本を読み漁り，経験者の講演や事例を調査・勉強中である．今回は，この快適導入，運用方法に焦点をあて，ERPシステムや業務フローの「継続的改善」のスパイラル的推進法と，これを「どのような方法で進めるべきか」について紹介する．
キーワード：ERP，パッケージ●，導入手法，社内テンプレート，アドオン，BPM……l………ll川棚‖lll…………ll…州‖ll……l川‖……l…………州Illlll‖＝＝‖‖‖‖‖‖‖‖＝‖‖‖‖‖‖‖‖＝＝‖‖＝‖‖＝＝‖‖‖‖‖‖‖‖‖＝‖‖‖‖‖‖＝‖‖‖＝‖‖‖＝‖‖‖‖＝‖‖‖＝‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖＝‖‖＝‖‖＝＝‖‖＝＝‖‖‖＝川＝‖‖なるのか？を説明する．ERPとは，Enterprise

1．はじめにResource Planningの略で，直訳すると，「企業活動1990年代の初頭に，日本に上陸したERPパッケーにおける資源計画の最適化」という意味である．そのジであるが，2000年間題をトリガとして，ERPとい狙いは，具体的には，お客さんからの受注をスタートう名前が認知され始めてきた．最近では，基幹システとし，材料の手配，発注，購買，入庫，買掛計上，買ムのパッケージにはERPという名前をつけて販売す掛支払，生産，入庫，出荷，売掛計上，売掛入金，そるのが当たり前のようになっている．

して会計処理によるB／S，P／Lといった繋がった処

IT雑誌では，導入して成功したのか，失敗したの理手続きを，情報システムを使って，リアルタイムでかの評価や，成功するための方法論，プロジェクト管システム化することによ−），資源の配分を効率化，最理などのテーマが多くなっている．ERPやパッケー

適化しようというものである．

ジ文化で先進の欧米の場合は，1980年代に，BPR（ビジネスプロセス・リエンジニアリング）からスタートし，次にERI）パッケー

ジによる情報システムの確かに，今までの情報システムの構築方法は，販売管理なら販売管理だけ，購買管理なら購買管理だけと別々に構築してきており，それをバッチ処理で繋いで構築，そして最近は，またBPM（ビジネスプロセスいくのが，従来のやり方であった．それも何年もかけモデリング）と戻って，現在は情報システムよりもビて，構築してきたと思われる．バラバラであったシス

ジネスプロセスの方が重要視されてきているように思テムをリアルタイムで統合させ，それを短期間で情報われる．

システムを構築しようというのが，ERPの導入の狙

日本の場合は，BPRとしてのリストラが先行し，いである．これは理想的なシステムではある．がしか一方でグローバル対応や国際会計基準の変更等で，ERPの導入が注目された．導入を行っていく過程で，「快適導入・快適運用するにはどうすればいいのか」，また導入後しばらくして，「本当に大事なことは何か」，が見えてきたのでその留意点を紹介する．

2．ERPの定義と導入の狙い
最初にERPとは何か，今までのシステムとどう異みやぐち いえはる
NECトーキン㈱〒231−0005横浜市中区本町6−51
2004年6月号

図1ERPプロジェクトを実施すると（1）© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（21）359し，このようなシステム構築を行うに当たっては，確

当社も同様に，最初は手作業，次にエクセルのよう立した導入手法を持って進めないと，導入過程や導入な縦横集計的なもので，運営，管理し，数年後経過し後の運用で問題が起ってくる．この方法論については，て経営規模が大きくなり，これ以上は手書きやエクセ導入の目的や背景で紹介する．

ルベースでは無理だ，これでは仕事が進まないという

3．ERPパッケージの導入目的と背景

ときに，初めて，何かいい情報システムはないだろうか…ということになり，各海外拠点のアドミニストレ

3．11990年頃の東南アジアの状況

ータの人が，現地のシステムハウス（情報システムを当社の場合，ERPパッケージの導入目的は海外拠サポートする会社）に相談して，情報システムを構築

点対応である．当社のような電子部品業界では1980般的であった．

していくパターンが一

年の終わりから1990年初頭にかけて，ユーザである

そうなると，各海外の拠点がバラバラのシステムを電子機器メーカが急速に東南アジアへ生産移管をし始導入することになり，コード体系やシステムの考え方，めた．

作り方が異なるため，グローバルに統合するときに因電子機器メーカが海外生産するに当たって，まず自社の販売拠点が設立された．香港，台湾，シンガポーってしまうことになる．

ここ数年は，日本の情報システム部門が主体となり，ル，マレーシア…の順番に．それと時を同じにして，海外拠点もサポートするようになってきたので，この当社の生産部門も海外に移転を始めた．当初はバイバ

間題は解決されているように思われるが，1990年以ックという形態（海外で作ったものを日本に輸入して前は，どこの全社も同じような状況下にあったと思わ一部加工するか，そのまま日本で版売するという形）れる．

さて，1990年当時の当社の情報システムは，言語であった．

そのうち消費地での生産という形に進んでいったは日本語だけ，通貨も円とドル，プログラムは手作り（いまやほとんどの業種がグローバルでビジネスを行が主流で，処理もバッチ処理が大半であった．それもっている）．

何十年かかって，各モジュール，販売，購買，生産，3．2 システム構築化までのプロセス会計とバラバラに製造し，それをつないできたシステ

さて，海外拠点における会社立ち上げからシステムムであった（これでは海外にこの日本のシステムを持構築につし、てのプロセスを紹介することにする．
超大企業の場合は別であるが，中規模から小規模のっていくのは不可能であるというのは誰しもの暗黙の了解であった）．

会社の場合は，人を集め，ビジネスルールを作った後，

3．3 情報システム部の役割

ある程度，企業として安定するまでは（早くて約1年

海外拠点の設立後数年で，経営規模も大きくなり安位，遅い場合数年後）手作業で処理され，売上規模が定してきた頃，一方では，日本から製品の製造を移管

大きくなった時点で，手作業では仕事がやっていけなしたため日本での製造の落ち込みが目立つようになっいので，情報システムを導入しようということになる．てきた頃に，日本で海外拠点のものも含めて管理できないかということになり，日本の情報システム部で海外拠点のシステムを構築から運用まで，サポートしようということになっていった．

また，海外拠点も独自で別々の情報システムを導入してきたため，コード体系やシステム内容等，バラバラの状態であった．このような状態が2年ほど続いた．
以上のような経緯から，日本の情報システム部門で海外拠点の情報システムを全面的にサポートしようと考えたのが1995年であった．

3．4 パッケージの検討：ERP
さて，パッケージを選択するに当たり，最初に考えたのは，多国言語（日本語，英語，中国語）で動くも
図2 ERPプロジェクトを実施すると（2）360（22）のがないか？ 通貨も多国通貨がないか‥・等であった．

© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

オペレーションズ・リサーチ

何もERPでなくても良かった．しかし，できれば，販売管理機能，購買管理機能，会計管理機能があるの位で導入している．

ここ数年は，多くの企業が，グローバルに，短期間であれば，一度に全部の機能を導入したし−…という考で会社全体を，一度にERPで導入する企業が多くなえ方は初めからまげることはなかった．ってきているが（本来はそのようにすべきだと思われその後も，今も新しい拠点に導入するときは一度ですべての機能（ERPの形で）を導入している．

るが），当社の場合，1995年当時，まず一番に導入ノウハウがなかった．リソースも，社内の情報システムパッケージ導入の検討を開始したのは1994年頃で部数名とユーザ数名で構築せざるを得なかったため，あった．SAP R／3（当時はR／2の時代）が販売，購情報システムに因っている国内拠点や海外拠点を対象買，生産，財務会計，管理会計，在席管理とすべてリに，段階的に構築することにした．

アルタイムで処理され，リアルタイムにデータリンク

最初の第一歩の製造子会社への導入に関してはされているのは知っていたが，その時点ではERPと（1996年5月開始），導入手法がなかったため，全くいう言葉は一般的ではなく，それがERPシステムだの「手探り状態」であった．とはいっても背景のとこといわれ始めたのが1996年の初句の頃であったと記ろで述べたように，当社のプロジェクト期間中に，半憶している．

歩先行していたイギリスで，SAP導入中の企業の当社が導入したときは，ERPという言葉が出始め方々に，導入内容と結果を見せていただいたので，当た頃で，世の中まだERPという言葉が浸透されてお社のプロジェクトの各フェーズで，先が読むことがでらず，ERPの本来の意味を知ったのが数年後で，実き，次々と手を打つことができた．お蔭様で大きな問際に動かしてみて二ERPの中身を理解したのはそのま題も発生せず，1997年10月に本番を迎えることがでた数年後であり，ERPの効果が出たのは，さらに数きた．

年後であった．

5．ERPシステム・開発運用方針

3．5 SAP R／3の選択
では，どうして5SAP R／3を選択したのか，につい以上のような背景と最初の拠点の構築内容から，8年間の経験をもとに，ERPシステムの開発および運て紹介する．

まず1994年後半に，R／3という良いソフトウェアがあるということを知った．多国言語，多通貨，リアルタイム，ワンファクト・ワンプレース（one fact，one place）などの対応ができるソフトウェアである．
そこで，導入済み，導入計画中の会社を調査したと用の進め方の留意点を列記する．

①ERPとパッケージとを分けて考え，導入方法を理解する時間（準備期間）を作る．

ERPパッケージを導入するためには，（1）ERP，（2）パッケー

ジ，さらに（3）ERPパッケージというふうに，ころ，知り合いのアメリカの製造会社が本番を迎えた

三つに分けて考える必要がある．まず，「ERPとは何ばかり，イギリスの販売会社が導入を開始したばかりか」をきちんと理解した上で，現在の情報システムかということを知った．

ら，どうすればERP化に移行できるのか，どのよう1995年に，両方の会社を訪問し，導入の困難さやな人を集めてくればいいのか，体制はどのようにとれ導入手法を学び，特に，イギリスの販売会社からは，ばいいのか，スケジュールは？ 費用は？ を明確に開発のフェーズ（概要設計，詳細設計，製造，検査），した上で事を運ばないと挫折してしまうことになる．

移行フェーズ（マスタ整備，残データの扱い方，ユー

次に，パッケージである．パッケージ文化が日本にザ教育），運用フェーズ（本番対応，要望，改善）と，入ってきたのは，1990年代の初めであったが，欧米プロジェクト期間中に，訪問し勉強させていただいた．

では1980年代にはすでに，パッケージに移行されて手探りこ状態ではあったが，それがかえって導入手法をいた．1984年，私はアメリカの販売会社設立に際し体で覚えることに繋がることになった．この時期には，てアメリカに駐在したが，情報システムをどこかの会

当社もプロジェクトが始まってし−た．

社に依頼しようとしたとき，最初からパッケージあり以上が，ERPパッケージの導入目的と背景である．

ジを探す能力を持つことが成功の秘訣だと体で実感し4．最初の第一一歩の構築内容た覚えがある．

当社は，ERPシステムの構築に際しては，拠点単
2004年6月号

きで，話が進められた．システムを作るよりパッケー

さて，ERPパッケージであるが，初めて使う八か© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（23）361

ら見るとブラックボックス状態で，プログラムを読むわけでもない，データを入れてそれが正しく動くかの■改善していくのはユーザである。

検証と，自社の業務に合うかどうかの検証をやることが重要である．したがって，初めてのSAP導入時に■小さく生んで、大きく育てる。

は，業務経験がある人を約1年間ほど，何のテーマも与えず（ここが大事），データを入れて結果を見させ■SAPエンジンをる作業，ただ触らせることだけに専念させた（ぶどう使って、機能を追求していく。

が樽のなかでワインになるように）．この作業に手を抜くと，本番に入って何か改善をしようとしたときには，たちまち因ってしまうことになる．パッケージ導入手法の原点は，この「触らせる」時間をたっぶりと図3 スパイラル改善ることだと思われる．

②ERPパッケージは，従来のシステム構築の方法とは，全く異なることを認識する．

まう．その対応のためには，最初から，短期で作り直す（改善）する仕組みを組み込んでおく必要がある．

ERPパッケー ジを導入することは，従来のシステ

そういう意味で，ERPは構築も大事であるが，それム構築とは全く異なる．まずリーダが業務を知ってい以上に運用してからの改善の方が重要であり，ERPることが最低条件である．できればすべての業務を経プロジェクトの設計段階から，その点を考慮して，ス験してきた人を探すことである．小さい会社でもすべケジュールと組織化することをお勧めする．ての業務を経験してきた人で，さらに改善意欲のある⑤ 自社内のプロジェクトだけで立ち上げる．

人をアサインできれば最高である．また，データがす

ERPシステムの開発では，外部のコンサルを活用べて会計に落ちるので，できれば経理経験者か，経理することが主流になっている．当社は外部のコンサルのわかる人をアサインできればプロジェクトの成功と会社を使わないでERPを導入してきた．なぜなら，いえる．つまり，プログラムのわかる人ではなく，当時はコンサル会社が見つからなかったため，導入サ「何を構築したいのか」という絵が描ける人をアサイポート会社と当社だけで導入することになったわけでンすべきだということである．

ある．システム開発の上流工程から下流工程，プロジ③パイロットの拠点でテンプレートと導入手法をェクト管理，ユーザ教育と行ってきた．そのお陰で，パッケージの中身を知ることができた．またあらゆる確立する．

ERPパッケージ導入・運用するには，まず，パイノウハウが自社に残った．最初は苦労したが，苦労しロットユーザを探すことから始まる．そしてそのパイた分，運用段階や改善フェーズでそれが活きてきていロットユーザで社内用のテンプレートを構築することる．仮に外部のコンサルにお願いして導入したとしてである．概要設計，詳細設計，そして業務フローとシも，運用の段階では自社に覆いかぶさってくる．そうステムフローを，パッケージの機能，そしてプロジェいう意味で，できれば自社のメンバだけで構築するこクトの立ち上げ方を勉強することである．製造販売会とが望ましい．外部のコンサルを使うのであれば，役社の場合は，販売システムと製造システムの両方のテ割を明記した上で進めることをお勧めする．
⑥情報システム部のあり方を変える（プログラムンプレートを作ることをお勧めする．
④テンプレートをスパイラルに継続的改善（業務開発から業務改善チームへ）．

従来の情報システム部は，ビジネスプロセスや業務改善）していく仕組み（組織）をつくる．

ERPシステムは，導入のための開発よりも運用しフロー，どのように業務を遂行するかについて，ユーてからのシステム改善の方に力を注ぐべきである．ビザからのヒヤリングをもとに要求定義を行い，それをジネスフローや業務フローは，情報システムを数年かもとにシステム化への仕様書を作り，プログラムを書けて構築し，本番を迎えた瞬間から，業務の流れが変き，テストを行い，運用する部隊であった．今やパッ

わるのが当た−）前の世界である．また構築中でも変わケージ導入が主流となった現在，これからの情報シスることを覚悟しないといけない．さらに，運用が始まテム部員は，ビジネスプロセスや業務フローの提案，って数年も経過すると，ビジネスの形態が変わってしまた改善案を提案できる組織体に変えていくべきであ362（24）© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

オペレーションズ・リサーチ

る．

ると思われる．

実際，今のユーザ（業務をしている人）は，コンピュータ化によりデーータを入力する人に変身している．

昔のように手作業で仕事をしていないので物事を考えシステム開発手法の確立とは，社内用のテンプレートを作り，それを改善していくことである．
またテンプレートがどのようなレベルにあるかも重られなくなってきている．さらに業務の分業化と縦割要である．当社の社内テンプレートの場合，「システr）組織体で仕事をしてきているので，全体の流れや業ムをパッケージには合わせない，業務に合わせる」を務の横の繋がりが見えなくなってきている．

モットーとしている．したがって，パッケージの標準業務知識があるのは，今までユーザからこのような画面を使わず，すべて「当社専用のアドオン」を作っシステムを作ってほしいといわれ続け開発してきた情ている．アドオンとは入力画面だけでなく，業務フロ報システム部員である．今後はプログラム開発から業ーにあわせて，システムロジックを変えることをいう．

務提案部門に移行していくべきである．

バージョンアップした場合でも，ユーザには同じアド6．ERPパッケージを快適導入・快適運用するにはオン画面を使ってもらうようにしている．変更部分は，ユーザに負担をかけずに，情報システム部が苦労して同じ画面に合わせるようにしている．これは，このよ

まず最初に，なせ快適導入，運用なのかについて述

うにすることにより，運用段階に入って，トラブルが発生せず，快適導入・運用となると考えるからである．

べることにする．

ERPパッケージを導入するに当たっては，最初の導入から，約5年間位は，不眠不休の生活を送った．
導入された企業なら，どこの会社もこの経験をされた

7．導入効果は？（本当に大事なことは何か？）

ERPシステムを導入して色々な効果が出た．例えことかと思われる．

一つの会社の機能をすべて一度に切り替えるわけでば在庫の削減である．従来は，作業完了を作業指示書あるから，当たり前のことではある．特に旧システムに基づいて，が痔いところに手が届くような，きめ細かくなったシが，これをリアルタイムで工程の作業区ごとに入力すステムを全面的に入れ替えるとなると，ユーザからのるようにした．

猛反対にあう．この説得から始まり，この機能では使一日単位でバッチ入力していたのである

その結果，作業区ごとの棚卸が見えたために，作業えないとか，今まで通りにしてほしいとか，使いづら区で在俸を持たなくてもよいことになり，大幅に在庫いとか（慣れないため），マスタの整理をする時間が削減につながった．在庫というのは，削減だけが必ずないとか，残データの移行に手間がかかるなどといっしも改善効果ではなく，製品のライフ（寿命）や市場たことが出てくる．ユーザにとっては，今の仕事をしの状況に合わせて，在庫を持つべきときは持ち，削減ながらの変更であり，仕事が2倍，3倍になる．

するときは削減できるように，急発進，急ブレーキを

また，ERPの場合は，最初のデータから最後まで（受注から売上検収・売掛入金）データが繋がっているので，どこかの部分で間違いをすれば，遡らなければならない．

かけられるシステム作−）が理想である．そのためには，リアルタイムで可視化できることが必要である．
情報システムを作っていて，本当に大事なことは何か，というと，「可視化すること」すなわち，「見えるこのような面倒な変更処理をせず，快適な仕組みシようにすること」とそれを継続的に変更できるシステステムを作るにはどうすればいいのかを考え続けた．

ムを作ることである．改善するのは，コンピュータでまず，快適導入，快適運用とは何か，どうすればいはなく，人間の意思で改善するのであー），見えることし、のかの意味を，明確に定義する必要がある．私が考える「快適」の意味は，開発者（この場合プロジェクができれば手を打つことができるのである．
業務を遂行しているプロセスで，コンピュータがカトメンバ）や，運用中のユーザ（コンピュータを触るバーできる部分は，20％である．ほとんどの部分は人）に，あまり大きな負担をかけさせないという意味「人」が判断し，「人」が作業をしている．この部分，である．

ビジネスプロセスを「可視化」し，いつでも改善でき快適なシステムにするには，プロジェクトの推進方
法と経験，そしてシステム開発手法の確立が大事であ2004年6月号

るように，ビジネスプロセスを図式化し，文書化し，継続的に変更できるシステムを作っておくことが一番© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（25）363

販売管理の業務フロー
ビジネスプロセスモデリング

得意先販売契約

作整粘書芸豊作成発露

図4 業務フローの可視化
リストラとERPだけが残ったような感じを受ける．

大事である．

ERPシステムを導入して，情報システム部門の立今からでもビジネスプロセスの可視化をしていく仕組

場からの導入効果は，情報システムによるリアルタイみを作ることをお勧めする．もし，次回ご紹介する機ムで「可視化」すること，そして，ビジネスプロセス会があれば，ビジネスプロセスの可視化，モデリング，の可視化が必要であるということが分かったことであシミュレーション手法，プロジェクト管理の実際などる．

をご報告したい．

8．継続的改善をしていくべースは何か？
では，可視化をするにはどうしたらいいのであろう

参考文献［1］松原恭司郎： ERPの導入 ，日刊工業新聞社，1997．
［2］同期ERP研究所編： ERP入門 ，工業調査会，1997．

か．
それは，ビジネスプロセスを書くこと．すなわち，モデリングすることである．BPM（ビジネスプロセスモデリング）である．そしてそのモデルをシミュレーションし，継続的に改善していくことである．冒頭にも述べたように，欧米では，BPRの後，ERP，その後BPMが来た．

［3］ERP研究会： SAP R／3ハンドブック ，日本能率協会マネジメントセンター，1997．
［4］情報処理振興事業協会（IPA），株式会社アイネス，

ERP導入マネジメント ，ERP研究推進フォPラム，
1998．

［5］同期ERP研究所編：ERP・サプライチェーン成功の法則，工業調査会，1998．

ところが，日本の場合，BPRはどこかへ行って，

364（26）© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

オペレーションズ・リサーチ