ナレッジが貯まらないのは入力を人に任せているから｜記録に倒す条件と副作用

社内wikiもCRMも議事録テンプレートも、最終的には誰かが手で書くことに依存しています。書く人に短期的な見返りはないので、忙しくなれば真っ先に落ちます。ナレッジが貯まらない原因を「文化が根付いていない」「意識が低い」で片付けるかぎり、打ち手は「入力させる工夫」から出られません。

この記事では、原因を入力コストを人間に負わせている設計そのものに置き直します。50名へのインタビューから44の阻害要因を抽出した研究は、書かない理由が意図的な出し惜しみではなく動機の欠如だったと報告しています。入力しないことは、怠慢ではなく優先順位の判断です。

さらに厄介なのが、貯まったものの偏りです。従業員18万人超の企業でのYammer導入2年分のログでは、登録ユーザーの63.2%が一度も書いても受け取ってもいませんでした。忙しい人ほど書かない傾向がある以上、判断の密度が高い人のナレッジほど構造的に欠落します。量の問題ではなく、母集団の歪みの問題です。

そこで「誰にも入力させないとしたら」という極端な問いを置き、その設計がなぜ構造的に強いのかを整理します。ただし常時記録には確実に副作用が出ます。63研究を統合したメタ分析では、業務パフォーマンスへの効果は確認されないまま、ストレスと逆効果的な行動だけが上がっていました。記録が残るというだけで、誰も見ないと分かっていても発言は変わります。

副作用のセクションでは、この5つを実証データと個人情報保護委員会の一次資料で裏づけます。そのうえで極端案から原則だけを取り出し、録音を一切しなくても使える3問の判定軸と、範囲を段階的に広げるロードマップに着地させます。最後に、記録した後に必要な検索・要約・想起の層を扱います。

「入力してください」と言い続けるやり方には天井があります

社内wikiを立てました。CRM（顧客との商談履歴や連絡先を一元管理するシステム）も導入しました。議事録のテンプレートも整えました。それでも半年後に開いてみると、中身が薄い。よくある話です。そして次の打ち手はたいてい「使ってもらうための工夫」になります。テンプレートをもっと簡単にする、入力を評価に紐づける、経営から号令をかけてもらう。だいたいこのあたりが候補に挙がります。

ただ、いろいろな現場を見ているうちに、打ち手の方向そのものがずれている気がしてきました。どの案も「人が入力する」という前提を動かしていないからです。

44の要因を並べた研究が出した答え

フィンランドの研究者ふたりが、ハードウェアからソフトウェアへ事業を移しつつある国際的なIT企業に入り込んで、ナレッジマネジメントが機能しない理由を洗い出した研究があります。Koivisto と Taipalus の論文で、2025年に International Journal of Knowledge Management Studies に掲載されました（プレプリントはarXivで読めます）。

規模がしっかりしています。50名に対して22回のグループインタビューを行い、114ページ分の逐語録（発言をそのまま文字に起こした記録）から約700件の言及を拾い、44の阻害要因と5つのテーマに整理しています。単一企業の事例研究なので、そのまま一般化はできません。ただし現場の言葉がそのまま残っているという点で、他では読めない資料です。

44の要因のうち、個人まわりのテーマで筆頭に挙がっているのが「時間と労力」でした。論文はこう書いています。

transferring knowledge into documents that others can find and understand was seen as burdensome because it requires unnecessary effort from both the owner and the receiver of knowledge

他人が見つけて理解できる形に知識を文書へ移すことは、知識の持ち主と受け手の双方に余計な労力を強いるため、負担だと受け止められていた、という意味です。

インタビューを受けた人の言葉も載っています。

Nobody wants to use their time on that if that’s not their job.

それが自分の仕事でないなら、誰も自分の時間をそこに使いたがらない。身も蓋もありませんが、正確な表現だと思います。

悪意ではなく、動機がないだけです

この論文でいちばん重要なのは、書かない理由が悪意ではなかったと明記している点です。

Most often this was not seen as intentional withholding of knowledge but rather as lack of motivation to be active about sharing knowledge.

意図的な出し惜しみとは見なされず、むしろ共有に能動的に取り組む動機の欠如だと受け止められていた。

さらに著者らは、先行研究が唱えていた仮説をひとつ否定しています。IT業界のグローバル化が進むと、従業員は自分の雇用を守るために重要な知識を意図的に隠すようになる、という説です。この企業では当てはまりませんでした。参加者は同僚と知識を共有することに前向きで、自分のポジションを失う心配を口にしなかった、と論文は書いています。

思っていた説が成り立たなかったことを正直に書いている研究は貴重です。そして私たちにとっては、ここが出発点になります。どうやら書かないのは、意識が低いからでも、抱え込んでいるからでもなさそうです。

短期的な見返りのない作業は、忙しくなったときに真っ先に落ちます。それは怠慢ではなく優先順位の判断です。同じ30分を、目の前の顧客対応に使うか、まだ誰が読むか分からない文書の整形に使うか。この二択で前者を選ぶ人を責める理屈は、正直あまり見当たりません。

ツールを入れれば解決する、とは言えないデータ

「では良いツールを入れよう」という話になりがちなので、先に釘を刺しておきます。

Serenko と Bontis が2016年に Journal of Knowledge Management に発表した研究は、北米のクレジットユニオン（日本の信用組合にあたる金融機関）15社で働くナレッジワーカー691名を調査し、組織のなかで知識が隠される要因を分析しました。結論のひとつがこれです。

The availability of knowledge management systems and knowledge policies has no impact on intra-organizational knowledge hiding.

ナレッジマネジメントシステムとナレッジポリシーが存在することは、組織内の知識隠しに何の影響も及ぼしていませんでした。効いていたのは組織文化と、雇用不安でした。なお私はこの論文の要旨までしか読めていないので、分析の細部については断定を避けます。

ツールが無意味だと言いたいわけではありません。ただ、ツールを置くこと自体は、人が書くかどうかを動かさないということです。

実際にいくら払っているのか

入力コストという言い方が抽象的なので、金額と時間に直しておきます。

いちばん信頼できる日本のデータは、山梨県のスマート自治体研究会が令和元年に公表した議事録作成事務の調査です。県内9団体を対象に、会議468種類・年間2,412件の議事録について作成時間を積み上げています。行政の内部調査なので、何かを売る立場ではありません。

結果は、年間事務量が約7,305時間、年間コストが1,450万円。9団体でこの数字です。さらに468件のうち358件、割合にして76%について削減や縮小の余地があると回答されています。26%にあたる119件は、勤務時間内と時間外を併用して作成されていました。

