エンタープライズアーキテクチャ・システム企画 重要度:★★★出題: AM2・PM1・PM2
PoC（概念実証）
ぽっく / がいねんじっしょう / Proof of Concept (PoC)
新技術や革新的アイデアの実現可能性、技術的成立性、およびビジネス価値を、最小限の試作・実証実験で早期検証すること。
3行速習ポイント
- 巨額の本開発投資に踏み切る前に、小さく・素早くリスクを検証（Fail Fast）する手法。
- 目的や成功基準（KPI）が曖昧なままダラダラと検証を繰り返す「PoC死（PoCスパイラル）」に陥る罠を回避する。
- ITストラテジストは、明確な検証期間（例：2ヶ月）と合否判定基準（例：AI精度90%以上）をあらかじめ設定する。
図解
図PoC（概念実証）の適正な検証ステッププロセス・手順フロー
PoC死を防ぎ本開発へ確実につなぐゲートウェイ▶ 進行順序：1. 基準設定➔2. 実証➔3. 判定➔4. 本番化
11. 仮説立案 ＆ 成功基準設定
基準設定KPIと期限の厳密化
「何を検証できれば成功か」を明確にするため、対象業務スコープと定量的な合格基準（例：AI認識精度90%以上、処理時間40%削減）および検証期限を事前設定する。
22. 実証実験（短期間・小規模）
実証実データでのプロトタイプ
4〜8週間程度の短期間・小規模予算に限定し、精製されたダミーデータではなくノイズを含む現場の実業務データと実ユーザーを用いてプロトタイプを稼働させる。
33. 合否判定ゲート (Go/No-Go)
判定基準クリア判定
実証結果と事前設定KPIを照合する意思決定ゲート。基準達成なら本開発へ昇格させ、未達なら漫然と延長せず（PoC死の回避）ピボットまたは早期撤退を決断する。
44. 本開発・全社展開
本番化スケーリング
PoCで実証されたコア機能に対し、全社展開に必要な非機能要件（可用性・性能）、セキュリティ統制、基幹システム連携（API）と現場教育を組み込んで本番展開する。
💡 午後IIの新技術導入では「PoC死（検証の自己目的化）」を防ぐため、検証期間と定量合格ライン（精度・削減時間）を事前定義し、Go/No-Go判定を行う。
概要と本質
生成AI、IoT、ブロックチェーンなどの最新技術を適用する際、机上の調査だけで完璧な計画を立てることは不可能です。PoCは、限定された環境や実データを用いて実際に動くプロトタイプを作り、「技術的に動くか（技術実証）」と「本当に現場で使われて効果が出るか（価値実証）」を低コストで検証します。
重要ポイント・コア概念
- PoC死の回避：検証ゴール（Exit Criteria）を事前に明確化し、基準未達なら勇気を持って即座に撤退
- 本番データでの検証：ダミーデータではなく、ノイズの多い現場の実際の業務データを使って精度判定
- 現場ユーザーの巻き込み：技術者だけで検証せず、実際に業務を行う現場社員に使わせて受容性をテスト
- 本開発への移行計画：PoC成功後のスケールアップ（非機能要件、セキュリティ、既存システム連携）を見据えておく
試験対策・午後II論文での活用法
最新の午後II論述で最もホットなテーマ！『AIや新技術を活用したシステム企画』において、PoCの推進プロセスを述べる出題が頻出。『PoC死を防ぐため、検証期間を8週間に限定し、精度85%以上かつ作業時間30%削減をクリアした場合のみ本開発へ進むゲートウェイを設定した』と書くと完璧。
小論文で使える実践フレーズ・キーワード（クリックでコピー）
関連する重要用語
この用語が出題された過去問を解く（1分演習）
即時アウトプットで定着ITストラテジスト 過去問演習で実践力を鍛える
