第六部では、ERPプロジェクトが失敗する理由を取り上げました。定義されていないプロセス、不在のオーナー、汚れたデータ、拙速な本稼働、そして変化への備えができていないチームです。ここからは、これらの教訓を実行計画に変えていきます。システムを選ぶのは一日で済む決定ですが、それを導入するのは何か月にも及ぶプロジェクトであり、成果が本当に決まるのはそこです。この第七部では、導入のフェーズを順を追って見ていきます。現状調査と業務プロセスの設計図から、データ移行、テスト、本稼働とハイパーケア、そして多くのプロジェクトが行き詰まる人の側面までです。

現状調査と業務プロセスの設計図：作る前に描く

成功する導入は、インストールではなく現状調査のフェーズから始まります。各部門と一緒に座り、今日実際にどのように業務が回っているかを洗い出します。紙の上でどう回るべきかではありません。そのうえで、システムが各プロセスを実行する唯一のやり方について合意します。このフェーズの成果物は一つの文書です。すべてのプロセス、その担当者、そしてどこで始まりどこで終わるかを定義した業務プロセスの設計図です。

この設計図はプロジェクトの憲法です。あらゆる対立はこれに立ち返って解決され、あらゆるカスタマイズはこれに照らして判断されます。現状調査を飛ばして画面づくりに直行するプロジェクトは、本稼働後に抜け漏れに気づくことになり、その時点での修正には何倍ものコストがかかります。

データ移行：移す前にきれいにする

古いデータは、長年にわたって積み重なった散在するスプレッドシートやシステムの中にあり、新しいシステムに持ち込むものの中で最も危険な存在です。成功するデータ移行は、コピー＆ペーストではなく、それ自体が一つのフェーズです。

  • 移す前にきれいにする：重複した名称、一致しない残高、分類のない品目。これらはシステムに入る前に元データの段階できれいにしてください。きれいなシステムに入った汚れたデータは汚れたままであり、初日から数字への信頼を揺るがすからです。
  • 対応付けて検証する：旧システムの項目を新システムの項目に対応付け、まず試験的に一部のデータを移行し、それに頼る前に残高と合計が元データと一致することを確認します。
  • 持ち込む履歴：何を移行し、何をアーカイブするかを決めます。すべての古い記録が新しいシステムの重荷になるに値するわけではありません。

ルールは、まずクレンジング、次に移行、最後に検証です。この順序こそが、信頼とともに始まるシステムと、疑念とともに始まるシステムの違いを生みます。

本稼働前のテストと受け入れ

誰かが実際の業務でシステムに触れる前に、システムはベンダーのデモデータではなく、自社のデータでテストに合格しなければなりません。実際の業務からシナリオを組み立て、たとえば一通りの請求書、購買サイクル、月次決算などをシステムで実行し、正しい結果が出ることを確かめます。

次に受け入れテストです。自社のチームが日々行うことになる業務を実行し、それが本来あるべき通りに動くことを承認します。受け入れテストは形式的な手続きではありません。抜け漏れが実際の顧客の前で危機に変わる前に、それを捕まえる最後のチャンスです。

本稼働とハイパーケア：一気にではなく段階的に

本稼働の際には、二つの決定に直面します。

  • 段階的か一斉か：一斉稼働はすべてを一日で切り替えるため、リスクを何倍にも膨らませ、どんなエラーも全社的な危機にしてしまいます。段階的な展開、つまり一度に一つのモジュールや一つの拠点ずつ進める方法は、エラーの影響を抑え、一歩ずつ信頼を築きます。ほとんどの場合、段階的な方が安全です。一度に飛び移る方法は、業務が単純な小規模企業にしか向きません。
  • ハイパーケア：本稼働後の最初の数週間は、最も繊細なフェーズです。集中的なサポートをチームのすぐそばに置き、エラーを捕まえて質問にすぐ答えられるようにし、システムが安定して人々が信頼するようになるまで続けます。本稼働はゴールではなく、最も慎重さが求められるフェーズの始まりです。

人の側面：オーナー、経営層の後ろ盾、そして変化

多くのプロジェクトが行き詰まるのは、技術ではなくここです。導入には三つの人的な柱が必要です。一つ目は、権限と専任の時間を持ち、自社の側からプロジェクトを率いる一人の社内オーナーです。片手間の仕事としてプロジェクトを押しつけられた社員ではありません。二つ目は、プロジェクトに本当の優先順位を与え、部門をまたぐ事柄を決着させる経営層の後ろ盾です。三つ目は、本稼働の後ではなく前にチームを準備させる、意識的なチェンジマネジメントです。

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

Origamiの視点

私たちはテクノロジー企業ですが、私たちにとって導入とはソフトウェアのインストールではなく、組織立ったプロジェクトです。画面に触れる前に現状調査と業務プロセスの設計図から始め、データ移行をコピーではなくクレンジングと検証を行うフェーズとして扱い、御社のチームが承認する受け入れテストにこだわり、きめ細かなハイパーケアとともに段階的に本稼働します。さらに、社内オーナー、経営層の後ろ盾、チェンジマネジメントを初日から計画の一部に組み込みます。私たちが目指すのは、引き渡しの日には動いても、その後に放置されるシステムではなく、本稼働後も生き続けるシステムです。

まとめ

ERP導入の成功は一つの出来事ではなく、複数のフェーズからなるプロジェクトです。業務プロセスを洗い出す現状調査、移す前にきれいにするデータ移行、実際に使う人が承認する受け入れテスト、段階的な本稼働とそれに続くハイパーケア、そしてそのすべての上に、現場にいるオーナー、経営層の後ろ盾、変化への備えができたチームがあります。これらのフェーズを順に歩む企業は生き続けるシステムを動かし、それらを飛び越える企業は先送りされた危機を動かすことになります。そして、これらすべてのフェーズを通じて、サウジアラビアでは先送りできない一つの条件があります。コンプライアンスです。第八部では、契約前にあらゆるシステムに求めるべきもの、つまり電子インボイス、付加価値税、そして完全なアラビア語ローカライズを、追加機能ではなく必須要件として取り上げます。

出典

  • ザカート・税務・関税庁（ZATCA）：テストと本稼働で考慮すべき義務としての電子インボイス（Fatoora）：https://zatca.gov.sa
  • サウジデータ・人工知能庁（SDAIA）：個人データ保護法（PDPL）と移行時のデータに関する管理：https://sdaia.gov.sa
  • サウジ・ビジョン2030：デジタルトランスフォーメーションと中小企業の支援：https://www.vision2030.gov.sa