営業側の数字も見ておきます。CRMを提供しているSalesforceの調査レポートによれば、営業担当が週の時間のうち手作業でのデータ入力に使っているのは13%でした。2025年8月から9月にかけて22か国4,050名に聞いた調査です。CRMを売っている会社自身の調査なので、その前提で読む必要はありますが、規模と手法は公開されています。

週の13%は、5日勤務なら半日を少し超えるくらいです。その時間の使われ方が「自分の売上に直結しない入力作業」だとしたら、忙しい週に落ちるのは自然なことではないでしょうか。

定着率は意識ではなく設計で決まります

ここまでを整理すると、こうなります。

ナレッジが貯まらないのは、書く人の意識が低いからではありません。その施策が新しい入力行為を発生させているからです。そして新しい入力行為を要求する施策は、開始時点ですでに定着率にペナルティを背負っています。

このペナルティは、文化を醸成しても、テンプレートを簡単にしても、ゼロにはなりません。小さくできるだけです。だから「入力させるための工夫」には天井があります。

なお、評価されないから書かない、という組織側の力学についてはAI活用が進まないのは意識の問題ではないで別途書きました。本記事は同じ問題を、評価ではなく入力コストの側から見ています。

そして、この構造にはもうひとつ厄介な帰結があります。次に見ていきます。

貯まっているナレッジは、書く余裕があった人のものに偏っています

ナレッジ管理の議論は、たいてい量の話になります。記事が増えない、更新されない、検索してもヒットしない。だいたいこの3つに集約されます。

ただ、入力を人に依存する設計には、量とは別の問題がある気がしています。残るのは「書いた人」の分だけという、言われてみれば当たり前の帰結です。そして書く人は、思っているよりずっと少数に偏っています。

社内ツールで実際に測った数字

企業向けの社内SNSであるYammerを導入した企業のログを、そのまま全部解析した研究があります。

Cetto らが2018年に Computer Networks に発表した論文は、従業員18万人超・40か国に展開するグローバルコンサルティング企業で、導入後2年分の全トランザクションを調べました。対象は10,432ユーザー、110,910メッセージです。

結果が強烈でした。登録ユーザーの63.2%が、一度もメッセージを書いても受け取ってもいません。そして全メッセージの50%を、およそ1%のユーザーが書いていました。

もうひとつ、Zhang らが2010年のCHIで発表した論文は、Fortune 500企業でのYammer導入初期を5か月追いかけています。そもそも参加した社員自体が全社のごく一部だったうえで、参加した458人のうち59%にあたる278人が、一度も投稿していませんでした。10件を超えて投稿したのは約10%、100件を超えたのは5人だけです。

論文は、投稿行動が極端に偏っていると書いています（原文：“users’ posting activities are highly skewed”）。

社外のコミュニティでも同じ形が観測されています。van Mierlo が2014年に Journal of Medical Internet Research に発表した研究は、4つの健康支援コミュニティのログを4年から11年分解析し、総アクター63,990人・総投稿578,349件を分析しました。投稿数の上位1%が全投稿の59.0%から75.0%を生成していて、1件以上投稿した人は全体の約2割にとどまっています。

Wikipediaはさらに極端です。Ortega の博士論文が上位10言語版を分析していて、登録編集者の10%未満が全編集の90%超を担っていること、その偏りの大きさを示すジニ係数（不平等の度合いを0から1で表す指標で、1に近いほど偏りが大きい）が0.93から0.96に達することを報告しています。所得分配のジニ係数が0.3から0.5あたりであることを考えると、桁が違います。日本語版は0.9257でした。

「90対9対1の法則」とは呼ばないでおきます

この手の話には「90-9-1の法則」という有名なラベルがあります。90%は読むだけ、9%はたまに書く、1%がほとんどを書く、というものです。

ただ、これを法則と呼ぶのは正確ではありません。提唱したJakob Nielsen 自身が rule of thumb、つまり経験則として提示しているからです。実際、先ほど挙げた研究でも比率はばらついています。上位1%のシェアが59%のときもあれば75%のときもあり、Cetto らの企業では50%でした。

「べき乗則に従う」という言い方もよく見かけますが、これも慎重に扱ったほうがよさそうです。6,000以上のwikiを統計的に比較した研究では、純粋なべき乗則より裾を切ったモデルのほうが当てはまりがよいケースが99%を超えていました。

だから私は、法則ではなく傾向として書きます。比率は場所によってブレますが、極端に偏るという形そのものは繰り返し観測されています。 これで十分に強い主張です。

数が集まったことは、代表していることの証明になりません

ここで統計の基本に立ち返ります。

自分で参加を決めた人だけからデータを集めることを、統計学では自己選択と呼びます。調査方法論のBethlehem による解説論文が、この状態を端的に説明しています。

Self-selection means that it is completely left to individuals to select themselves for the survey.

誰が調査対象になるかが、完全に個人の判断に委ねられている状態です。そして同じ論文が、実務でいちばん誤解されている点をはっきり否定しています。

It is even sometimes claimed that a large number of respondents ensures validity and reliability. Unfortunately, it is a well-known fact in the survey methodology literature that this is not the case.

回答者数が多ければ妥当性と信頼性が担保される、と主張されることすらあるが、残念ながら調査方法論の文献ではそうではないことが広く知られている。

社内ナレッジに置き換えると、こうなります。記事が1,000本貯まったことは、社内の知見が1,000本分カバーされていることの証明にはなりません。 書く時間があった人の知見が1,000本分あるだけです。

偏りの方向がまずいのです

偏っているだけなら、まだ救いがあります。問題は偏る方向です。

時間的なプレッシャーと知識共有の関係は、いくつか実証研究があります。Škerlavaj らが2018年に Journal of Knowledge Management に発表した研究は、保険会社の従業員313名への2波パネル調査と実験室実験を組み合わせて、時間的プレッシャーが強い人ほど知識を隠す行動に出やすいことを報告しています。企業内SNSに絞ったRazmerita らの研究でも、参加を妨げる統計的に有意な要因として「時間の不足」が特定されました。

ただし、ここは単純化してはいけない部分です。Škerlavaj らの結果は向社会的な動機が低い人に限って成立する条件付きのものですし、Li らが2022年に発表した研究は、時間的プレッシャーには挑戦として受け取られるものと妨害として受け取られるものがあり、前者はむしろ自己効力感を高めて共有を促進すると報告しています。なお私はこれらの論文の要旨までしか確認できていないので、細部の条件については原典に当たってください。

それでも、傾向としては言えます。忙しさが妨害として効いている場面では、共有は減ります。

