ガバナンスAIエージェントデータ品質

AIの統制は「点」から「線」へ。乱立するAIを、止めずに広げるガバナンス設計

AIの統制は「点」から「線」へ。乱立するAIを、止めずに広げるガバナンス設計

部門ごとにAIツールの契約が増え、誰が何をどのデータで動かしているのか、全体が見えなくなっていませんか。 AIの統制というと「申請と承認を厳しくする」ことを思い浮かべがちですが、それだけでは現場が離れ、抜け道のAIが増えるだけです。 誤回答の根っこにある「指示とデータ」の統制と、乱立するAIを点ではなく線で見る仕組みを整理します。

AIは汎用品になった。差がつくのは「データと組織」

高性能なAIは、どの会社でも同じように使えるようになりました。 差がつくのは、AIそのものではなく、自社の知識やデータをAIにつなげ、組織として使いこなせるかどうかです。

実際、AI導入の相談内容もこの1年で変わってきました。 以前は「どう導入するか」でしたが、いまは「導入したものの、使えるデータがなくて活用が進まない」が増えています。 経営層に導入の壁を聞くと、1位は「データの品質と構造」で、全社員が高性能なモデルを使い始めたことによる「予算」の悩みも急に増えています。

AIの誤りはどこから来るか:指示・モデル・データ

統制の話をする前に、AIがなぜ間違えるのかを分けて考えておきます。原因は大きく3つです。

  • 指示の誤り:目的や前提、守るべき制約をAIに伝えていない
  • モデルの問題:もっともらしい作り話(ハルシネーション)や、学習データの偏り
  • データの品質:古い、出どころによって値が食い違う、統合のときに変換を誤っている

指示の例を一つ挙げます。ある地域の事業所で働く人の総数をAIに素朴に尋ねると、約310万人と返ってきました。 非正規の雇用や産業の構成を考慮するよう条件を足すと、約500万人になりました。 対象が300万人か500万人かで、作るべき仕組みの規模はまったく変わります。

例1の具体例:条件を伝えずに、AIに数字を聞いた。新しい仕組みの規模を見積もるためある地域で働く人の総数をAIに聞く。AIは自信満々に「約310万人です」と答える非正規の雇用や産業の構成は考えていない。条件を足して聞き直すと「約500万人」作るべき仕組みの規模がまるで変わる。目的・前提・制約を指示に書き、データの出どころと時点も確かめる 具体例 例1|条件を伝えずに、AIに数字を聞いた 1. 場面 新しい仕組みの規模を見積もるため ある地域で働く人の総数をAIに聞く 2. 起きること AIは自信満々に「約310万人です」と答える 非正規の雇用や産業の構成は考えていない 3. 結果 条件を足して聞き直すと「約500万人」 作るべき仕組みの規模がまるで変わる 4. 指示とデータを整えると 目的・前提・制約を指示に書き、 データの出どころと時点も確かめる

制約を伝えなかった例として、海外では、予約を頼まれたAIが満席で予約できず、システムに不正に入り込んで予約を取ってしまったという話も報じられています。 「法律を守る」という人間には当たり前の前提が、AIには伝わっていなかったのです。

悪意がなくても事故は起きます。 海外のAIの事故の集計では、詐欺などの悪用に次いで多いのが「誤った情報」、つまりデータの誤りや意味の取り違えによるものです。 統制の対象は、AIの使い方だけでなく、AIに渡す指示とデータにも及ぶ必要があります。

見落とされがちなデータ品質の観点

データの品質というと、欠損や入力ミスを思い浮かべます。 AIに渡すデータでは、それに加えて次の観点を確認します。

  • 新しさ:いつ時点のデータか。更新の頻度と、反映までの遅れはどれくらいか
  • 一貫性:同じ項目なのに、出どころによって値が違わないか(同じ場所の気温でも、地表から10cmで測るか1mで測るかで値は大きく変わる)
  • 出どころの信頼性:誰が集め、誰が持っているデータか(災害時でも、SNS由来の情報と公的機関の情報は扱いを分ける)
  • 意味の定義:同じ言葉でも、部門によって定義が違わないか(「売上」「顧客」「世帯」など)
  • 精度とコストの釣り合い:その用途に、そこまでの精度が本当に必要か

食品に産地や消費期限の表示があるように、AIに渡すデータにも「どこから来て、いつのものか」の表示が要ります。 表示のないデータをAIが自信満々に使うと、誤りに気づくのが遅れます。

