エンタープライズアーキテクチャ・システム企画
午前II午後I午後II論文
重要度:
PoC（概念実証）
よみがな: ぽっく / がいねんじっしょう
英語名称・略称: Proof of Concept (PoC)
1行要約（本質）
新技術や革新的アイデアの実現可能性、技術的成立性、およびビジネス価値を、最小限の試作・実証実験で早期検証すること。
3つの重要ポイント
1
巨額の本開発投資に踏み切る前に、小さく・素早くリスクを検証（Fail Fast）する手法。
2
目的や成功基準（KPI）が曖昧なままダラダラと検証を繰り返す「PoC死（PoCスパイラル）」に陥る罠を回避する。
3
ITストラテジストは、明確な検証期間（例：2ヶ月）と合否判定基準（例：AI精度90%以上）をあらかじめ設定する。
構造・プロセスの図解
図PoC（概念実証）の適正な検証ステップ
PoC死を防ぎ本開発へ確実につなぐゲートウェイ11. 仮説立案 ＆ 成功基準設定
KPIと期限の厳密化
何を検証するか（AI精度・業務削減効果）と終了判定基準を設定。
22. 実証実験（短期間・小規模）
実データでのプロトタイプ
4〜8週間の限定期間で現場実データを用いてプロトタイプ動作。
33. 合否判定ゲート (Go/No-Go)
基準クリア判定
基準達成 ➔ 本開発投資へ昇格。未達 ➔ 理由を分析し迅速撤退。
44. 本開発・全社展開
スケーリング
非機能要件、セキュリティ、基幹系連携を本格設計し全社配備。
概要・背景・本質
生成AI、IoT、ブロックチェーンなどの最新技術を適用する際、机上の調査だけで完璧な計画を立てることは不可能です。PoCは、限定された環境や実データを用いて実際に動くプロトタイプを作り、「技術的に動くか（技術実証）」と「本当に現場で使われて効果が出るか（価値実証）」を低コストで検証します。
コア概念と着眼点
- PoC死の回避：検証ゴール（Exit Criteria）を事前に明確化し、基準未達なら勇気を持って即座に撤退
- 本番データでの検証：ダミーデータではなく、ノイズの多い現場の実際の業務データを使って精度判定
- 現場ユーザーの巻き込み：技術者だけで検証せず、実際に業務を行う現場社員に使わせて受容性をテスト
- 本開発への移行計画：PoC成功後のスケールアップ（非機能要件、セキュリティ、既存システム連携）を見据えておく
ITストラテジスト試験（午後I記述・午後II論文）での論述ポイント
最新の午後II論述で最もホットなテーマ！『AIや新技術を活用したシステム企画』において、PoCの推進プロセスを述べる出題が頻出。『PoC死を防ぐため、検証期間を8週間に限定し、精度85%以上かつ作業時間30%削減をクリアした場合のみ本開発へ進むゲートウェイを設定した』と書くと完璧。