そして組織のなかで忙しい人というのは、多くの場合、判断を求められている人です。難しい案件を持っている人、判断の前例がない領域を担当している人、複数のプロジェクトを横断している人が思い浮かびます。

つまり、いちばん残したかった判断ほど、構造的に欠落します。 社内wikiを検索して出てこないのは、まだ誰も書いていないからではありません。書ける状況にあった人の分しか、そこには無いからです。

これは「量が足りない」問題とは対処法が違います。量の問題なら書く人を増やせばよいのですが、偏りの問題は、書く人を増やしても偏りの形が変わらない限り解けません。

自社のナレッジベースを思い浮かべたとき、いちばん書いてくれている人の顔がすぐ浮かぶのではないでしょうか。そして、いちばん判断を背負っている人の顔とは、たぶん一致していないはずです。

では、どうすればいいのでしょうか。ここで一度、極端なところまで振ってみます。

極端な問いを置いてみます。誰にも入力させないとしたら

制約を全部外して考えると、答えは驚くほど単純になります。

入力が定着しないのなら、入力をなくせばいいことになります。会議も打ち合わせも作業も、記録する仕組みを先に作っておきます。人間は何も操作しません。溜まった記録はAIに定期的に要約させて、検索できる形に落としておきます。

これは実装案ではありません。原則を取り出すための思考実験です。そのまま実装することは、次のセクションで並べる副作用があるためおすすめしません。それでも、この案がなぜ強く見えるのかを一度言葉にしておく価値はあると思っています。

強さの理由はひとつだけです

この案の強さの本質は、機能の多さでも精度でもありません。使ってもらう必要がないという一点です。

ツール導入の失敗は、その大半が「使ってもらえない」で起きます。前のセクションで見たとおり、社内SNSでは登録者の6割が一度も書かないことがあります。使ってもらう前提の設計は、この6割を相手に戦い続けることになります。

一方、使ってもらう必要のない設計は、この戦いに参加しません。定着率という指標が、そもそも当てはまらなくなるからです。

構造として強い、というのはそういう意味です。頑張って勝つのではなく、勝負の土俵から降りているわけです。

「既存行為の副産物」という言い方

もう少し実務の言葉にすると、こうなります。すでに発生している行為の副産物として情報を取る。

会議に出ることは、記録の有無に関わらず起きています。チャットを書くことも、メールを送ることも同じです。これらは誰かに頼まなくても発生する行為で、その副産物として情報が残るなら、新しい入力は一件も増えません。

逆に、会議の後に議事録を書くのは新しい行為です。CRMに商談メモを入れるのも、wikiに手順をまとめるのも、その時間は他の何かから引かれています。だから落ちます。

この区別が、後半で紹介する判定軸のもとになります。

拾えない領域を先に言っておきます

思考実験としてであっても、できることを過大に見せるのはよくないので、限界を先に置いておきます。

この方向で拾えるのは、基本的にデスクワーク由来の情報だけです。オンライン会議の発話、チャット、メール、チケットのやりとり。この範囲は取れます。

取れないものも多くあります。廊下での立ち話、現場作業のなかで手が覚えている判断、顧客先で相手の表情を見ながら軌道修正した内容、展示会のブースで交わした一言、営業車のなかでの会話などです。

これらは、記録の仕組みを整えても落ちます。そして厄介なことに、ここに含まれる情報の質は決して低くありません。むしろ現場の判断そのものであることが多いのです。

だから「全部記録すれば全部残る」とは言えません。デスクワークの範囲で漏れを減らせる、というのが正確な表現です。

「AIが暗黙知を形式知にする」とは書きません

このテーマを扱うとき、必ず出てくる言い回しがあります。AIによって暗黙知が形式知になる、というものです。

野中郁次郎氏らが提唱したSECIモデルは、知識が共同化・表出化・連結化・内面化という4つのモードを循環するという理論で、ナレッジマネジメントの古典として広く参照されています。暗黙知というのは、言葉にできていないけれど身についている知識のことです。自転車の乗り方を言葉で完全に説明できないのと同じ種類のものです。

ただ、このモデルには批判もあります。Gourlay が2006年に Journal of Management Studies に発表した論考は、4つのモードのうち3つはもっともらしく見えるものの、より単純に説明できない証拠に支えられているものは一つもない、と書いています。Snowden が2002年に Journal of Knowledge Management に書いた論文は、暗黙知と形式知の変換に焦点を当てた世代のナレッジマネジメントについて、BPRと同様に約束された便益をほとんど実現できなかった、と評しています。

私が確認できたのはいずれも要旨までなので、議論の詳細は原典に当たってください。

ここで大事なのは、批判が正しいかどうかではありません。古典的な理論にも真正面からの批判がある領域で、「AIなら自動的にできる」と書くのは無理がある、ということです。

記録して要約すれば取れるのは、その場で言葉になった発話だけです。言語化されなかった判断は、録音しても残りません。この線引きは最後まで守ります。

ここで止めると、監視ツールの宣伝になります

さて、ここまで読むと「全部記録すればいいのか」と受け取れてしまいます。実際、そう書いて終わっている記事も見かけます。

私はそこで止めるつもりはありません。常時記録には、確実に発生する副作用があります。しかもそれは、導入の仕方を工夫すれば消えるという種類のものばかりではありません。

次のセクションで、5つの副作用を実証データとともに並べます。読み終えたときに「思ったより重い」と感じてもらえたら、この記事の目的の半分は達成です。残りの半分は、それでも取れる現実解を渡すことです。

なお、AI議事録に任せすぎることで別の何かが失われる論点については、AI議事録で失われる「考える機会」で書きました。あちらは「任せすぎると思考の機会が消える」という話で、本記事は「そもそも人に入力させると何も貯まらない」という話です。向きが逆なので、両方読むと立体的になると思います。

記録に倒したときに確実に出る副作用を、先に並べます

常時記録に倒したときに出る副作用は、大きく5つに整理できます。目的が達成されないまま負荷だけ残ること、監視が3つの経路を通じて不調と関連すること、記録が残るだけで発言が変わること、同意と法的整合の論点、そして記録しただけでは使われないことです。

ここが本記事でいちばん長いセクションです。理由があります。この部分を薄くすると、記事全体が監視ツールを勧める内容に見えてしまうからです。

副作用1｜目的が達成されないまま、負荷だけが残ることがあります

まず、いちばん都合の悪いデータから出します。

Siegel らが2022年に Computers in Human Behavior Reports に発表したメタ分析は、1986年から2022年までの63研究・70の独立サンプル・233の効果量を統合して、電子的な業務モニタリングが何をもたらすかを調べました。

