Re: SAP ERPの導入方法で失敗する要因は?

導入失敗っていうのはまれですが、なんとかカットオーバーさせたものの質問内容のような導入、運用コストが高い、使い勝手が悪いというユーザーの不満、またSierの提案、設計、スキル、品質の悪さからユーザーにとって適切な仕組みとはいえないの作りになっている。よくあります。もうそういうことは繰り返さず、ユーザーのためにもみんなで共有して最適なもの提供していきたいですね。

失敗の要因というと、ほとんど導入時点に起因しています。

●「仕様を決める際に十分なステークホルダーを参加させていない」
コンサルの窓口にたつのは大抵情報システム部門。要望、モメごとが大きくなるのを恐れてユーザーを巻き込まないでやると後でクレーム、作り直しの嵐。設計段階で十分内部のコンセンサスをとってからコンサルからの意見を元にユーザー主体で仕様を確定していくスタイルが望ましいと思います。

●「無理なスケジュール」
予算が厳しいユーザーですと十分な工期がもらえず最適な設計、ソリューションなど提案できず成果物に追われる。なんとか目の前の作業をこなしなんとか運用テスト。仕様漏れ、バグ、なんだこりゃのオンパレード。運用に耐えられない仕組みだと気が付いても後の祭り。信頼関係損ないます。誰のせい??

●「業務ありき、現場ユーザーの意見取り入れすぎ」
あくまでもパッケージですからある程度運用で工夫しながら使うというのが基本路線。完全ユーザーの思うままの理想的な仕組みにしたいならパッケージなど選ばず手組みにすればよいのです。なんでもAddonは前述の「SAPの導入に何十億もかかった」とか「本稼動後の運用コストが倍になった」という声。当然です。

●「段階導入、しかも外部接続が多いシステム構成」
ERPはオンラインでつながって意味をなすもの。あちこちにデータ転送する仕組みではトラブルが多いし運用コストが相当跳ね上がります。

●「リリース直後の新機能をふんだんに使う」
SAPとしては新機能のパイロットPJとしたいのでがんがんユーザーに勧める。でやってみるとコンサルだって手探り状態、バグやらNote適用やらで深夜勤務土日出勤。なんとか本稼動に至っても運用まわらず・・・。結局廃止なんてよくあります。

●「導入プロジェクト期間中、コンサルとユーザーがひざ突き合わせてじっくり運用面で議論していない」
打ち合わせ、プロトタイプと画面や機能の説明をしているにもかかわらず実運用になるとユーザーは「こんな仕様だったの~これじゃだめだよぅ」と大抵これだ。これを回避するには開発段階でこんな動きになりますとコンサルと一対一でキーユーザーに触ってもらい、運用をイメージして確認をとってきます。そうすると「あっそうこんな例外があったんだよぅ」なんてことがあっても手戻り少なくひとつずつ解決していってあげれるのです。

あとはプロジェクトコントロールに起因することですね