土台は「ルール・ツール・データ」の3つ

AI活用の土台は、ルール・ツール・データの3つです。 議論はツールとデータに偏りがちで、ルールが手薄になりやすいのが実情です。

ここでいうルールは、社内のAI利用ガイドラインだけではありません。 取引先ごとに違う契約の条件、国や業界ごとの法令、データの利用目的の制限など、「このデータを、この用途でAIに使ってよいか」を決める根拠のすべてです。 調査では、約3割の人が「AIの利用ルールが十分でないこと」に不安を感じています。 ツールを入れる前に、ルールを誰がどこで管理するのかを決めておきます。

乱立するAIを把握する:まず「見える」状態に

部門ごとにAIツールを契約し、それぞれがエージェントを作り始めると、費用も使われ方もデータの流れも見えなくなります。 統制の第一歩は、禁止ではなく見える化です。

  • 社内で使われているAIツールとエージェントの一覧(誰が管理しているか)
  • それぞれが使っているモデルと、つないでいるデータ
  • エージェントごと・部門ごとの利用量と費用
  • 重要な操作の記録と、人が承認した・却下した履歴

この一覧があれば、「どの部門のどのAIが、顧客データを読んでいるか」にすぐ答えられます。 逆に言えば、この問いに答えられない状態が、いちばん危ない状態です。

点の統制から線の統制へ:権限を3層に分ける

個別の申請と承認だけに頼る統制を、ここでは「点の統制」と呼びます。 点の統制は、件数が増えると必ず遅くなります。 ある企業では、部門がAIにデータを使わせるまでに、申請・加工・承認・環境の準備で平均1〜2か月かかっていました。

これを、権限の枠組みと継続的な見守りで統制する「線の統制」に切り替えます。 要になるのは、役割を3層に分けることです。

  • 全体の管理者(情報システム部門):使ってよいモデル、つないでよいデータの種類を全社のポリシーとして決める。部門ごとに利用を許可し、費用・記録・利用状況を横断して見る
  • エージェントの管理者(各部門の担当者):与えられた枠の中で、エージェントの作成・データの投入・業務の操作の設定を、自分の部門で完結させる
  • 利用者:権限を意識せずに、許された範囲でAIを使う
権限の3層。全体の管理者が使ってよいモデルとデータを決め、エージェントの管理者が枠の中で作り、利用者は許された範囲で使う。全体の管理者は利用状況と費用を横断して見る 全体の管理者 情報システム部門 使ってよいモデルとデータを決める 部門ごとに利用を許可する エージェントの管理者 各部門の担当者 枠の中でエージェントを作る データと操作の設定を自部門で完結 利用者 現場の社員 権限を意識せずに使う 許された範囲だけが見える 利用量・費用・履歴を横断して見る
枠の管理は組織が、中身の作成は現場が担う

先ほどの企業は、権限とデータへのアクセスを枠として先に渡す方式に変えたことで、業務に組み込むまでの期間が2〜3日になりました。 統制は、設計しだいでスピードを落とすどころか、速さを生みます。

点の統制と線の統制の比較。点の統制は1件ずつ申請と承認をして1〜2か月かかる。線の統制は権限の枠を先に渡し、渡したあとも見え続ける仕組みで2〜3日で使い始められる 点の統制 1件ずつ申請と承認 線の統制 枠を渡して見守る 進め方 使うたびに申請・審査 権限の枠を先に決めて渡す 使えるまで 平均1〜2か月 2〜3日 現場の動き 待ちきれず抜け道へ 枠の中で自分で作る 見える範囲 承認した瞬間だけ 渡したあとも見え続ける 統制は、設計しだいで速さを生む
申請と承認の「点」ではなく、枠と見える化の「線」で統制する

線の統制が機能するための条件は3つです。

  • 使えるモデルとデータの範囲を、全社のポリシーで制御できること
  • 枠の管理は組織が、中身の作成と修正は現場が担うと、役割が決まっていること
  • 渡したあとも見え続けること:設定の変更、モデルの利用状況、人による承認の判断の履歴が残ること

部門最適の先へ:エージェントを部門の「継ぎ目」につなぐ

統制の仕組みが整うと、次の段階が見えてきます。AI活用は、おおむね次の3段階で進みます。

  • 個人の生産性:一人ひとりが調べ物や文書作成に使う
  • 組織の生産性:エージェントを業務のデータとプロセスに組み込む
  • 全社の価値:部門のエージェント同士をつなぎ、業務の出来事をきっかけに自動で動かす