メタ分析というのは、個々の研究結果を統計的にまとめ直して、全体としての傾向を出す手法です。1本の研究より結論が揺れにくくなります。全文はサールラント大学のリポジトリで読めます。

結果を表にします。rは相関係数で、0に近いほど関連が弱いことを意味します。角括弧は95%信頼区間、つまり真の値がその範囲に収まると考えられる幅です。

電子モニタリングとの関連	相関 r	95%信頼区間	研究数 / 人数
業務パフォーマンス	-.01	[-.06, .03]	32 / 9,497
ストレス	+.11	[.05, .17]	34 / 8,194
職務満足	-.10	[-.16, -.04]	16 / 3,258
逆効果的な行動	+.09	[.02, .16]	11 / 2,815

注目してほしいのは業務パフォーマンスの行です。信頼区間が狭く、しかも0を跨いでいます。統計的には「効果がない」ことの証拠として比較的強い形です。一方でストレスと逆効果的な行動は上がり、職務満足は下がっています。

導入の目的だったはずのものは達成されず、副作用だけが残ります。この非対称が、メタ分析という規模で確認されています。

ここで正直に補足します。効果量はどれも小さいものです。rが0.10前後というのは、実務の感覚で言えば「わずかに関連がある」程度です。著者ら自身がそれを先回りして書き、こう反論しています。

it should be kept in mind that many employees may experience electronic monitoring over multiple hours per day for many years in their life

多くの従業員が1日に何時間も、しかも人生の何年にもわたってこれに晒されうるという点は念頭に置くべきだ、という趣旨です。1回あたりは小さくても、積算すると意味が変わってくる、という主張になります。

もうひとつ、導入判断に直結する発見があります。ストレスへの影響は実際の職場でだけ観測され、実験室では観測されませんでした。現場調査では相関が0.16、実験室では0.00です。短期のパイロットで問題が出なかったことは、本番で出ないことの保証になりません。

副作用2｜効いているのは監視そのものではなく、監視が連れてくるものです

次のデータは、副作用の中身を分解してくれます。しかも、そのまま対策の設計図になります。

Glavin らが2024年に Social Currents に発表した研究は、カナダ全国の就労者3,508名を対象に、職場での監視をどう知覚しているかと、心理的な不調・職務満足との関係を構造方程式モデリングという手法で分析しました。複数の要因がどういう順序で影響し合っているかを、まとめて推定できる分析方法です。2021年9月の調査で、年齢・性別・地域でウェイト調整されています。

わかったのは、監視が直接ダメージを与えているわけではない、ということでした。

Structural equation modeling analyses based on a national sample of Canadian workers (N = 3,508) reveal that surveillance perceptions are indirectly associated with increased psychological distress and lower job satisfaction through stress proliferation.

監視の知覚は、ストレスの連鎖を経由して間接的に心理的不調や職務満足の低下と関連していた、という結果です。経由するものは3つでした。

1. 仕事のプレッシャーが増えること
2. 自律性が下がること
3. プライバシーが侵害されたと感じること

しかも心理的な不調について言えば、監視から不調への直接の効果は統計的に有意ですらありませんでした。この3つを経由する分だけで、関連のすべてが説明されてしまいます。間接効果の内訳では、仕事のプレッシャーが半分以上を占めていました。

職務満足のほうはもっと面白い結果でした。3つを経由するマイナスと、監視そのもののプラスが打ち消し合って、合計では有意な関連が出ません。著者らは、ストレスの連鎖を分けて見ていなければ「監視は職務満足と無関係」と結論していただろう、と書いています。

ここで大事な注意があります。この研究は横断調査です。 ある一時点で測ったデータなので、監視が不調を引き起こしたという因果関係は示せません。著者らもそう明記しています。関連がある、というところまでが言える範囲です。

それでも、この構造には実務的な意味があります。「録音するかどうか」ではなく「録音が何を連れてくるか」で結果が変わる、と読めるからです。この読み替えは、後半の緩和策につながります。

副作用3｜記録されていると、発言そのものが変わります

数字ではなく、当事者の言葉のデータです。

Houtti らが2023年のCSCWで発表した研究は、22名への半構造化インタビューをもとに、会議が録画されるとき人が何を感じ、どう振る舞うかを分析しました。質的研究なので「何%が発言を控える」という数字は出せません。その代わり、発見が鋭いです。

いちばん重要なのはこの一文です。

Discomfort with meeting recordings was not contingent on knowing that the recording would be viewed by others.

録画への不快感は、その録画が他人に見られると分かっているかどうかとは無関係でした。参加者のひとりはこう話しています。

I know internally that no one’s going to look at it, but it’s still something that makes me extra conscious.

内心では誰も見ないと分かっているんですが、それでも余計に意識してしまうんです。

別の参加者は、理由をこう言語化しています。

you want to make sure, because it’s permanent and it’s gonna be out there forever, that you come off with the right impression.

永久に残ってずっと外に出続けるものだから、ちゃんとした印象で映るようにしないと、と思ってしまう。

つまり萎縮の原因は「見られること」ではなく「残ること」でした。これは実務的に厳しい発見です。「アクセス権を絞れば大丈夫」「誰も見ませんから」という説明では、この萎縮は解けないことになります。

行動の変化も具体的でした。最も多い反応はカメラを切ることで、それが関与と発言の低下につながっていました。発言のチャネルが移る人もいます。

When a meeting is being recorded, yes, I do get more conscious. I don’t want to unmute myself and say something. I at least gravitate towards the chat where no one’s going to hear my voice.

録画されていると意識してしまい、ミュートを解除して何か言う気にならず、自分の声が誰にも聞かれないチャットのほうに流れる、という証言です。

そしてもうひとつ、平均で議論すると見落とす点があります。負担は全員に均等にかかりません。 論文は、録画が人種的マイノリティやトランスジェンダーの人、吃音の経験がある人の会議参加を減らす一方で、別のマイノリティにとっては会議内容へのアクセスを改善するという両面を指摘し、両刃の剣と表現しています（原文：“double-edged sword”）。

同じ研究は、録画するかどうかが会議主催者の一存で決まっていて、参加者に同意を求めることはほとんどない、とも報告しています。

副作用4｜同意と法的整合は、思ったより手前から始まります

ここは日本の話をします。出典は個人情報保護委員会の一次資料に限りました。ベンダーの解説記事ではなく、ガイドライン（通則編）とガイドラインに関するQ&Aです。

なお、以下はガイドラインがどう整理しているかの紹介であって、適法・違法の判断ではありません。実際の運用は自社の状況に応じて専門家に確認してください。

