ステージゲートプロセス

英語名 Stage Gate Process
読み方 ステージ ゲート プロセス
難易度
所要時間 プロジェクト全体(数か月〜数年)
提唱者 Robert G. Cooper(1986年)
目次

ひとことで言うと
#

プロジェクトを**複数のステージ(段階)に分け、各ステージの終わりにゲート(審査会)**を設けて「続行・修正・中止」を判断する意思決定プロセス。投資を段階的にエスカレートさせることで、失敗時の損失を最小化する。

押さえておきたい用語
#

押さえておきたい用語
ステージ(Stage)
プロジェクトの作業フェーズのこと。各ステージで必要な調査・開発・検証を行う。
ゲート(Gate)
ステージの出口に設けられた審査ポイントを指す。ゲートキーパー(意思決定者)が次のステージに進むかを判断する。
ゲートキーパー
ゲートでGo/Kill/Hold/Recycleを判断する上位の意思決定者の役割である。
Go/Kill判定
ゲートにおける判定結果。Go(続行)Kill(中止)Hold(保留)Recycle(手戻り)の4種類がある。
スコアカード
ゲート審査で使用する評価基準表。技術実現性、市場性、収益性などをスコア化して判断する手法。

ステージゲートプロセスの全体像
#

5ステージ5ゲートの標準構造
Stage 1アイデアスクリーニング初期調査G1Stage 2ビジネスケース構築詳細調査G2Stage 3開発設計・製作プロトタイプG3Stage 4検証テスト妥当性確認G4Stage 5市場投入ローンチ量産開始ステージが進むほど投資額が増えるゲートでの4つの判定Go次のステージに進むKillプロジェクトを中止Hold一時保留にするRecycle前のステージに戻すゲートを通過しないプロジェクトに追加投資しないことで限られたリソースを有望なプロジェクトに集中できる
ステージゲートプロセスの実施フロー
1
ステージの作業を実行
各ステージで決められた調査・開発・検証を行う
2
成果物をゲートに提出
スコアカードに沿ったレポートをゲートキーパーに提出
3
Go/Kill/Hold/Recycleを判定
ゲートキーパーが評価基準に基づいて判断する
次ステージの予算承認
Goなら次ステージの予算・リソースが配分される

こんな悩みに効く
#

  • プロジェクトが途中で方向性を見失い、ダラダラと続いてしまう
  • 中止すべきプロジェクトを中止できない(サンクコストの呪縛)
  • 開発投資の意思決定に客観的な基準がない
  • 複数のプロジェクトにリソースが分散して成果が出ない

基本の使い方
#

ステップ1:ステージとゲートを定義する
自社のプロジェクトの性質に合わせてステージを設計する。標準的な5ステージ(アイデア→ビジネスケース→開発→検証→市場投入)を基本に、自社の承認フローに合わせて調整する。小規模プロジェクトなら3ステージに簡略化してもよい。
ステップ2:ゲートの評価基準を決める
各ゲートで「何をもってGoとするか」をスコアカードとして明文化する。評価項目の例: 技術実現性、市場規模、競合優位性、投資対効果、リソース確保状況。定量的な閾値(例: NPVが○○円以上)を設けると判断がブレにくい。
ステップ3:ゲートキーパーを任命する
ゲートの判定を行う人(通常は経営層・部門長)を明確にする。ゲートキーパーは感情ではなくスコアカードに基づいて判定する。「Kill」の判定を出せることが最も重要な役割であり、ここが機能しないとステージゲートの意味がなくなる。
ステップ4:運用を開始し定期的に見直す
最初の数プロジェクトで運用しながら、ステージの区切り方やスコアカードの項目を調整する。形骸化の兆候(すべてのプロジェクトがGoになる、ゲート審査が形式的になる)が見えたら、評価基準を引き締める。

具体例
#

例1:食品メーカーが新商品開発の成功率を上げる

年商80億円の食品メーカーで、過去3年間に新商品を12品投入したが、2年以内に棚落ちしたのが9品。開発コストの回収率は 28% にとどまっていた。

5ステージ5ゲートのプロセスを導入。

ゲート判定基準(抜粋)Kill率
G1: アイデア審査ターゲット市場規模3億円以上40%
G2: ビジネスケース消費者テスト購入意向60%以上25%
G3: 開発GO原価率目標達成+量産可能15%
G4: 市場テストテスト販売のリピート率20%以上10%

導入初年度、50件のアイデアからG4を通過したのは 5件 。少数精鋭で市場投入した結果、2年後の棚残り率は 80% に改善。開発コスト回収率は 28% → 71% に向上した。

例2:ITベンダーが受託開発の赤字プロジェクトを減らす

従業員300名のSIerで、大型受託案件の 23% が赤字で着地していた。原因は要件定義の甘さや技術リスクの見落としだが、一度受注すると途中で止められない文化があった。

受注前の提案プロセスに3ステージ3ゲートを導入。

  • Stage 1(引合い調査)→ G1: 技術実現性と要員確保の可否を判定。実現性が低い案件はここでKill
  • Stage 2(概算見積もり)→ G2: 粗利率15%以上の見込みがなければKill。三点見積もりを義務化
  • Stage 3(提案書作成)→ G3: 最終提案前にリスク一覧を経営層が確認。リスクスコアが閾値を超えたらKill

初年度にG1でKillされた案件が 8件 、G2で 4件 。「本来受けるべきでなかった案件」を事前に排除できた。赤字プロジェクト率は 23% → 9% に低下し、営業利益率が 2.1ポイント 改善した。

例3:製薬ベンチャーがパイプライン管理に活用する

創薬ベンチャー(従業員40名)は3つの新薬候補を同時に進めていたが、資金は1つを臨床試験Phase 2まで進めるのがやっとの状況。どれに集中投資すべきか判断できずにいた。

ステージゲートプロセスを導入し、3候補を同じスコアカードで評価。

スコアカード項目(各10点満点):

  • 有効性データの強さ
  • 安全性プロファイル
  • 競合との差別化
  • 市場規模(年間売上予測)
  • 開発コスト対効果

Gate 2の審査結果: 候補A 38点 、候補B 29点 、候補C 42点 。候補Cに集中投資し、BはHold、AはRecycle(適応症を変更して再検討)と判定。

感情論ではなくスコアに基づいた判断ができたことで、取締役会での合意形成も 3回の議論 → 1回で決定 に短縮された。

やりがちな失敗パターン
#

  1. ゲートが形骸化する(全プロジェクトがGoになる) — 評価基準が曖昧だったり、ゲートキーパーが「Kill」を出す勇気を持てない場合に起きる。Killを出すことは「賢い判断」であり「失敗」ではないという文化を作る。
  2. ステージが多すぎて開発スピードが落ちる — 5ステージが重すぎる場合は3ステージに圧縮する。小規模・低リスクのプロジェクトにまで重いゲートを課さない。
  3. ゲートの審査に時間がかかりすぎる — ゲートキーパーのスケジュール調整で2〜3週間待つケースがある。審査は1週間以内に完了するルールを設ける。
  4. サンクコストに引きずられる — 「ここまで投資したのだから」と続行を選びがち。ゲートでは「過去の投資額」を判定基準に含めない。将来の期待リターンだけで判断する。

まとめ
#

ステージゲートプロセスは、プロジェクトを段階的に審査し、有望なものだけに投資を集中させる仕組み。各ゲートでGo/Kill/Hold/Recycleを判定することで、失敗プロジェクトへの追加投資を早期に止められる。スコアカードによる定量的な評価基準と、Killを出せるゲートキーパーの存在が成功の鍵。形骸化させないためには、定期的な運用見直しが欠かせない。