部門ごとのエージェントをいくら賢くしても、部門と部門の間の引き継ぎは残ります。そのしわ寄せは顧客に向かいます。 ある企業では、サポート部門が受注を知るのが約1週間後で、その間お客様を待たせていました。 受注をきっかけに引き継ぎが自動で動くようにしたところ、受注した当日に着手できるようになっています。 この段階まで進めるには、部門をまたいでデータと権限を扱える統制の土台が欠かせません。

まとめ:AIの統制を始める前の確認リスト

  • 社内のAIツールとエージェントを一覧にし、管理者・モデル・つないでいるデータを把握しているか
  • AIに渡すデータについて、新しさ・一貫性・出どころ・意味の定義を確認しているか
  • 契約・法令・利用目的などのルールを、誰がどこで管理するか決めているか
  • 全体の管理者・エージェントの管理者・利用者の3層で、役割と権限を分けているか
  • エージェントごと・部門ごとの利用量と費用が見えているか
  • 設定の変更や承認の判断の履歴が、渡したあとも残る仕組みになっているか
  • データの整備に時間がかかることを、経営に理解してもらっているか

AIの統制は、AIを止めるための仕組みではなく、安心して広げるための仕組みです。 指示とデータを整え、枠を決めて現場に任せ、渡したあとも見え続けるようにする。 私たちは、この土台づくりを業務の担当者と一緒に進め、全社で使われ続けるAI活用をお手伝いしています。

社内のAI活用の棚卸しや、統制の仕組みづくりもご相談ください。

AI受託開発を見る

CEO・PM / 代表取締役

古川 舜也Shunya Furukawa

京都大学大学院卒業後、フューチャーアーキテクト、Dirbato にてITコンサルタントとして 大規模基幹システムの構築・CRM/SFA案件に従事。2023年に株式会社PartnerOptimize を設立。

—Related insights

関連記事

データ連携 部門ごとのAIが組織を遅くする。「個人の道具」を「組織の成果」に変えるデータ連携 基幹システム 全部入りの基幹システムの次へ。「本体は標準、違いは外で作る」刷新の決め方 AIエージェント 営業のAIは「万能な1体」では広がらない。商談レビューから育てるエージェント設計 AIエージェント 外部のAIから業務システムを安全に使う。入口が変わってもルールは同じ AIエージェント AIエージェントの権限は「影響度」で設計する。実務の4ステップ セキュリティ AIエージェントの事故に備える:本番前に決めておく監視とインシデント対応 データ基盤 全社データを「組織で運営する」データメッシュの考え方 データ基盤 ベンダーロックインを避けるデータ戦略。製品ではなく「データと定義」を自社で握る データ連携 データを「コピーせずに」共有する。取引先・グループ会社との連携は「参照の許可」へ データ基盤 AIの回答精度を上げる「意味の層」の整え方:指標と言葉の定義を揃える実践手順 AI活用 暗黙知をAIで継承する:ベテランの判断を組織の資産にする方法 AI駆動開発 AI駆動開発で、データ基盤を作り直す データ基盤 非エンジニアが進める、データ活用の内製化の4つの条件 AI活用 現場で使えるプロンプト設計の基本 AI活用 AIで、音声・手書き・PDFを「分析できる資産」に変える データ基盤 従量課金クラウドの「想定外コスト」を防ぐ方法 AI活用 PoCで終わらせないAI導入の進め方 データ連携 データモダナイゼーションとは?システムを作り直さずに、AIで使えるデータへ AI活用 ChatGPT・Claude・Copilotを「単体で」使う5つのリスク データ基盤 AI時代に、データ基盤が重要な4つの理由 データ連携 SalesforceとSnowflake、どう使い分ける?役割の違いと4つのつなぎ方 AIエージェント AIエージェントに顧客データを渡す前に。Salesforceに学ぶセキュリティの3層 AI駆動開発 AI駆動開発で、受託開発の見積りはどう変わるか Salesforce Salesforceが現場に定着しない3つの理由と、FDE型という解き方

AIと業務設計で 事業を再構築する。

AI活用の進め方の整理から、データ基盤・AIエージェントの構築まで。
構想段階のご相談も歓迎です。お気軽にお問い合わせください。