まず、音声が個人情報に含まれることは通則編に明記されています。

映像、音声による情報も含まれ、暗号化等によって秘匿化されているかどうかを問わない

具体例として「本人の氏名が含まれる等の理由により、特定の個人を識別できる音声録音情報」が挙げられています。

次に利用目的です。通則編は、利用目的を「できる限り具体的に」特定する必要があるとしたうえで、具体的に特定していない事例として「事業活動に用いるため」「マーケティング活動に用いるため」を挙げています。さらに、本人に関する行動や関心の情報を分析する場合には、どのような取扱いが行われるかを本人が予測・想定できる程度に特定しなければならない、とも書かれています。

Q&Aには通話録音についての項目があり、ここが実務的に間違えやすい部分です。

個人情報に該当する場合、個人情報取扱事業者は、個人情報保護法上、利用目的を通知又は公表する義務を負いますが、録音していることについて伝える義務までは負いません。

利用目的の通知・公表義務は負います。ただし録音していること自体を伝える義務までは負いません。この2つは別の話で、片方だけ引くと不正確になります。

目的外利用についても項目があります。当初は防犯目的で取得したカメラ画像を商業目的に使う場合には、あらかじめ本人の同意を得なければならないとされています。議事録の作成目的で取った録音を人事評価に使うなら、同じ構図に入ってきます。

従業員のモニタリングについては、Q&Aに正面から答えた項目があり、4つの留意点が並んでいます。

• モニタリングの目的をあらかじめ特定し、社内規程等に定めて従業者に明示すること
• 実施に関する責任者と権限を定めること
• あらかじめルールを策定し、内容を運用者に徹底すること
• ルールに従って適正に行われているか確認を行うこと

書きぶりは「留意することが考えられます」であって義務ではありません。加えて、重要事項を定めるときはあらかじめ労働組合等に通知し必要に応じて協議を行うことが望ましく、定めたときは従業者に周知することが望ましい、とされています。

外部のAI要約サービスを使う場合の整理も見ておきます。通則編は「委託」の定義に「分析」を含めていて、契約の形態を問わないとしています。Q&Aは、クラウドサービスの利用が第三者提供に当たるか委託に当たるかの判断基準を、保存データに個人データが含まれるかどうかではなく、そのサービス提供事業者が個人データを取り扱うこととなっているかどうかに置いています。取り扱わない整理が成り立つのは、契約条項でその旨が定められ、適切にアクセス制御が行われている場合等とされています。

AI要約サービスは、性質上そのデータを処理します。取り扱わない整理には当たりにくい構図になりますが、これは個別に判断されるものなので、ここで断定はしません。

そして、この記事にとって都合の悪い逆説をひとつ書いておきます。

Q&Aには、議事録についての項目があります。文書作成ソフトで作成した議事録は、出席者の氏名が記録されていても、特定の個人情報を検索できるように「体系的に構成」されているとはいえないため、個人情報データベース等には該当しないと解される、というものです。映像についても、日時では検索できても特定の個人の映像を検索できない場合は該当しないと解される、とされています。

安全管理措置や第三者提供の制限は、個人「データ」に課される義務です。ということは、記録を検索できる形に構造化するほど、この分岐を跨ぐ方向に動く可能性があります。本記事が後半で勧める設計は、ちょうどその方向に進みます。

便利にするほど扱いが重くなります。この矛盾は解消できないので、そのまま引き受けたうえで設計するしかありません。

参考までに、常時記録という論点に正面から触れた古い文書もあります。厚生労働省のサイトに残っている「労働者の個人情報保護に関する行動指針」で、職場で労働者に対して常時ビデオ等によるモニタリングを行うことは、健康・安全の確保または業務上の財産の保全に必要な場合に限り認められる、と書かれています。ただしこれは現行の指針ではありません。厚労省自身がページ冒頭で、個人情報保護法が制定・施行される前に研究会の考え方をとりまとめたものだと注記しています。2000年の考え方として参照する分には示唆がありますが、現在の基準として扱うことはできません。

副作用5｜記録しただけでは、使われません

最後は地味ですが、実際にいちばん多く起きる失敗です。

セクション1で紹介した Koivisto と Taipalus の44要因には、技術テーマとして「検索機能の非効率」が入っています。社会と技術が交差するテーマには「情報の所在」「情報の断片化」「情報構造の問題」が並びます。記録が増えること自体は、これらを解決しません。

文書が古びる問題もあります。Lethbridge らが2003年に IEEE Software に発表した研究は、ソフトウェア技術者がプロセス担当者や管理者が求めるほど適時かつ完全には文書を更新しない、という通念をデータで裏づけました。ただしこの論文には続きがあって、古くなった文書も多くの場面で依然として有用である、とも報告しています。古いから捨てる、という判断も単純すぎるということです。

記録は取れているのに、検索もできず要約もない。この状態を私は勝手に「データの墓場」と呼んでいます。容量を食うだけで誰も開かない領域です。記録に倒す設計は、この墓場を作るリスクを最初から抱えています。

ツールによって、通知の強さがまったく違います

副作用の話の締めに、実務で確認しておくべき事実を置きます。ここは執筆時点である2026年7月31日に、各社の公式ドキュメントを読んで確認したものです。仕様は変わるので、導入前に必ず最新を確認してください。

同じ「録音」でも、参加者への通知の強さが三段階に分かれています。表にするとこうなります。

ツール	録音時の参加者通知	明示的な同意の要求	備考
Zoom	必ず通知	同意ダイアログが既定でオン	Basic・Proでは無効化もカスタマイズも不可
Microsoft Teams	通知バナーが出る	明示的同意モードは既定でオフ	オンにすると全員ミュートで開始し、発言時にYes/Noを確認
Google Meet	開始と停止で通知	管理者が必須に設定可能	組織外・モバイル参加者は通知のみで制御不可
ボットを使わないローカル録音（Notta・tl;dvなど）	通知されない	仕組みとしてなし	同意の取得はユーザーの責任と公式に明記

順に見ていきます。

Zoomは最も強い設計です。公式ドキュメントは、会議が録音されていることを参加者に常に通知すると明記しています（原文：“Zoom will always notify meeting participants that a meeting is being recorded”）。参加者には同意を求めるダイアログが表示され、OKで同意するか、退出するかを選びます。Basic・Proのプランではこのダイアログを無効化することもカスタマイズすることもできません。

ただし会議要約のAI機能については、参加者への表示がアイコンの色の変化だけで、同意ダイアログの記載はありませんでした。

