「PM が決まらない」「業務責任者が兼任で時間が取れない」「現場が動かない」——基幹システム刷新の体制づくりで、中堅企業の経営者がぶつかる典型的な悩みです。大企業のように人員を投入できない中堅企業では、『誰を、どの役割に、どれだけの工数で配置するか』 の設計が成否を分けます。本記事では、3 層 7 役割の標準体制、責任分界、失敗する体制パターンを整理します。
体制図、書けますか？ 中堅企業の人手で現実的に組める体制を一緒に設計します。 無料相談 ＞結論：中堅企業の標準体制は『3 層 × 7 役割』
中堅企業の基幹システム刷新で、最低限必要な体制は次のとおりです。
| 層 | 役割 | 人数 | 典型的な配置 |
|---|---|---|---|
| 経営層 | ① ステアリングコミッティー | 3～5 名 | 社長／専務／管理部長／業務責任部門長 |
| ② プロジェクトオーナー | 1 名 | 専務 or 管理部長クラス | |
| 推進層 | ③ プロジェクトマネージャー（PM） | 1 名（専任） | 管理部・情シスから抜擢、または外部 PM |
| ④ PMO（プロジェクト管理支援） | 1～2 名（兼任可） | 管理部・情シスの実務者 | |
| 実行層 | ⑤ 業務責任者 | 業務領域ごとに 1 名 | 各業務部門の課長クラス（決定権あり） |
| ⑥ 業務担当者 | 業務領域ごとに 2～3 名 | 各業務部門の実務担当者 | |
| ⑦ 情シス担当 | 1～2 名 | 社内情シス＋ベンダー側 PM と連携 |
中堅企業（従業員 150～300 名）でリプレース型の刷新を行う場合、社内側で 合計 10～15 名規模 の体制になります。プラスでベンダー側に PM 1 名・コンサル 1～2 名・開発 5～10 名が常駐／関与します。
各役割の責任と必要工数
① ステアリングコミッティー（経営判断層）
プロジェクトの最高意思決定機関。月 1 回の定例会＋臨時招集 で、スコープ変更、予算追加、稼働判定、トラブル対応の意思決定を行います。社長または専務を委員長とし、必ず経営層が出席。「進捗報告会」にしてはいけない、これが鉄則です。
② プロジェクトオーナー（経営判断の責任者）
ステアリングコミッティーの議長役で、日常的な経営判断の窓口。PM が判断に詰まったときに即時相談できる経営層。専務または管理部長クラスが標準で、業務時間の 10～20% を本プロジェクトに配分します。
③ プロジェクトマネージャー（PM）
プロジェクトの推進責任者で、必ず専任化 すべきポジション。他業務との兼任は避けます。社内に適任者がいなければ外部 PM の活用も選択肢。社内 PM の場合、業務理解度は高いが PM 経験が浅いケースが多いため、ベンダー側 PM や外部コンサルとの連携で補強します。
④ PMO（プロジェクト管理支援）
PM のサポート役で、進捗管理・課題管理・会議運営・資料整備を担当。兼任で 50% 程度の工数 が標準。管理部・情シスのミドルクラスから 1～2 名を配置。
⑤ 業務責任者（各業務領域の代表）
業務部門ごとに 1 名ずつ配置。経理・販売・生産・購買など、影響を受ける業務領域に応じて 3～5 名規模。必ず『決定権を持つ人』 を選ぶこと。若手スタッフだけでは、現場の判断を上に上げる工程が増え、意思決定が遅れます。業務時間の 30～50% を本プロジェクトに配分。
⑥ 業務担当者（実務メンバー）
業務領域ごとに 2～3 名。要件定義の業務知識提供、テスト実行、データ整備、現場研修を担当。業務時間の 20～30% を配分。本業との並行のため、繁忙期との重なりは事前に経営層が把握しておく必要があります。
⑦ 情シス担当（社内 IT 側）
社内情シス（小規模なら 1～2 名）が、ベンダー側 PM とのコミュニケーション、社内インフラ調整、データ移行支援、社内テスト調整を担当。情シス部門が無い／一人情シスの中堅企業 では、PM が情シス役を兼任するか、外部の IT パートナーで補強します。
責任分界マトリックス
誰が何の意思決定をするかを明確にする責任分界マトリックスを示します（R = 実行責任、A = 最終承認、C = 相談、I = 報告）。
| 意思決定事項 | 経営層 | PM | 業務責任者 | ベンダー |
|---|---|---|---|---|
| スコープ確定 | A | R | C | C |
| カスタマイズ可否 | A | R | C | C |
| 業務要件の決定 | I | C | A/R | C |
| システム設計 | I | A | C | R |
| テスト合格判定 | I | A | R | C |
| 本番稼働判定 | A | R | C | C |
| 追加予算承認 | A | R | I | I |
このマトリックスが曖昧なままプロジェクトが進むと、判断が宙に浮いて全員が止まるという事態が頻発します。プロジェクト開始時に必ず合意 しておくべき重要なドキュメントです。
失敗する体制の『3 つのパターン』
パターン 1：PM が兼任で時間が取れない
「他に PM ができる人がいないから」と、管理部長や情シス課長が PM を兼任。本業（経理・人事・既存システム保守）と本プロジェクトを掛け持ちする結果、どちらも中途半端 になります。PM の専任化は、人件費の一時的な増加より、プロジェクト遅延リスク回避の方が経済的に有利という判断が必要です。
パターン 2：ステアリングコミッティーが進捗報告会になる
月 1 回のステアリングコミッティーが「PM が進捗を報告する → 経営層は『順調そうですね』と聞くだけ」という会議になっているケース。意思決定の場として機能していない。議題に必ず『意思決定事項』を含めるよう、PM が会議設計を変える必要があります。
パターン 3：業務責任者が決定権を持たない若手
業務部門の業務責任者として『時間がありそうな若手』を充てるケース。要件定義の現場で「これは課長に聞かないと判断できません」「持ち帰って検討します」が連発し、1 回の打ち合わせで何も決まらない 状態に。業務責任者は『その場で判断できる人』を選ぶことが、進捗を左右します。
中堅企業の体制づくり『3 つのコツ』
コツ 1：PM は必ず専任化、できなければ外部活用
社内に専任 PM を立てられないなら、外部 PM・コンサルの活用 を躊躇しない。社内 PM の兼任で進めた結果の遅延コスト（数ヶ月の延期 × 関係者全員の人件費）と比較すると、外部 PM の費用は十分に元が取れます。
コツ 2：業務責任者は『決定権を持つ人』を選ぶ
業務部門の課長クラスを業務責任者に充てる。『その場で判断できる』『現場と経営層の橋渡しができる』 ことが要件。本業が忙しいことは織り込み済みとして、業務時間の 30～50% をプロジェクトに配分する経営判断を、社長から各部門長に明示してもらいます。
コツ 3：ベンダー PM との週次定例を必ず設置
社内 PM ↔ ベンダー PM の週次定例（1 時間）を設置。月次のステアリングコミッティーだけでは情報の細粒度が荒すぎ、問題発覚が後手に回ります。週次で 『今週の課題』『来週の予定』『リスク』 を共有する仕組みが、遅延の早期発見につながります。
まとめ｜体制づくりは『プロジェクト開始前の最重要工程』
基幹システム刷新の体制は、プロジェクトが動き出してからでは組み替えが困難です。検討フェーズ（要件定義の前段）で『誰を、どの役割で、どれだけの工数で』を決め切る ことが、プロジェクトの成否を大きく左右します。
株式会社クオンツでは、『中堅企業の人手の制約を前提とした体制設計』『PM 不在時の外部活用』『業務責任者の人選』 のご相談を、無料で受け付けています。汎用機・オフコンからオープン系・クラウド基盤への移行プロジェクトに 25 年携わってきた経験から、貴社の人員規模・業務特性に合わせた現実的な体制設計と、外部活用の選択肢を一緒に整理します。机上のコンサルではなく、お客様の現場と並走するスタイルで、次の一歩の選択肢を整理します。
