ITパスポート 令和4年度 問35：システム戦略に関する問題

答えは b「PoC」 です。

PoC（ピー・オー・シー）とは、「本当にうまくいく？を、まず小さく試してみること」。本格導入する前のお試し・実験です。

この問題は、AIシステムが効果あるか不安だから“試して確かめる”という話。まさにPoCです。

👉 覚え方：PoC＝Proof of Concept＝「コンセプト（考え）が成り立つか証明する」＝お試し検証。

ほかの選択肢：a IoT＝モノをネットにつなぐ仕組み／c SoE＝顧客とのつながり重視のシステム／d SoR＝記録・基幹を支える堅いシステム。cとdはシステムの種類の話で、検証の話ではありません。

なぜこれが正解か

正解は b。PoC（Proof of Concept＝概念実証）は、新しい技術やアイデアが実際に効果を発揮し実現可能かを、小規模に試行して検証すること。問題文の「想定効果が得られるか不明なので試行して実現性を検証する」がPoCの定義そのもの。

各選択肢の解説

• a IoT（Internet of Things）：✕ 様々なモノをインターネットに接続する仕組み・概念。
• b PoC：○ 本格導入前に実現性・効果を試行検証すること。
• c SoE（Systems of Engagement）：✕ 顧客との関係構築・体験向上を重視するシステム類型。
• d SoR（Systems of Record）：✕ 基幹業務の記録を確実に管理する従来型システム類型。

覚え方・ひっかけ注意

「導入前のお試し検証＝PoC」。SoEとSoRはシステムの分類で、検証の概念ではない。SoR＝Record（記録・堅牢）、SoE＝Engagement（つながり・体験）と頭文字で区別。「実現性を試す」と来たらPoC。

理論的背景

PoC（Proof of Concept：概念実証）は、新しい技術・アイデア・システムの「実現可能性（Feasibility）」と「期待効果（Effectiveness）」を限定的な規模で実験・検証するプロセスである。製品・サービスの本格開発・導入を決定する前段階として行われ、想定しているが不確かな仮定（技術的な実現性・業務改善効果・ユーザー受容性等）を実際に確認することがPoCの目的。

PoCの位置付けを開発プロセスの文脈で整理する。

1. PoC（Proof of Concept）：「そもそも技術的に実現できるか？期待通りの効果が出るか？」を最小限のコストで検証する。

2. パイロット（Pilot Test）：PoCで可能性を確認した後、実際の業務環境・限定ユーザーで試行運用して本番適用に向けた課題を洗い出す。

3. 本番導入（Full Deployment）：パイロットの知見を踏まえた全社・全ユーザー展開。

本問の「AIを活用した業務改革の検討を進め、導入するシステムを絞り込んだ。しかし、想定している効果が得られるかなど不明点が多いので、試行して実現性の検証を行う」という記述はPoCの定義に完全に一致する。「実現性の検証」というキーワードが直接PoCを指している。

実務での使われ方

DX推進における「AIシステム導入」のPoCは現在最も頻繁に行われるPoCの形態の一つ。コールセンターへのAIチャットボット導入、製造ラインの外観検査AI導入、業務文書のAI自動処理等において、PoC段階で「検出精度・処理速度・業務への組み込みやすさ・オペレーターの受容度」を限定的な業務で実証してから本格展開する。

PoCの成功基準（Success Criteria）を事前に明確化することが重要で、「検出率90%以上」「処理時間50%削減」「現場オペレーターの満足度評価4以上（5点満点）」などのKPIを設定し、達成できた場合のみ本格導入を承認するゲートレビューの仕組みが有効。「PoCで成功したがスケールしない」という失敗（PoC地獄）を防ぐためにも、本番環境でのスケーラビリティを見据えた検証設計が必要。

試験での位置づけ

ITパスポートのシステム戦略・DX・新技術分野で出題頻度が増加している。「試行して実現性の検証」という表現がPoCの直接的な定義として機能する。誤答候補のIoT（技術そのもの）・SoE・SoR（システムの役割分類）との区別が問われる。PoCは「事前検証のプロセス・活動」であり、特定の技術名称ではない点を理解することが重要。

上位資格では、POC成功基準の設計・ゲートレビューの仕組み、「PoC地獄（永遠にPoCを繰り返して本番導入できない状態）」とその対策（スモールスタート戦略・MVP：Minimum Viable Productアプローチ）、Design Sprint（5日間でプロトタイプを作り検証するGoogleのフレームワーク）との関係まで踏み込んだ問題が出る。

選択肢の発展補足

選択肢a（IoT）：Internet of Thingsの略で、センサー・機器・モノをインターネットで接続してデータ収集・制御する技術・概念。IoTを活用したシステムを導入する際にPoCを行うという文脈では両者が同じ文章に登場するが、IoTは技術の名称であり「試行して実現性の検証を行う活動」を指す言葉ではない。本問のコールセンターのAI活用事例でIoTは直接関係しない。

選択肢c（SoE：System of Engagement）：顧客・社員が直接インタラクションするフロントエンドのシステムカテゴリ。Webサービス・スマホアプリ・SNS等のユーザーエンゲージメントを重視するシステム。対概念はSoR（System of Record：取引記録・マスターデータを管理するバックエンドシステム）。両概念ともGartner社が提唱した分類フレームワークで、システムの役割・特性を示す概念であり「実現性の検証を行うプロセス」ではない。

選択肢d（SoR：System of Record）：顧客情報・会計・在庫・受注管理などの「基幹業務データ」を正確・安定・高信頼で管理するバックエンドシステム。ERPや基幹システムがこれに当たる。変更頻度が低く、安定性・整合性が最優先。SoEと組み合わさって「SoEがユーザー接点でデータを収集→SoRに格納・管理」という二層アーキテクチャが現代のシステム設計の基本パターン。PoCと同様に「何かを検証する活動」ではなく「システムの分類・役割」を指す概念。