フェーズ・ゲートとは？ふぇーずげーと
フェーズ・ゲートは、プロジェクトを段階に分割し、各フェーズ終了時点で次フェーズへの移行可否を正式に承認する意思決定点である。判定はGo（続行）・Kill（中止）・Hold（保留）・Recycle（差戻し）の類型で表され、中止を選択肢として持つことが定義上の要件になる。承認の主体はプロジェクトマネージャではなくステークホルダ側（ステアリングコミッティ、プロジェクトオーナ）で、判断基準は成果物の技術的な充足だけでなく、投資対効果とリスクが当初の前提を維持しているかである。ここが設計上の意味で、フェーズ終盤ほど累積コストが大きく変更コストも高くなるため、早いゲートで打ち切るほど損失が小さいという構造になっている。段階的詳細化（フェーズが進むほど見積り精度が上がる）と組み合わせて、不確実性が高いうちは小さく投資し、ゲートごとに再判断する。
最終更新：2026-10-06
この語が出る過去問を解く →背景
プロジェクトの不確実性はフェーズが進むほど下がるが、累積コストと変更コストは逆に上がっていく。この非対称があるために、全体を一度に承認して走らせる方式では、前提が崩れたことが分かる頃には引き返せなくなっている。段階ごとに小さく投資し、そのつど再判断する構造にすれば、損失を打ち切った時点までに限定できる——サンクコストに引きずられた継続を、手続きで断ち切るための仕組みである。承認者をオーナ側に置くのも、自らの計画の続行可否を自ら決める構図では統制が働かないからで、応用情報でこの主体が繰り返し問われるのはそのためである。
具体例
外部ベンダに委託した基幹刷新で、要件定義完了時のゲートに投資対効果の再計算を持ち込んだところ、想定していた業務削減効果が組織変更で半減していたことが分かった。技術的な成果物は要件を満たしていても、ここでの正しい判断はHoldまたはKillになる。設計以降に進めてから止めると、それまでの工数がそのまま損失になる——ゲートで問うのは「作れるか」ではなく「作る価値がまだあるか」である。
試験での引っ掛け
マイルストーンとの区別が最頻出。マイルストーンは所要期間ゼロの日程上の到達点を示すだけで、承認行為も中止判断も伴わない。フェーズゲートとデザインレビューの混同も狙われ、後者は成果物の技術的妥当性を有識者が確認する活動であって、投資継続の可否は決めない。またゲートの承認者をプロジェクトマネージャとするのも誤りで、自らの計画の続行可否を自ら決める構図になり統制が働かない。記述式では「中止という結論を持つ承認点であること」と「承認者がオーナ側であること」のどちらかを、30〜50字で言い切れるようにしておく。
関連用語
出た過去問
出典：平成29年度 秋期 応用情報技術者試験 午前 問59（IPA）
開発プロジェクトにおいて、開発検討フェーズ、プログラムテストフェーズ、移行判定フェーズを対象とし、それぞれのフェーズ終了時に監査を実施する場合、移行判定フェーズ…
正解：システムの品質が本番稼働にとって問題がないことの判断資料が作成されていることを確認するために、品質報告書を閲覧する。
要点：移行判定では稼働可否の判断資料となる品質報告書を確認する
移行判定フェーズは、開発したシステムを本番稼働へ移行してよいかを判断する段階である。したがって監査手続としては、稼働に耐える品質が確保されていると判断できる資料、すなわち品質報告書が作成されているかを確かめることが適切である。
出典：令和3年度 秋期 応用情報技術者試験 午前 問51（IPA）
PMBOKガイド第6版によれば、プロジェクトの各フェーズが終了した時点で実施する“フェーズ・ゲート”の目的として、適切なものはどれか。
正解：プロジェクトのパフォーマンスや進捗状況を評価して、プロジェクトの継続や中止を判断する。
要点：フェーズ・ゲートは継続か中止かを判断する関門
フェーズ・ゲートは、フェーズの終わりに設ける意思決定の関門である。そこまでの成果やパフォーマンス、進捗を評価したうえで、次のフェーズへ進めるか、修正するか、あるいはプロジェクト自体を中止するかを判断する。段階的にリスクを絞り込み、見込みの薄い案件に資源を投じ続けることを防ぐ狙いがある。
出典：平成28年度 春期 応用情報技術者試験 午前 問70（IPA）
技術は，理想とする技術を目指す過程において，導入期，成長期，成熟期，衰退期，そして次の技術フェーズに移行するという進化の過程をたどる。この技術進化過程を表すもの…
正解：技術のSカーブ
要点：技術のSカーブは導入・成長・成熟の性能向上をS字で表す
技術のSカーブは、投入した資源や時間に対する技術の性能向上を表した曲線である。導入期は伸びが緩やかで、成長期に急激に向上し、成熟期には限界に近づいて頭打ちになるためS字を描く。次の技術への移行時期を見極める指標として使われる。
出典：平成30年度 秋期 応用情報技術者試験 午前 問66（IPA）
ベンダX社に対して，表に示すように要件定義フェーズから運用テストフェーズまでを委託したい。X社との契約に当たって，“情報システム・モデル取引・契約書＜第一版＞”…
正解：a, d
要点：ユーザ主体の要件定義と運用テストは準委任型が適切とされる。
モデル取引・契約書では、成果物を完成させる責任が問える工程は請負型、ユーザ側の主体的な関与が不可欠で成果の完成を約束しにくい工程は準委任型とされる。要件定義はユーザが主体となって要求を固める工程、運用テストはユーザが自ら受入れの観点で確認する工程なので、いずれも準委任型が適切とされる。内部設計やシステム結合はベンダが成果物に責任をもつため請負型となる。
出典：令和4年度 秋期 応用情報技術者試験 午前 問66（IPA）
“情報システム・モデル取引・契約書＜第二版＞”によれば、ウォーターフォールモデルによるシステム開発において、ユーザ（取得者）とベンダ（供給者）間で請負型の契約が…
正解：システム内部設計フェーズからシステム結合フェーズまで
要点：仕様が確定した内部設計〜結合が請負型に適する
モデル取引・契約書では、要件が固まって成果物を明確に定義できる工程は請負型、要件がまだ流動的でユーザ側の関与が不可欠な工程は準委任型が適切とされています。内部設計から結合までは仕様が確定しベンダが成果物の完成に責任を負えるため、請負契約がなじみます。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。