この記事でわかること

• GPT-5.6とChatGPT Workの概要
• 従来のChatGPTとChatGPT Workの違い
• 情シス業務への具体的な影響
• 導入前に確認すべきチェックリスト
• セキュリティリスクと対策
• PoCから始める導入ステップ
• 情シスの仕事が今後どう変わるのか

GPT-5.6とChatGPT Workで何が変わるのか

GPT-5.6の概要

GPT-5.6は、OpenAIの新しい大規模言語モデルとして注目されるモデルです。企業利用では、推論能力、コーディング支援、長文理解、エージェント型ワークフローでの性能向上が期待されます。

ただし、情シス目線では「性能が高いか」だけで判断すべきではありません。重要なのは、コスト効率、安全性、管理機能、ログ監査、既存システムとの統合しやすさです。高性能モデル、標準モデル、軽量モデルなどを用途に応じて使い分けられる場合でも、機密情報を扱う業務ではガバナンス設計が欠かせません。

ChatGPT Workの概要

ChatGPT Workは、職場での業務支援を目的としたAIエージェントとして位置づけられます。従来のチャットAIのように回答を返すだけでなく、連携可能な範囲によっては、文書作成、レポート作成、スプレッドシート編集、社内データの要約、業務アプリをまたいだ情報整理などを支援できる可能性があります。

つまり、ChatGPT Workは単なるチャットツールではなく、業務プロセスの一部を担うAIエージェントに近い存在です。そのため、情シスは「便利なAIを導入する」という視点だけでなく、「権限を持つAIをどう管理するか」という視点で検討する必要があります。

ChatGPT Workとは何か：従来のChatGPTとの違い

従来のChatGPTは“回答するAI”

従来のChatGPTは、ユーザーが質問し、AIが回答する使い方が中心でした。メール文面の作成、文章の要約、FAQ回答案の作成、コード生成などには有効ですが、実際の業務アプリ操作や複数ステップの処理は人間が主導する必要がありました。

ChatGPT Workは“業務を進めるAI”

ChatGPT WorkのようなAIエージェントは、目標を与えると作業手順を考え、必要な情報を参照し、複数ステップの作業を進めることが想定されます。例えば「今月のSaaS利用状況を整理して、不要ライセンス候補をレポート化して」と指示した場合、連携データをもとに集計・要約・報告書作成を支援するような使い方です。

情シスにとって重要なのは「権限を持つAI」になる点

AIが社内ファイルやSaaSにアクセスできるようになるほど、業務効率は高まります。一方で、誤操作、情報漏えい、権限過多、プロンプトインジェクションのリスクも大きくなります。情シスはAIを使う側であると同時に、AIエージェントを管理・監督する側になります。

情シス業務はどう変わるのか

ヘルプデスク対応

最も影響を受けやすいのがヘルプデスクです。ChatGPT Workの機能や連携範囲によっては、問い合わせ内容の分類、一次回答案の作成、過去ナレッジからの回答候補提示、チケットの優先度判定、対応履歴の要約を効率化できる可能性があります。

例えば「VPNに接続できない」「パスワードを忘れた」「Teamsの通知が来ない」といった問い合わせに対し、AIが一次切り分けと回答案を作成し、担当者が最終確認して返信する運用が考えられます。

アカウント・権限管理

入退社や異動に伴うアカウント管理でも、AIエージェントは申請内容の確認、権限テンプレートの提案、不自然な権限変更の検知補助に活用できます。

ただし、実際の権限付与、削除、管理者権限の変更はAI単独で実行させるべきではありません。最小権限の原則を徹底し、重要操作には人間承認を必須にする設計が必要です。

SaaS管理

SaaS管理は、情シスの負荷が増えやすい領域です。連携可能な範囲は製品仕様によりますが、Slack、Google Workspace、Microsoft 365、Jira、Notion、ServiceNowなどの利用状況を整理し、未使用アカウント、ライセンス削減候補、権限過多の候補をレポート化する活用が想定されます。

セキュリティ運用

セキュリティ運用では、ログの要約、アラート内容の一次整理、インシデント報告書の下書き、影響範囲の整理、再発防止策のドラフト作成などに活用できます。ただし、AIの判断をそのまま採用するのではなく、最終判断はセキュリティ担当者が行うべきです。

社内マニュアル・ナレッジ整備

問い合わせ履歴からFAQを生成したり、古いマニュアルの更新候補を抽出したりすることで、社内ナレッジの整備も進めやすくなります。新入社員向けIT利用ガイド、SaaS利用手順、障害時の連絡フローなどもAIで下書きし、人間がレビューする運用が現実的です。

ChatGPT Work導入前に情シスが確認すべきチェックリスト

導入前には、以下の観点を確認しましょう。筆者が情シス向けの生成AI導入検討で重視するのは「便利さ」よりも「ID・権限・ログ・データ保護を統制できるか」です。

セキュリティリスクと対策

リスク1：権限過多

AIエージェントに広い権限を与えすぎると、誤操作や情報漏えいの影響範囲が大きくなります。対策は、部門別・用途別に権限を分け、管理者権限をAIに直接持たせず、重要操作には人間承認を挟むことです。

リスク2：プロンプトインジェクション

外部サイトや文書内の悪意ある指示にAIが従ってしまうリスクがあります。ブラウザー操作やSaaS連携を行う場合は、外部コンテンツの扱いを制限し、AIの出力・操作ログを残す必要があります。

リスク3：機密情報の誤送信

