はじめに
プロジェクトは、要件定義、設計、開発、テスト、本番移行といった複数のフェーズで構成されます。本来であれば、各フェーズの完了時に次のフェーズへ進んでよいかを判定する「ゲートレビュー」が必要ですが、実務の現場ではスケジュール優先でなんとなく次のフェーズに進んでしまうケースが多く見られます。ゲートレビューをどう設計すべきかを整理します。
なぜゲートレビューが省略されがちなのか
ゲートレビューが形骸化・省略される背景には、次のような事情があります。
- スケジュールが逼迫しており、レビューのための時間を確保する余裕がない
- 「次のフェーズに進めない」という判定が出ることへの心理的な抵抗がある
- そもそも何を基準に判定すればよいのかが、事前に決められていない
特に3つ目が根本的な原因です。判定基準がないまま「レビューをやろう」としても、何を確認すればよいのかわからず、形だけの会議になってしまいます。
ゲートレビューで確認すべきこと
ゲートレビューは、単に「スケジュール通りに進んでいるか」を確認する場ではありません。次のフェーズに進むための前提条件が満たされているかを確認する場です。
- 当該フェーズの成果物が、合意された品質基準を満たしているか
- 未解決の課題・リスクのうち、次のフェーズに進めない致命的なものが残っていないか
- 次のフェーズに必要な体制・予算・スケジュールの見通しが立っているか
- 関係者（発注側・ベンダー双方）の承認が得られているか
これらを、フェーズごとに具体的なチェックリストとして事前に準備しておくことで、判定が属人的・感覚的にならずに済みます。「もう後戻りできない」空気に流されないために｜カットオーバー判定基準を事前に決めるで触れた考え方は、本番移行の判定だけでなく、すべてのフェーズ移行判定に応用できます。
判定結果は3択で考える
ゲートレビューの判定結果を「進む」「進まない」の2択で考えると、「進まない」という判定を出しにくい空気が生まれがちです。実務的には、次の3択で考えることをおすすめします。
- 条件なしで次フェーズへ進む：前提条件をすべて満たしている
- 条件付きで次フェーズへ進む：軽微な未解決事項はあるが、並行して対応しながら進めても致命的な影響はない
- 次フェーズへ進まない：致命的な未解決事項があり、先に解消する必要がある
「条件付きで進む」という選択肢を用意しておくことで、判定する側の心理的なハードルが下がり、形骸化を防ぎやすくなります。ただし、条件付きで進んだ事項は、放置されないようフォローアップの責任者と期限を明確にしておく必要があります。
誰が判定するのか
ゲートレビューの判定者は、プロジェクトマネージャー自身ではなく、プロジェクトの外側にいる第三者（経営層、PMO、品質保証部門など）が担うことが望ましいです。当事者であるPMが自ら判定すると、スケジュールへのプレッシャーから、甘い判定になりやすい構造があるためです。
実際に使っているカットオーバー判定基準書は、noteで配布しています。本番移行だけでなく、フェーズ移行のチェックリストとしてもそのまま応用できます。
まとめ
ゲートレビューは、スケジュール優先でなんとなく省略されがちですが、フェーズ移行の前提条件を客観的に確認する重要な機会です。フェーズごとの判定基準を事前にチェックリスト化し、「進む・条件付きで進む・進まない」の3択で判定すること、そしてプロジェクトの外側にいる第三者が判定を担うことが、ゲートレビューを形骸化させないためのポイントです。
執筆者プロフィール：SIer（元請け）とITコンサルファーム（発注側支援）、両方の立場でプロジェクトに従事（通算9年）。要件定義からベンダーマネジメントまで一貫して対応し、基幹システム刷新・DX推進プロジェクトに多数従事。
コメント