序文：合併と買収（M＆A）の目的はほとんど常に同じです。コストの削減、効率の向上、収益創出の加速、手動プロセスの自動化、ビジネスインテリジェンスの強化です。合併と買収の最終的な目標は、株主価値の創造を加速することです。
MicrosoftとNokia、GoogleとMotorola、Time WarnerとAOLなど、合併や買収に失敗した事例がたくさんあります。
M＆Asが繰り返し失敗したのはなぜですか？主な理由は、期待が高ければ高いほど、その成功を脅かす罠が増えることです。
M＆Aは複数の課題に直面しています。リチャードケステンバウムは、「フォーブス」の記事で文化が合併や買収に対する最大の抵抗であると指摘していました。「企業を購入してその企業文化を変えようとすることは、成功の根拠に戦争を宣言することと同じです。」
合併や買収はまた、レイオフに対する従業員の恐れを高め、システムやプロセスに違いをもたらす可能性があります。この記事では、合併および買収時に製品データを管理する際のITの課題に焦点を当てます。
CIOの責任
M＆A中のデータ管理の成功は、CIOが単独で責任を負います。たとえば、合併や買収のために統合された新しいシステムと改善されたシステムは、プロセスとデータの冗長性の問題を引き起こす可能性があります。CIOは、この統合システムが期待される相乗効果を達成し、特定のコストを簡単に削減するというコミットメントを確実に果たすことができるようにする必要があります。
CIOは、合併と買収によってもたらされるいくつかの実際的な問題を認識しておく必要があります。合併と買収のために異なるデータシステムが統合されると、機会と問題が共存します。データベース統合には大きな可能性がありますが、資金とリソースを食い尽くす機会を待っているいくつかの罠も隠しています。
システムとデータベースの統合は深刻なITの課題であり、関係者に明確に説明することは困難です。合併と買収の成功はCIOとは何の関係もないように見えますが、ITシステムの統合が失敗したり、予算を超過したりしても、CIOは責任を負いません。
もちろん、2つの会社の合併後は、独立した個人として業務を行い、異なるブランドや製品の種類を販売することを選択できます。これにより、データの問題を減らすことができます。しかし、利害関係者は、合併前に古いブランドであろうと合併後の統合ブランドであろうと、合併を通じて大きな影響を与えることを望むことが多く、貿易パターンを変更するために拡大することを望んでいます。
ITの観点から見ると、合併と買収は通常、次の製品データの問題を引き起こします。
- 分類方法と製品データの複数のセット
- さまざまなERPシステム
- 異なるSKUを持つ倉庫システム
- 製品データを転送および維持するためのさまざまなアプリケーションとシステム
データはさまざまなシステムと形式で存在します。合併後、インフラストラクチャアーキテクチャ、管理および保守が必要なマスターデータの量、および管理と保守のコストはすべて2倍になります。これは、製品データだけでなく、顧客、サプライヤー、従業員、場所、資産、マーケティングなどの他のデータドメインにも当てはまります。
効率を向上させ、合併や買収後の長期的な事業運営を確保し、迅速な利益を得るためには、データを集約して統合する必要があります。
システムのマージまたはシステムの接続の2つのオプションがあります。または、正確には、3つのオプションがあります。3つ目は、システムをマージして接続することです。
マージシステム：
合併が完了すると、多数の冗長システムとマスターデータの重複の問題が発生する可能性があります。したがって、冗長なシステムを排除する前に、関連情報をメインシステムに転送することができます。
システム間でデータを転送する場合、重複データや不正確なデータなどの不整合を排除する必要があります。
データ転送が完了すると、必要なデータはすべて揃いますが、肥大化したインフラストラクチャ資産の管理に関連するコストは発生しません。
システムを接続します。
マージされたシステムの代わりに、システムの接続を選択することもできます。システムに接続することを選択した場合は、情報の元の場所でそれらを使用することを回避できます。または、情報が企業に入力されてから、マスターデータ管理（MDM）ソリューションを使用してそれらを送信してから使用することで、情報の使用を高速化できます。
この方法では、マスターデータと、ERP、CRM、サプライチェーンなどのアプリケーションプラットフォームを標準化して統合すると同時に、重複や複雑さを排除できます。
どの方法を選択するかは、ビジネスケースとデータモデルによって異なります。場合によっては、マージシステムと接続システムの両方を選択することが最善のソリューションです。
合併後、企業は統一された製品分類システムの下で2社の製品データの収集を試みる必要があります。
これは、適切なリファレンスとトレーサビリティシステムを確立するために非常に重要です。異なるシステムのすべての製品は、同じ方法で分類する必要があります。
一般に、次の7つのステップは、この目標を達成するためのベストプラクティスとして使用できます。M＆A中に製品データを正常に管理するための7ステップの妖精操作
ステップ1：データチームを設定する
買収企業のCIOまたは最高データ責任者（CDO）が率いるデータチームを編成します。チームには両方の会社の従業員を含める必要があり、機会と脅威を同時に確認するために十分なITおよびデータの専門知識が必要です。M＆Aの成功にはタイムリーなコミュニケーションが不可欠であることを考えると、チームは問題をエグゼクティブレベルに引き上げるのに十分な力も必要です。
次に、データチームは、データ戦略（予算とスケジュールを含む）を策定する前に、データ管理方法のビジョンと目標について合意する必要があります。
ステップ2：監査を実施する
データチームは、すべてのデータ利害関係者に監査を実施して、現在のデータ状況を理解し、将来のデータモデルを設計するよう依頼する必要があります。監査は不可欠であり、データチームが現在および将来のデータモデルとその複雑さに関与しているビジネス領域と部門を理解するのに役立ちます。
さらに、すべての部門が監査作業に参加するように招待されているため、監査はデータ統合に関する複数の提案に耳を傾け、データプロジェクトがすべての関係者からのサポートを得るのに役立ちます。監査中に解決する必要がある問題は次のとおりです。
製品データとアセットはどこにありますか（システム、アプリケーション、ファイル）？
データはこれらのさまざまなシステム（データストリーム）をどのように移動しますか？
データの所有者は誰ですか？
誰がデータを管理していますか？
ステップ3：分類システムに同意する
データチームは、監査結果に基づいて製品分類システムについて合意に達しました。分類システムは通常、新会社の製品ソース、流通チャネル、製品の品質と構造を反映する必要があります。
分類システムは、製品データの照合とリンクの基礎を築き、製品データの移行方法に関するガイダンスを提供します。
ステップ4：適切なマスターデータ管理システムを選択する
MDMシステムは、さまざまな内部および外部ソースからの製品データを識別、リンク、取得、および同期できるため、移行プロセスを大幅に簡略化および高速化できます。
データモデルの複雑さとデータ戦略のビジョンに基づいて、次の4つの方法のいずれかでMDMシステムを実装できます。
統合されたデータは、レガシーシステム（ERPや在庫管理システムなど）が所有し、合併や買収時にレガシーシステムに保存されます。この場合、MDMシステムを介してこれらのデータを集約し、いわゆるゴールデンレコードに統合できます。MDMシステムでは、データがクリーンアップおよび同期されます。この方法の利点は、レガシーシステムの動作を中断する必要がないため、データ統合の速度が向上することです。
一元化監査により、監査済みデータモデルに意味のある方法で集約できない無秩序な製品データセットがあることが判明した場合、MDMシステムをマスターレコーディングプラットフォームとして使用して、作業を引き継ぎ、データをオペレーティングシステム（倉庫データベース、小売業者）にプッシュできます。システムおよびマーケティングアプリケーションなど）。M＆Aに関与している会社の1つがスプレッドシートの形式で製品データを管理している場合、一元化されたアプローチは試してみる価値があります。
共存MDMは、単一の信頼できるバージョンを実現する双方向システムの不可欠な部分です。新しい情報を使用して分離システムを更新すると、MDMシステムも更新され、その逆も同様です。システムデータをどこから取得しても、信頼できる単一のバージョンになります。統合方式と比較して、共存方式はデータの同期と統合の両方が可能ですが、レガシーシステムが完全に正常に動作できるようにする必要があります。
登録この実装方法では、MDMシステムにより企業は常にデータを分離できるため、コンプライアンスの監視に役立ちます。この方法は、21 CFR Part 11への準拠を必要とする医療業界で特に一般的です。
ステップ5：データガバナンス手順に同意する
合併が完了した後、新しい会社は新しいデータガバナンスポリシーと手順を実装して、アカウンタビリティを確保し、正しいレポートメカニズムを導入し、コンプライアンスを管理し、透明性を確保する必要があります。
ステップ6：すべてのデータの移行を計画する
すべてのデータの移行は、合併と買収の後の最も困難な作業であり、ハードウェア、ソフトウェア、リソースをチェックする機能を含む完全な準備が必要です。移行には、データ漏洩を回避するためのデータセキュリティ計画が必要です。移行では、障害が発生した場合にデータを元の状態に復元するための復旧計画が必要です。最後に、移行には、誰がいつ何をすべきかを指定するオンライン計画も必要です。最も重要なのは、完全にエラーがないわけではないため、エラーの量が許容範囲に減少するまで移行を繰り返すテストが必要なことです。
ステップ7：常にMDMシステムを使用して移行プロセスを実行する
MDMシステムは、移行フェーズ中にその価値を証明します。ただし、次の移行フェーズでは、データを重複排除し、構成可能なワークフローを通じてレコードの作成、更新、承認の方法を制御できるため、貴重なツールとして重要な役割を果たし続けます。
MDMシステムを使用して、サプライヤーデータが効果的に読み込まれ、マスターデータがすべての関係者に配布されるようにすることができます。部門とパートナー間のデータの壁を取り除き、長期的に企業に利益をもたらすことができます。
MDMシステムは、明確な監査証跡と記録を通じてマスターデータをしっかりと制御できるだけでなく、規制へのコンプライアンスとデータガバナンスを簡素化することもできます。
概要：M＆AはCIOに課題をもたらします。CIOは、デュアルITインフラストラクチャを管理し、2つ以上の製品データベースを1つの製品分類システムにマージする必要があります。合併が完了した後、リスクを回避して製品データの管理時間を短縮するために、CIOはMDMシステムの使用を含むベストプラクティスの方法を採用できます。真に柔軟なMDMシステムは、さまざまな方法でデータ統合の複雑さを処理できます。MDMシステムは、合併後の時代の合併や買収に長期的なメリットをもたらす貴重なツールとしても使用できます。
