ERPの選定を開始する際、多くの企業が最初に直面するのが「誰をプロジェクトにアサインすべきか」という問題です。特に、専任のシステム担当者やDX推進部門を持たない中堅企業では、日常業務を抱えるメンバーだけでプロジェクトを回さなければなりません。人手不足だからと全員を兼任で曖昧に集めてしまうと、選定作業は遅延し、システム要件も定まらなくなります。本記事では、限られたリソースの中で成果を出すための実用的なプロジェクト体制の作り方を解説します。
体制構築で最初につまずく罠
ERP選定プロジェクトが失敗する最大の要因は、体制構築における「役割の曖昧さ」です。「全社に関係するシステムだから」という理由で各部門の長を何となく集めて委員会を作っても、主体的に動くメンバーがいなければ議論は平行線をたどるだけです。
また、IT部門やシステム担当者に「丸投げ」してしまうのも典型的な失敗パターンです。ERPは単なるITツールの導入ではなく、業務プロセスそのものを刷新する取り組みです。IT部門だけで現場の業務フローの変更や、経営戦略に基づいた意思決定を下すことはできません。現場のキーマンと経営陣が適切に関与する仕組みが不可欠です。
最小構成の3つの役割
専任の担当者を配置できない中堅企業において、プロジェクトを機能させるための最小限のチーム構成は以下の3つの役割に集約されます。これらを定義することで、兼任であっても効率的にプロジェクトを推進できます。
- プロジェクトオーナー（経営層）：意思決定と予算確保を担う
- プロジェクトマネージャー（PM）：進捗管理と各部との調整を主導する
- 業務リーダー（部門代表）：実務プロセスの整理と要件定義を行う
プロジェクトマネージャーの選定
プロジェクトの実質的な推進役となる**プロジェクトマネージャー（PM）**には、ITの知識よりも「業務理解力」と「社内調整力」が求められます。自社の主要な業務フローを理解しており、他部門のキーマンと円滑にコミュニケーションが取れる人材が適任です。
ERP選定の成否は、システムのスペックではなく、自社の業務にどれだけ適合させられるかで決まります。
そのため、PMは単なる進捗管理役にとどまらず、各部門から上がってくる要望を取りまとめ、優先順位をつける役割を担うことになります。
兼任メンバーの現実的な工数
プロジェクトメンバーが他業務と兼任する場合、どれくらいの工数をERP選定に割くべきでしょうか。現実的な目安として、PMは週に1日から2日程度（工数の20〜40%）、業務リーダーは週に半日（工数の10%程度）の確保が必要です。
選定フェーズにおける主なタスクは以下の通りです。
- 現状の業務課題（RFPのベース）の洗い出し
- ERPベンダーからの提案書やデモの評価
- 要件定義に向けた社内ディスカッション
これらを通常業務の「空き時間」だけでこなすのは不可能です。経営陣は、プロジェクトメンバーの日常業務を一時的に他メンバーへ移管するなど、物理的な時間を捻出するサポートを行う必要があります。この調整を怠ると、メンバーが疲弊してプロジェクトが空中分解する原因となります。
経営者が関わるべき決断点
ERP選定において、すべてを現場やPMに一任することはできません。経営トップが必ず直接関与し、意思決定を下すべきポイントが3つあります。
- 投資予算の上限設定と費用対効果の判断
- 業務をシステムに合わせるか、システムを業務に合わせるかの基本方針
- スケジュール遅延やベンダー選定の最終決定
特に、中堅企業のERP導入において最も重要なのは**「業務プロセスの標準化」**に対する姿勢です。現場からの「これまでのやり方を変えたくない」という要望に対して、経営層が「今回はシステムに合わせて業務を変える」という強いリーダーシップを示さなければ、アドオン（追加開発）が膨らみ、予算もスケジュールも大幅に超過することになります。
このような選定の各プロセスで迷った際には、ERP選定支援ツールであるERPilotを活用することをお勧めします。ERPilotは、要件定義からベンダー比較、評価基準の作成までを体系的にサポートし、選定チームの負担を大幅に軽減します。
まとめ
ERP選定プロジェクトを成功に導くためには、豪華な専任チームを作る必要はありません。役割を明確にした「最小構成」の体制を作り、兼任メンバーが動けるだけの工数を担保することが重要です。
そして何よりも、「何のためにERPを入れるのか」という目的を経営陣が発信し続け、重要な局面で自ら決断を下すことがプロジェクト推進の最大の原動力となります。限られた社内リソースを最大限に活かし、自社に最適なERP選定を進めていきましょう。