Microsoft Teamsは中間です。録音開始で全参加者に通知バナーは出ます。ただし明示的な同意を求めるモードは既定でオフになっていて、公式ドキュメントも、この設定が既定値であり、その方針のもとでは参加者に録音と文字起こしへの同意を求めることはないと明記しています（原文：“This setting is the default value. For organizers with this policy, participants aren’t asked for consent to be recorded and transcribed”）。

オンにすると挙動が変わり、録音開始時に開始者以外は全員ミュート・カメラオフになって、発言しようとした時点でYesかNoを聞かれます。Noを選ぶと閲覧のみになります。同意の選択は出席レポートに記録されます。Microsoft自身が録画のページで「地域によっては録画前に全員の許可が必要な場合があります」と注意書きを添えています。

Google Meetは、録画・文字起こしの開始と停止で参加者に通知が出ます。管理者が明示的な同意を必須に設定することもできます。ただし組織外の参加者やモバイルからの参加者は、通知を受け取るだけで録画を制御できません。

三段階目が問題です。会議ツールに参加するボットを使わず、端末上でローカルに録音する方式のツールがあります。Nottaの日本語公式ドキュメントは、この方式についてこう書いています。

録音はデバイス上でローカルに行われるため、参加者リストにボットが表示されることはありません。他の参加者には、会議が文字起こしされていることは通知されません。

同意については、こう明記されています。

ユーザー自身の責任において、会議や会話を録音する前に必要な同意を得ていることを確認してください。Nottaがユーザーに代わって同意の確認を行うことはありません。

tl;dvも同様の方式について、プラットフォームによっては録音通知が自動で表示されない場合があり、参加者に知らせるのはユーザーの責任だと書いています。

技術的に可能であることと、やっていいことは別です。通知が出ない設定を選べてしまうという事実は、導入を検討する側が最初に知っておくべきだと思います。

副作用は以上です。重いと感じたなら、それが正しい受け取り方です。次のセクションで、それでも取れる現実解を組み立てます。

極端案から原則だけ取り出して、現実解に着地させます

前のセクションを読んで「うちでは無理だ」と思った方が多いはずです。それでいいと思います。全部を記録する会社のほうが少数派です。

ここからは、録音を一切しなくても使える判定軸と、副作用を抑えるための設計原則を並べます。

判定軸は「録音するかどうか」ではありません

仕分けの軸をひとつに絞ります。その施策は、新しい入力行為を発生させるか。

この軸なら、録音の話を一切せずに自社の施策を評価できます。判定は3問です。

1. その施策が回るために、誰かが今までやっていなかった操作をする必要がありますか
2. その操作をする人に、短期的な見返りがありますか
3. 見返りがないなら、その操作は忙しい週に落ちます

3問目まで来たら、それは意識の問題ではありません。設計の問題です。「入力してください」と言い続けても、優先順位の判断そのものは変わらないからです。

具体的に当てはめてみます。会議後に議事録を書く運用は、1問目でひっかかります。CRMに商談メモを入れる運用も同じです。wikiに手順をまとめる運用も同じです。どれも新しい操作を要求しています。

一方、会議の音声から要約が生成される仕組みは、1問目を通過します。会議に出ることは元から起きているからです。チャットの決定事項を後から拾う仕組みも、課題管理システムのチケットや、開発現場のコードレビューに残るコメントを蓄積する仕組みも同様です。

ここで注意があります。自動化されているかどうかと、新しい入力を発生させるかどうかは別の話です。 ボタンを押せばAIが議事録を書いてくれるツールでも、「毎回そのボタンを押す」という新しい操作を要求しているなら、1問目でひっかかります。自動化の度合いではなく、人間の行動が増えるかどうかで見てください。

既存行為の副産物として取れるもの

新しい入力を発生させずに拾えるものを整理しておきます。どれも記録の仕組みがなくても発生している行為です。

オンライン会議の発話、チャットでのやりとりとそこで下された決定、メールの本文、課題管理ツールのチケットに書かれたコメント、コードレビューでのやりとり、検索やファイルアクセスのログ。このあたりが候補になります。

これらは、副産物として取れる可能性がある領域です。ただし全部を一度に取る必要はありませんし、取るべきでもありません。次の段階論に続きます。

副作用を抑える設計は、3つの経路を塞ぐことです

前のセクションで見た Glavin らの研究は、監視の影響が3つを経由していたと報告していました。仕事のプレッシャー、自律性の低下、プライバシー侵害の感覚です。心理的な不調について言えば、直接の効果は有意ですらありませんでした。

これを裏返すと、設計の指針になります。

プレッシャーを増やさない。 記録を取ること自体が「見られているから成果を出さねば」につながらないようにします。間接効果の内訳では、この経路がいちばん大きく出ていました。記録の存在を業績管理の文脈に置かないことが効きます。

自律性を削らない。 記録を止める、消す、範囲を選ぶといった操作が本人の手にあるかどうかです。

プライバシー侵害と受け取られないようにする。 何が記録され、誰が見られるのかが分かる状態を保ちます。

3つ目については、Vitak と Zimmer が2023年に Journal of Computer-Mediated Communication に発表した研究が具体的なヒントをくれます。職場の監視が受け入れられるかどうかは高度に文脈依存であり、同じデータでも共有先によって評価が変わる、という結果でした。特に評価が下がったのは、同じチームの他のメンバーに見えるケースと、匿名のダッシュボードに載るケースです。

上司にだけ見えるならまだしも、チーム全員に見える形にすると受け止め方が変わります。「誰に見えるか」の設計は、思っている以上に効きます。

決定的なのは、本人に裁量があるかどうかです

副作用の研究をひととおり読んで、いちばん実装に直結すると感じた知見がこれです。

職場の監視について30年以上の研究を体系的に集めて統合したKayas の系統的レビューは、Journal of Business Research に2023年に掲載されたものです。そこにこう書かれています。

these positive outcomes only occur when employees are given greater control over monitoring by management

公正感の向上や信頼といった好ましい結果が生じるのは、経営側による監視に対して従業員がより大きな裁量を与えられている場合に限られる。

記録を「される」立場なのか、記録を「使える」立場なのか。この違いが結果を分けるということです。同じ仕組みでも、位置づけが変わると別物になります。

実装に落とすと、こうなります。

記録した内容を本人がいつでも見られること。本人が消せること。その場で止められること。そして、記録が人事評価の入力にならないと決めて、それを明文化すること。この4つが揃っているかを確認してください。

最後の点については、先ほど触れた2000年の厚生労働省の行動指針にも、モニタリングの結果のみに基づいて労働者の評価や雇用上の決定を行ってはならない、という記述があります。現行の指針ではありませんが、考え方としては今も参照する価値があると思います。