メールやチャットツールと連携する場合、社外秘資料、顧客情報、個人情報をAIが誤って外部送信する可能性があります。DLPを導入し、入力禁止データを明文化し、外部送信前に人間確認を入れる設計が有効です。

リスク4：シャドーAI

社員が個人アカウントで生成AIを無断利用すると、情シスが把握できない場所で機密情報が入力される恐れがあります。禁止するだけでなく、公式利用環境を用意し、CASBやプロキシで利用状況を可視化することが重要です。

Microsoft CopilotやClaude Coworkとの比較観点

ChatGPT Workを検討する際は、Microsoft CopilotやClaude CoworkなどのAIサービスとも比較する必要があります。情シス目線では、ベンチマーク性能だけでなく、自社のID管理、SaaS構成、セキュリティ基盤、監査要件に合うかを確認しましょう。

情シス部門での導入ステップ

ステップ1：利用目的を決める

まず、ヘルプデスク対応、社内FAQ整備、ログ調査補助、マニュアル作成、SaaS利用状況レポート作成など、用途を絞ります。

ステップ2：対象部門を限定してPoCを行う

いきなり全社導入するのは避けましょう。情シス部門内、または一部部門でPoCを行い、扱うデータを限定します。

ステップ3：扱ってよいデータ・禁止データを定義する

個人情報、顧客情報、契約情報、認証情報、社外秘データの扱いを明確にします。入力禁止データを曖昧にしたまま利用を始めると、シャドーAIや情報漏えいにつながります。

ステップ4：SSO・権限・ログ管理を確認する

ID管理と統合し、管理者権限を制御し、操作ログを取得できる状態にします。監査対応できない状態での本格導入は避けるべきです。

ステップ5：社内利用ガイドラインを作る

利用可能な業務、禁止事項、出力結果の確認ルール、人間承認が必要な操作、インシデント発生時の報告先を明文化します。

ステップ6：効果測定して全社展開を判断する

問い合わせ対応時間、FAQ作成工数、SaaS管理工数、セキュリティアラート確認時間、利用者満足度、誤利用件数を測定し、全社展開の可否を判断します。

独自データ：PoCで見るべき費用対効果の例

以下は、情シス部門でPoCを設計する際に使いやすい試算例です。例えば、月間問い合わせが600件、1件あたりの平均対応時間が12分、AIで30％短縮できる場合、削減時間は月36時間です。

計算式は「月間問い合わせ件数 × 1件あたり対応時間 × 短縮率」です。600件 × 12分 × 30％ = 2,160分、つまり36時間です。担当者の時間単価を4,000円とすると、月14万4,000円相当の工数削減になります。ここにライセンス費用、API費用、教育コスト、セキュリティ対策費を差し引いてROIを判断します。

このように、ChatGPT Workの費用対効果は月額料金だけでは判断できません。削減できる工数と、運用・監査・教育にかかるコストをセットで見ることが重要です。

情シスの仕事はなくなるのか

減る可能性が高い仕事

単純なFAQ回答、チケット分類、ログの一次要約、定型レポート作成、SaaS利用状況の集計などは、AIエージェントによって効率化が進みやすい領域です。

むしろ重要になる仕事

一方で、AI利用ルールの設計、権限管理、ログ監査、セキュリティ統制、ベンダー選定、データガバナンス、AIエージェントの監督、社内教育、インシデント対応の重要性は高まります。

情シスは“作業者”から“AIエージェントの管理者・設計者”へ変わっていきます。AIに任せる業務と、人間が判断すべき業務を切り分けることが、これからの情シスに求められる役割です。

FAQ

Q1. ChatGPT Workと通常のChatGPTは何が違いますか？

通常のChatGPTは質問への回答や文章生成が中心です。一方、ChatGPT Workは業務アプリやファイルと連携し、複数ステップの作業を支援するAIエージェントとして活用される可能性があります。

Q2. 情シス業務で最も影響を受ける領域はどこですか？

ヘルプデスク対応、社内FAQ作成、SaaS管理、ログ調査、アカウント申請の確認、マニュアル作成などの定型業務が影響を受けやすいです。

Q3. ChatGPT Workを全社導入してもよいですか？

いきなり全社導入するのではなく、まずは対象業務と対象部門を限定したPoCから始めるのが現実的です。特に権限管理、ログ監査、データ保護の確認が必要です。

Q4. AIエージェントに管理者権限を持たせてもよいですか？

原則として慎重にすべきです。重要な設定変更、削除、外部送信などは人間の承認を必須にする設計が望ましいです。

Q5. 情シスの仕事はAIに置き換えられますか？

一部の定型作業はAIエージェントに置き換わる可能性があります。ただし、権限設計、ログ監査、セキュリティ統制、AI利用ルールの策定、インシデント対応など、人間が担うべき業務の重要性はむしろ高まります。

まとめ：情シスはAIエージェント時代の管理者・設計者になる

GPT-5.6とChatGPT Workは、企業AI活用を「チャット」から「エージェント」へ進める動きです。情シス業務では、ヘルプデスク、SaaS管理、ログ調査、マニュアル作成、IT資産管理などに大きな影響があります。

ただし、AIエージェントは権限を持つほどリスクも増えます。導入前には、SSO、SCIM、監査ログ、データ保持、DLP、CASB、外部連携、コストを確認すべきです。

最初から全社導入するのではなく、PoCで効果とリスクを測定し、社内利用ガイドラインを整備したうえで段階的に展開しましょう。これからの情シスに求められるのは、AIを禁止することではなく、AIエージェントを安全に業務へ組み込むためのルール、権限、監査の仕組みを設計することです。