誰が決める？」で会議が止まる…その悩み、もう終わりにしませんか？
ECサイトのリニューアルプロジェクトは、多くの関係者が関わるため、意思決定のプロセスが複雑になりがちです。特に、責任の所在が不明確なまま会議が進むと、「これって私が決めるの？」といった声が上がり、議論が停滞することは少なくありません。このような状況は、プロジェクトの遅延や、後になって手戻りが発生する原因となります。
本記事では、ECリニューアルを成功に導くための「意思決定3層モデル」を解説します。このモデルを導入することで、「誰がボールを持つか」を事前に明確にし、Decision（決める人）とInput（意見を言う人）を分離することで、スムーズなプロジェクト推進を実現します。会議の停滞に悩むECリニューアルのPMやプロジェクトリーダーの皆様は、ぜひご一読ください。
目次
ECリニューアルで会議が止まる「悲劇」
ECサイトのリニューアルプロジェクトにおいて、意思決定の遅れは致命的な問題を引き起こします。イノーバのホワイトペーパー「ECサイトリニューアルの教科書」では、まさにこの課題を象徴するエピソードが紹介されています。
エピソード「これって私が決めるの？」の悲劇
要件定義会議でベンダーから「ポイント付与のタイミングはどうしますか？」と問われた。PMが営業課長に視線を向けると、課長は「うーん、現場の意見も聞かないと」。現場の担当者は「えっ、これって私が決めるんですか？ 経理の確認も必要ですよね？」と困惑。経理担当は「システムの話はよくわからないので、そちらで決めてください」。PMは仕方なく「通常はどうなんでしょうか？ 他社さんはどうされていますか？」とベンダーに質問を投げ返すしかなかった。結局、誰も「決める」リスクを負わず、会議は「持ち帰り検討」という名の迷宮入りに。リリース後に「返品時のポイント返還が想定と違う」「在庫連携の例外ケースが考慮されていない」といった取り返しのつかないズレが露呈。
このエピソードは、意思決定の責任者が不明確なまま議論が進むことの危険性を如実に示しています。最終的に誰も責任を取ろうとせず、問題が先送りされた結果、プロジェクト全体に大きな手戻りや不具合が発生してしまうのです。
💡POINT「言わなくてもわかるだろう」は、プロジェクト崩壊の第一歩です。
プロジェクトを円滑に進めるためには、誰が何を、いつまでに決めるのかを明確にすることが不可欠です。
意思決定を加速させる「3層モデル」とは
前述のような悲劇を避けるためには、プロジェクトにおける意思決定の役割を明確に定義する必要があります。そこで有効なのが、私たちイノーバが提唱する「意思決定の3層構造」です。このモデルでは、プロジェクトに関わるメンバーを3つのレベルに分け、それぞれの役割と責任を明確にします。
| レベル | 役割 | 担当者 | 責任範囲 |
|---|---|---|---|
| LEVEL3 | プロジェクトオーナー（PO） | 役員・事業部長 | 最終決定権を持つ唯一の存在。予算・CSF（重要成功要因）・部門間対立の最終裁定を行う。 |
| LEVEL2 | プロジェクトマネージャー（PM） | EC責任者・推進リーダー | 機能の取捨選択とベンダー管理。現場の「欲しい」を取捨選択し、プロジェクトを推進する。 |
| LEVEL1 | ワーキンググループ（WG） | 現場担当者 | 要件の抽出と業務設計。決定権は持たず、PMに対してインプットを提供する。 |
LEVEL1：ワーキンググループ（WG）
WGは、現場の担当者で構成され、要件の抽出や業務設計を担当します。彼らは日々の業務を最もよく理解しているため、具体的な課題や必要な機能を洗い出す上で不可欠な存在です。しかし、WGは「決定権」を持つわけではありません。彼らの役割は、あくまでPMに対して「インプット」を提供することにあります。
LEVEL2：プロジェクトマネージャー（PM）
PMは、EC責任者や推進リーダーが担う役割です。WGから上がってきた要件を整理し、プロジェクト全体のスコープや予算、スケジュールを考慮しながら、機能の取捨選択を行います。ベンダーとの窓口となり、プロジェクトの進行を管理するのもPMの重要な役割です。PMは、現場の「欲しい」を全て受け入れるのではなく、プロジェクトの目的達成のために何が最適かを判断し、「決める」責任を負います。
LEVEL3：プロジェクトオーナー（PO）
POは、役員や事業部長といった経営層が担う、最も上位の意思決定者です。プロジェクト全体の最終的な責任を負い、予算の承認、重要成功要因（CSF）の定義、そして部門間の意見対立が発生した際の最終裁定を行います。POは、プロジェクトの方向性を決定し、PMがスムーズに意思決定できるよう、強力なリーダーシップを発揮する必要があります。
この3層構造を導入することで、各メンバーが自分の役割と責任を明確に認識し、無駄な議論や責任の押し付け合いを防ぐことができます。特に重要なのは、会議の終わりに「この件は誰がいつまでに決めるか？」を必ず確認し、議事録のネクストアクションには部署名ではなく個人名を記載することです。これにより、責任の所在が曖昧になることを防ぎ、次のアクションへとスムーズに繋げることができます。
成功するPMに学ぶ！意思決定を導く2つのテクニック
意思決定の3層モデルを理解した上で、PMがどのようにしてプロジェクトを推進し、意思決定を導いていくべきでしょうか。イノーバのホワイトペーパーでは、トヨタの成功事例に学ぶ2つのテクニックが紹介されています。
COFFEE BREAKコラム②「トヨタに学ぶ！成功するPMの"2つのテクニック"」
成功パターン①「MTGしまくる人」：異なる専門チームをまたいだMTGを頻繁に開催。情報の密度を高めることで、組織の「谷間」に落ちている潜在的な不整合やリスクを、プロジェクトが炎上する前の早い段階で強制的にあぶりだす。
成功パターン②「メールを送りまくる人」：関係者へ常に状況をアップデートしリマインドを繰り返すことで、立ち止まる隙を与えずプロジェクトを押し進める。
教訓：「PMの本質は『全体を見渡した誘導』にある」
テクニック1：MTGを頻繁に開催し、情報の密度を高める
成功するPMは、異なる専門チームをまたいだミーティングを頻繁に開催します。これにより、各部門間の情報共有を密にし、潜在的な不整合やリスクを早期に発見することができます。プロジェクトが炎上する前に問題をあぶり出すことで、手戻りを最小限に抑え、スムーズな意思決定を促します。
テクニック2：メールを積極的に活用し、関係者を誘導する
もう一つのテクニックは、関係者へ常に状況をアップデートし、リマインドを繰り返すことです。メールなどのコミュニケーションツールを積極的に活用し、プロジェクトの進捗状況や次のアクションを明確に伝えることで、関係者が立ち止まる隙を与えません。PMは、全体を見渡しながら、関係者を適切な方向に「誘導」する役割を担うのです。
これらのテクニックは、PMが単なる調整役ではなく、プロジェクト全体の意思決定を積極的にリードし、推進していくための強力な武器となります。特に、意思決定の責任が曖昧になりがちな場面で、PMがこれらのテクニックを駆使することで、プロジェクトの停滞を防ぎ、成功へと導くことができるでしょう。
まとめ：意思決定の明確化がプロジェクト成功の鍵
ECサイトのリニューアルプロジェクトにおいて、「誰が決めるか」を明確にすることは、プロジェクト成功の鍵を握ります。本記事で解説した「意思決定3層モデル」を導入し、プロジェクトオーナー（PO）、プロジェクトマネージャー（PM）、ワーキンググループ（WG）それぞれの役割と責任を明確にすることで、会議の停滞を防ぎ、スムーズなプロジェクト推進を実現できます。
また、成功するPMが実践する「MTGをしまくる」「メールを送りまくる」といったテクニックは、意思決定を加速させ、プロジェクトを成功に導くための具体的な行動指針となります。これらのノウハウを活用し、あなたのECリニューアルプロジェクトを成功に導きましょう。
ECサイトリニューアルを成功に導くための資料
「自社に合ったプロジェクト体制をどう構築すべきか」「PMが機能不全に陥らないためのポイント」をさらに詳しく知りたい方は、本記事で解説した意思決定構造を実践するためのノウハウをまとめた資料をご覧ください。