範囲は、同意が取りやすい順に広げます

一度に全部やろうとすると、たいてい途中で止まります。順序を提案します。

第1段階は自分の記録です。 自分が参加した会議を自分のために記録し、自分だけが検索します。同意の論点がほぼ発生しないので、仕組みと使い勝手をここで検証できます。

第2段階は定例の社内会議です。 参加者が固定で、内容の性質も安定しているものから始めます。目的を明示し、範囲を限り、いつでも止められる状態にします。

第3段階は部門横断の社内会議です。 参加者が広がるぶん、何が記録され誰に見えるのかの説明が重くなります。

第4段階が社外の相手が入る打ち合わせです。 ここは慎重に進めてください。相手方には自社のルールが及びません。会議ツールが標準で出す通知に頼るのか、事前に伝えるのかを含めて、個別に設計が必要です。

前のセクションで見たとおり、通知の強さはツールごとに違います。通知が出ない設定を選べるツールもあります。段階を上げるときは、選んだ設定で実際にどう見えるのかを、自分がゲスト側の立場で確認してから進めてください。

社内整備のチェックリスト

個人情報保護委員会のQ&Aにある従業員モニタリングの留意点は、そのまま社内整備のチェックリストとして使えます。義務として書かれているわけではないので、その温度で扱ってください。

目的を特定して社内規程に定め、従業者に明示すること。実施に関する責任者と権限を定めること。ルールを策定して運用者に徹底すること。ルールどおりに行われているか確認すること。この4点です。

労働組合等への事前の通知と協議、そして従業者への周知については、いずれも「望ましい」という書き方になっています。義務ではないものの、後から揉めないための実務的な備えとして読めます。

保存期間についても触れておくと、利用する必要がなくなったときは遅滞なく消去するよう努めなければならない、という努力義務が置かれています。永久に残す設計は、この点でも見直したほうがよさそうです。

やらないほうがいいこと

最後に、失敗しやすいパターンを挙げておきます。

全部を一度に始めること。 副作用は、範囲を広げたときに顕在化します。段階を踏まないと、どこで問題が起きたのか切り分けられません。

評価と結びつけること。 記録が評価の材料になった瞬間、Glavin らが示した経路が全部開きます。プレッシャーが増え、自律性が下がり、監視されている感覚が強まります。しかも副作用の研究では、そうやって得られる業績への効果が確認されていません。

通知が出ない設定を選ぶこと。 技術的には可能でも、後から発覚したときのコストが釣り合いません。ここは短期的な手間を取ったほうがいいと私は思います。

なお、情シスや管理部門にこの手の判断が集中してボトルネックになる構造については、情シスがボトルネックになる構造で別途書いています。

ここまでで、入力を増やさずに情報を残す設計と、その副作用への対処が揃いました。残るのは、集めた記録をどうやって使える状態にするかです。

記録した後に何を用意するかで、墓場になるかが決まります

入力を人に頼らずに情報が残るようになったとします。ここで安心すると、たいてい半年後に困ります。

記録は増えるほど探せなくなるからです。100件なら目で追えます。10,000件になると、検索の設計がないかぎり存在しないのと同じになります。

探せない理由は、量ではなく形にあります

セクション1で紹介した Koivisto と Taipalus の44要因を、もう一度見てみます。技術のテーマには「検索機能の非効率」が、社会と技術が交差するテーマには「情報の所在」「情報の断片化」「情報構造の問題」「ラベルの欠如」が並んでいます。

つまり、あの研究が拾った現場の不満は「情報がない」だけではありませんでした。あるはずなのに辿り着けない、という不満がかなりの割合を占めています。記録の仕組みを整えても、この部分は自動的には解決しません。むしろ記録が増えるぶん、悪化する可能性すらあります。

必要なものは3つに整理できます。

1つめは検索です

キーワードが一致しないと出てこない検索は、記録が増えるほど機能しなくなります。

社内では、同じことを指す言葉が部署ごとに違うのが普通です。営業が「与信」と呼んでいるものを、経理が「審査」と呼び、法務が「取引先評価」と呼んでいたりします。この状態で単語一致の検索をかけると、言い回しが違うだけで過去が消えます。

意味で辿れる検索が要る、というのはこういう場面のことです。

2つめは要約です

生の記録は読まれません。1時間の会議の文字起こしを最初から読む人はいません。

だから、記録と同時に要約が生成されている必要があります。しかも一度きりではなく、定期的に生成される必要があります。案件が進むと、何が重要だったかの評価も変わるからです。

このとき、要約に何を含めるかは設計の対象です。決定事項だけを残すのか、迷った経緯も残すのか。ここが分かれ目です。後者のほうが後で効きますが、量は増えます。ここはトレードオフとして意識的に決めたほうがいいところです。

3つめが想起で、これが一番効きます

検索は、探しに行く人がいて初めて機能します。ところが実務でいちばん多いのは、過去に似た検討があったこと自体を知らないというケースです。知らないものは検索できません。

だから、今の話題に関連する過去が向こうから出てくる形が要ります。前任者が同じ壁にぶつかっていたこと、3年前に別部署が同じベンダーを検討して見送っていたこと。こうした情報は、探しに行かないと出てこない場所に置いてあるかぎり、無いのと同じです。

これは技術的にいちばん難しく、そして実務でいちばん効きます。

情報を関係でつないで辿れるようにする考え方についてはナレッジグラフとは？で、記録した情報を層に分けて整理する設計についてはスキル設計のメダリオンアーキテクチャで、それぞれ詳しく書いています。

Snorbeという選択肢

私たちが開発しているSnorbeは、ちょうどこの層を担うために作っています。記録して終わりにしないための選択肢、という位置づけです。

自然な日本語のまま問いを投げられます。検索クエリの組み立て方を覚える必要がありません。「去年の下期に検討して見送った案件、理由は何だったっけ」と書けば、その形のまま調べにいきます。前のセクションで書いた「新しい入力行為を発生させない」という原則は、ここにも効いてきます。検索のための特別な操作を覚えることも、ひとつの入力コストだからです。

完全記憶型のナレッジグラフで記憶が育つのも、この用途に向いています。調べたことが関係として蓄積されるので、使うほど「今の話題に関連する過去」が出てきやすくなります。1回の検索エンジンとしてではなく、組織の記憶として置いてもらう想定です。

社外の情報も同じ場所で扱えます。特許のJPOやEPO、Google Patents、論文のarXivやPubMed、Semantic Scholar といった専門データベース群を横断できるので、社内の記録と社外の一次情報を分けずに調べられます。社内の議論が「これ、他社はどうしてるんだっけ」で止まる場面は多いので、ここが同じ場所にあるのは効きます。

