第五回では ERP の本当のコストを取り上げ、居心地の悪い指摘で締めくくりました。多くのプロジェクトは十分な予算を持ちながら、それでも失敗するということです。その理由が技術的であることはまれです。今日の ERP システムは成熟していますが、技術だけが問題として扱われるとき、プロジェクトは失敗します。失敗の本質は組織的・人的なものです。定義されていないプロセス、不在のオーナー、汚れたデータ、急ぎすぎた稼働開始、そして変化への準備ができていないチーム。第六回にして最終回となる今回は、失敗の本当の原因を一つずつ取り上げ、それぞれにプロジェクトを成功に導く方法で向き合います。

システムよりプロセスが先：導入前に始まる失敗

システムがあなたの代わりに働き方を発明してくれるわけではありません。すでにある働き方を加速させるだけです。プロセスが定義されていなかったり、部署ごとに食い違っていたりすると、混乱を整理するのではなく自動化することになり、単により速い混乱が手に入るだけです。最もつまずくのは、システムが自分たちに代わって家を片づけてくれると思い込んでいたプロジェクトです。

成功は、どのシステムを選ぶよりも前に始まります。プロセスを定義して文書化し、システムに実行させる前に、各プロセスについて一つのやり方で合意してください。プロセスの定義に費やす時間は、後の導入とカスタマイズで何倍もの時間を節約してくれます。

社内オーナー：オーナーのいないプロジェクトは迷走する

ERP はすべての部署に関わります。だからこそ、社内にプロジェクトを本当に自分のものとして担う人物が必要です。意思決定を行い、部署間の対立を収め、ベンダーとのフォローアップを行う人物です。ベンダーは導入パートナーであり、あなたのプロジェクトのオーナーではなく、あなたほどあなたの優先事項を理解しているわけではありません。明確な社内オーナーがいないまま放置されたプロジェクトは、決定のない会議の連続になり、長引いてしぼんでいきます。

成功：日々の業務の片手間としてプロジェクトを追加された社員ではなく、実質的な権限と専任の時間を持つ社内オーナーを任命してください。このオーナーはベンダーに対する会社の唯一の窓口であり、意思決定が先送りされずに下されることの保証です。

クリーンなデータと段階的な展開

適切な予算を持つプロジェクトを沈める技術的な原因が二つあります。

  • 汚れたデータの移行：誤りを抱えたまま蓄積された残高、品目、名称を新しいシステムに移すと、初日から数字への信頼が揺らいだ状態で始まることになります。クリーンなシステムに入った汚れたデータは、汚れたままです。移行後ではなく、移行前にクリーニングしてください。
  • すべてを一度に稼働させること：すべての部署のすべてのモジュールを一日で稼働させると、リスクが何倍にも膨らみ、どんなエラーも全社的な危機になります。段階的な展開（一度に一つのモジュール、部署、または拠点）はエラーを封じ込め、チームの自信を一歩ずつ築き、拡大する前に修正する機会を与えてくれます。

ルールはこうです。まずデータをクリーンにし、それから段階的に稼働させる。本当のスピードは一度の跳躍からではなく、規律ある段階的な前進から生まれます。

研修とチェンジマネジメント：結果を決める側面

最も危険で、最も軽視されている失敗の原因は、依然として技術的ではなく人的なものです。使う人が納得していなければ、最良のシステムでも失敗します。システムを押し付けられたと感じるチームは静かに抵抗し、ひそかに表計算ソフトや古いやり方に戻ります。その結果、二つの現実が生まれます。書類上のシステムと、その外で行われる実際の業務です。

成功は意識的なチェンジマネジメントによって築かれます。チームを早い段階から巻き込み、意思決定の犠牲者ではなく一員だと感じてもらうこと。どのように変えるかだけでなく、なぜ変えるのかを説明すること。そして研修を、稼働開始時の一度きりのイベントではなく継続的なものにすること。人々が受け入れるシステムは、たとえよりシンプルでも成功し、人々が抵抗するシステムは、たとえより強力でも失敗します。

Origami の視点

私たちはテクノロジー企業ですが、ERP の成功は技術的な選択である前に組織的な決断であることを知っています。だからこそ、私たちは画面からではなくプロセスから始めます。何かをインストールする前にプロセスの定義とデータのクリーニングを支援し、お客様側で主導する社内オーナーを置くことを求め、一度にすべてではなく段階的に展開し、研修とチェンジマネジメントを先送りする項目ではなくプロジェクトの一部にします。私たちの目標は、技術的に動くシステムを引き渡すことではなく、チームが受け入れ、稼働開始後も生き続けるシステムを引き渡すことです。

まとめ：シリーズの終わりと新しい世代の始まり

ERP プロジェクトが失敗するのは、技術が不十分だったからではなく、プロセスが定義されていなかった、オーナーが不在だった、データが汚れたまま移行された、稼働開始を急ぎすぎた、あるいはチームが変化への準備ができていなかったからであることがほとんどです。これらの原因にはそれぞれ、成功へと導く反対の要素があります。これで、システムの定義から、それが必要になるタイミング、モジュール、選び方、本当のコスト、そして最後にこの回まで、私たちがたどってきた ERP システムの実践ガイドを締めくくります。

この分野がどこへ向かっているかにも触れておく価値があります。次世代のシステムは、ほとんどの失敗を引き起こすまさにそのギャップを狭めつつあります。コンサルタントではなく会話によって定義・設定され、独自のやり方を押し付けるのではなくあなたの働き方に適応するシステムは、プロセスの定義と定着を以前より容易にしています。それでも、ツールがどれほど進化してもルールは変わりません。成功するシステムは、明確なプロセス、そこにいるオーナー、そして納得したチームから始まります。技術は道をならしてくれますが、その道を意識的に歩むことの代わりにはなりません。

出典

  • ザカート・税・関税庁（ZATCA）— あらゆる段階的な展開が考慮しなければならない義務としての電子インボイス（Fatoora）：https://zatca.gov.sa
  • サウジデータ・人工知能庁（SDAIA）— 個人データ保護法（PDPL）と移行時のデータに関する管理：https://sdaia.gov.sa
  • サウジ・ビジョン 2030 — デジタルトランスフォーメーションと中小企業の支援：https://www.vision2030.gov.sa