記録を取る仕組みは、この記事で見てきたとおり各社から出ています。問題はその先です。記録が増えるほど探せなくなるという逆説を、どこかで引き受けないといけません。その層を埋める道具として検討してもらえたら嬉しいです。

まとめておきます

ナレッジが貯まらないのは、書く人の意識が低いからではありません。その施策が新しい入力行為を発生させているからです。そして入力を人に依存すると、残るのは書く余裕があった人の分だけになります。忙しい人ほど書かない傾向が観測されている以上、いちばん残したかった判断が構造的に欠落します。

対処の方向は、入力させる工夫を積み増すことではなく、すでに発生している行為の副産物として情報を取ることです。判定軸は「その施策は新しい入力行為を発生させるか」の一点で足ります。

ただし記録に倒すと副作用が出ます。業績への効果は確認されないまま、ストレスと逆効果的な行動が上がるというメタ分析の結果があります。記録が残るというだけで、誰も見ないと分かっていても発言は変わります。同意と法的整合の論点も、思ったより手前から始まります。

副作用の主要な経路は、プレッシャー、自律性、プライバシーに分解されていました。ここを塞ぐ設計が可能かどうかが分かれ目です。そして好ましい結果が出るのは、記録に対して本人に裁量があるときに限られる、という系統的レビューの知見があります。

範囲は自分の記録から始めて、社外が入る打ち合わせは最後にします。記録を評価に使わないと決めて明文化します。そして、記録した後に検索・要約・想起の層を用意します。

入力を人に頼まなくても情報が残る設計は、技術的には選べるようになりました。ただしそれは、副作用ごと引き受ける覚悟とセットです。この記事が、その判断材料になっていたらと思います。

よくある質問

Q1. ナレッジマネジメントが定着しない最大の原因は何ですか

組織文化や意識ではなく、施策が新しい入力行為を発生させていることです。50名へのグループインタビューから44の阻害要因を抽出したKoivisto と Taipalus の研究は、個人まわりの要因の筆頭に「時間と労力」を挙げ、書かない理由が意図的な出し惜しみではなく動機の欠如だったと報告しています。書く人に短期的な見返りがない作業は、忙しくなれば優先順位で落ちます。これは怠慢ではなく合理的な判断です。

Q2. 良いツールを導入すれば情報共有は定着しますか

ツールの導入だけでは定着を左右しないという研究があります。北米のクレジットユニオン15社で働く691名を調査したSerenko と Bontis の論文は、ナレッジマネジメントシステムとナレッジポリシーの存在が組織内の知識隠しに影響を及ぼしていなかったと報告しています。ツールが無意味という意味ではなく、ツールを置くこと自体は人が書くかどうかを動かさない、ということです。判断の軸は機能の多さではなく、その仕組みが人に新しい操作を要求するかどうかに置いてください。

Q3. 社内wikiに記事が増えないのですが、どこから手をつけるべきですか

記事数を増やす前に、集まっている記事の偏りを確認してください。従業員18万人超の企業でYammer導入後2年分のログを解析したCetto らの研究では、登録ユーザーの63.2%が一度も書いても受け取ってもいませんでした。

Fortune 500企業を対象にしたZhang らの研究でも、参加者458人のうち59%が一度も投稿していません。書く人を増やす施策は、偏りの形そのものを変えないかぎり効果が限定されます。会議やチャットなど、すでに発生している行為の副産物として情報を取れないかを先に検討してください。

Q4. 会議を全部録音すれば解決しますか

解決しません。むしろ副作用を先に見積もってください。63研究を統合したSiegel らのメタ分析では、電子的なモニタリングと業務パフォーマンスの相関が-.01で、信頼区間が狭く0を跨いでいました。一方でストレスは+.11、逆効果的な行動は+.09と上がっています。目的が達成されないまま負荷だけ残る形です。加えて、22名へのインタビューを分析したHoutti らの研究は、録画への不快感が「他人に見られると分かっているかどうかとは無関係」だったと報告しています。見られるからではなく残るから萎縮するため、アクセス制限では解けません。

Q5. 会議を録音する場合、日本の法律上どんな点に注意が必要ですか

以下はガイドラインの整理の紹介であり、適法・違法の判断ではありません。実際の運用は自社の状況に応じて専門家に確認してください。個人情報保護委員会のガイドライン（通則編）は、映像や音声による情報も個人情報に含まれると明記しています。利用目的は「できる限り具体的に」特定する必要があり、「事業活動に用いるため」は具体的でない事例として挙げられています。

Q&Aには、利用目的を通知または公表する義務は負うが録音していることを伝える義務までは負わない、という書き分けがあります。従業員モニタリングについては、目的の特定と社内規程への明記、責任者と権限の設定、ルールの徹底、遵守の確認という4つの留意点が示されています。

Q6. 外部のAI要約サービスに会議の記録を送るのは問題ありませんか

個人情報保護委員会のQ&Aは、クラウドサービスの利用が第三者提供に当たるか委託に当たるかを、保存データに個人データが含まれるかどうかではなく、そのサービス提供事業者が個人データを取り扱うこととなっているかどうかで判断するとしています。取り扱わない整理が成り立つのは、契約条項でその旨が定められ適切にアクセス制御が行われている場合等とされています。AI要約サービスは性質上その内容を処理するため、取り扱わない整理には当たりにくい構図になりますが、個別の判断になります。ガイドライン（通則編）は「委託」の定義に「分析」を含めており、契約の形態を問わないとしています。

Q7. AIを使えば暗黙知が形式知に変わりますか

そう単純には言えません。野中郁次郎氏らのSECIモデルはナレッジマネジメントの古典ですが、Gourlay の論考は4つの変換モードのうち、より単純に説明できない証拠に支えられているものは一つもないと批判し、Snowden の論文は暗黙知と形式知の変換に焦点を当てた世代のナレッジマネジメントが約束された便益をほとんど実現できなかったと評しています。記録して要約することで取れるのは、その場で言語化された発話です。言葉にならなかった判断は録音しても記録されません。

Q8. 記録が貯まっているのに使われていません。何が足りませんか

検索、要約、想起の3つです。単語の一致に頼る検索は、部署ごとに呼び方が違う社内では機能しにくくなります。生の文字起こしは読まれないので、定期的に要約が生成されている必要があります。そして実務でいちばん多いのは、過去に似た検討があったこと自体を知らないケースです。知らないものは検索できないため、今の話題に関連する過去が向こうから出てくる仕組みが要ります。この3つが揃っていない記録は、容量を使うだけの状態になります。