生成AIの全社導入が決まり、説明会を一度開いた。画面の操作と禁止事項は伝えた。それでも、営業部門からは「結局どこまで任せてよいのか分からない」、出力の確認を任された担当からは「どこを見て差し戻せばよいのか分からない」という声が返ってくる──研修を実施した記録は残っているのに、現場の判断は変わっていない。この記事は、この状態を作らないために、対象者・学習目標・演習・習熟の確認・更新を一本につないで設計する方法に絞って整理します。
社内ルール本文の書き方、インシデント対応の手順、プロンプト集の作成、特定製品の操作マニュアル、LMS や研修ベンダーの比較は扱いません。ルールの作り方は小さな会社のAI利用ルールの作り方、役割の割り当てはAIと人間の役割分担をどう決めるかで扱っています。
- 1 役割と業務:どの業務で誰がどのようにAIを使うかを書き出し、利用者・確認者・決裁者・管理者といった区分に分ける
- 2 学習目標:役割ごとに、何を知っているかではなく何を行えるかの形で目標を書く
- 3 シナリオ演習:公開データまたは合成データを素材に、実際の業務場面を再現した課題へ取り組む。素材には、誤出力、機密情報の入力を誘う材料、根拠の欠落、担当者が単独で決めない場面という4種類の負例を含める
- 4 行動・成果物で確認:出席の記録ではなく、演習中に観察した行動、提出された成果物、判断が分かれた点、未解決として残した問いを記録する
- 5 更新:ツールの変更、方針の改定、業務の変化、インシデントの発生を引き金として、第1工程へ戻る
図には一律の点数、研修時間、開催頻度を置いていません。参照した資料にそれらの指定がなく、自社で決める欄として空けているためです。この5工程の並びは本記事の編集上の整理であり、唯一の研修手法を示すものでも、効果を約束するものでもありません。
1. 研修目的を「知った」から「役割を果たせる」へ変える
研修の目的を「生成AIを理解してもらう」と置くと、終わったあとに残るのは理解したという申告です。NIST の AI RMF 1.0 は、訓練に関する outcome を次のように書いています。
GOVERN 2.2:「The organization’s personnel and partners receive AI risk management training to enable them to perform their duties and responsibilities consistent with related policies, procedures, and agreements.」(組織の人員とパートナーが、関連する方針・手順・取り決めに沿って自らの職務と責任を遂行できるよう、AIリスク管理の訓練を受ける)
訓練の到達先として書かれているのは「AIの知識」ではなく、自らの職務と責任を、関連する方針・手順・取り決めに沿って遂行できるようにすることです。研修の内容は、受講者が現場で果たす役割の側から引くことになります。
同じ枠組みには、習熟(proficiency)に触れた項目もあります。
MAP 3.4:「Processes for operator and practitioner proficiency with AI system performance and trustworthiness – and relevant technical standards and certifications – are defined, assessed, and documented.」(AIシステムの性能と信頼性、および関連する技術標準・認証に関する、運用者・実務者の習熟のためのプロセスが、定義され、評価され、文書化される)
この2つは別の outcome です
GOVERN 2.2 の主語は personnel and partners、動詞は receive ... training(訓練を受ける)で、proficiency の語はありません。MAP 3.4 の主語は Processes for ... proficiency、動詞は are defined, assessed, and documented です。この2つのいずれも、個人が習熟へ到達すること自体を outcome として書いてはいません。書かれているのは、習熟をどう扱うかというプロセスの定義・評価・文書化です。
あわせて、どちらにも合格点・研修時間・開催頻度・認定の取得は指定されていません。MAP 3.4 は relevant technical standards and certifications(関連する技術標準および認証)に触れていますが、その取得を求めてはいません。
この差は、節7で「何をもって研修が終わったとするか」を決めるときに効きます。受けたことの記録と、行えることの確認は同じ欄には入りません。
なお AI RMF の Core は、記載された行動について 「Actions do not constitute a checklist, nor are they necessarily an ordered set of steps.」(これらの行動はチェックリストを構成するものではなく、順序づけられた一連の手順であるとも限らない)と述べています。本稿が並べる工程も、順序の規定ではなく、設計の抜けを見つけるための並べ方です。
2. 対象業務と役割を分ける
受講者の区分は、研修の話を始める前に業務の側で決まっていることがあります。誰がどの業務でAIを使い、誰がその出力を確認し、誰が使う・使わないを決めているか。その区分がそのまま研修の対象区分になります。
AI RMF の GOVERN 2.1 は、AIリスクのマッピング・測定・管理に関する役割と責任、および連絡経路が文書化され、組織全体の個人とチームにとって明確であることを outcome としています。GOVERN 3.2 は、人とAIの構成およびAIシステムの監督について、役割と責任を定義し区別する(define and differentiate)方針と手順が整備されていることを outcome としています。
ここにある differentiate(区別する)という語は、研修設計にとって具体的な意味を持ちます。共通の内容だけで設計すると、役割の差が教材へ反映されにくくなります。共通研修の中に役割別のモジュールや分岐課題を置く設計はもちろん可能で、本稿もそれを否定しません。勧めるのは、共通の最低限に、役割別の目標と演習を重ねる形です。まず、対象業務を次の欄で書き出します。
| 書き出す欄 | 記入すること |
|---|---|
| 業務 | どの業務のどの局面で使うか |
| 使い方 | 入力する材料と、期待する出力 |
| 関わる人 | 使う・確認する・決める・管理する、それぞれ誰か |
| 人が判断する箇所 | AIの出力をそのまま使わない箇所 |
| 渡してよい情報 | 入力してよい範囲 |
末尾に「渡してよい情報」を置いたのは、研修で使える教材の範囲がここで決まるためです(節5)。この表は本記事の書式であり、資料が様式を定めているわけではありません。
3. 共通の最低限:能力と限界、情報、権利、検証、エスカレーション
役割ごとに内容を分けるとしても、全員が共有する土台があります。IPA『デジタルスキル標準 ver.2.0』が、この土台を明文で示しています。
同標準は経済産業省とIPAが共同で策定したもので、自身の位置付けを「指針」と述べています。構成は2種類で、ビジネスパーソン全体がDXの基礎的な知識・スキル・マインドを身につけるための「DXリテラシー標準」と、企業がDXを推進する専門性を持った人材を確保・育成するための「DX推進スキル標準」です(第Ⅰ部)。本稿はこれを、そう述べられているとおり「指針」という位置付けの文書として扱います。研修の内容を引くときの参照先であり、受講や取得の要否を本稿が判定できる資料ではありません。
同標準には、2023年8月の改訂で補記された「生成AI利用において求められるマインド・スタンス」という3項目があります。
- 「生成AIを『問いを立てる』『仮説を立てる・検証する』等のビジネスパーソンとしてのスキルと掛け合わせることで、生産性向上やビジネス変革へ適切に利用しようとしている」
- 「生成AI利用において、期待しない結果が出力されることや、著作権等の権利侵害・情報漏洩、倫理的な問題等に注意することが必要であることを理解している」
- 「生成AIの登場・普及による生活やビジネスへの影響や近い将来の身近な変化にアンテナを張りながら、変化をいとわず学び続けている」
3項目とも、末尾が「利用しようとしている」「理解している」「学び続けている」という状態の記述です。知識の一覧ではなく姿勢と理解として書かれている点は、学習目標を書くときの参考になります。学習項目の例には「ネット被害・SNS・生成AI等のトラブルの事例・対策」(下位に「SNSやAIツール、検索等の入力データによる情報漏洩」)、「データ利用における禁止事項や留意事項」(下位に「結果の捏造」「実験データの盗用」「恣意的な結果の抽出」「ELSI」)、「サービス利用規約を踏まえたデータの利用範囲」が挙がっています。
総務省・経済産業省『AI事業者ガイドライン(第1.2版)』は、第2部C「8)教育・リテラシー」で次のように述べています。
同節は、各主体が、主体内でAIに関わる者に対し、AIの正しい理解と社会的に正しい利用ができる知識・リテラシー・倫理感を持つための教育を行うこと、およびAIの複雑性や誤情報といった特性、意図的な悪用の可能性も勘案してステークホルダーに対しても教育を行うことを求めています。ただし文末はいずれも「教育を行うことが期待される」です。
文末の書き分けに注意する
柱書きの文末は「期待される」です。一方、同節は「① AI リテラシーの確保」「② 教育・リスキリング」「③ ステークホルダーへのフォローアップ」の3項目から成り、①は「必要な措置を講じる」と言い切りで記されています。本稿はこの書き分けを観察として示すにとどめ、法的な義務性の評価は行いません。両方を見て自社の位置づけを決めることになります。
同ガイドライン第5部「AI利用者に関する事項」は十数項目で構成されています。そのうち本稿が引くのは次の4点です。「AI 提供者が定めた利用上の留意点を遵守して、AI 提供者が設計において想定した範囲内で AI システム・サービスを利用する」「AI の出力について精度及びリスクの程度を理解し、様々なリスク要因を確認した上で利用する」「AI システム・サービスに機密情報等を不適切に入力することがないよう注意を払う」「AI 提供者が定めたサービス規約を遵守する」。
これらを、共通の最低限として5つに束ね直します。この5分類は本稿の編集上の整理であり、資料が5分類を定めているわけではありません。入力してよい情報の区分そのものはAIに渡す情報の管理と権限設計で扱っています。
| 共通の最低限 | 受講後に持ってほしい状態 | 対応する記述 |
|---|---|---|
| 能力と限界 | 期待しない結果が出ることを、起こりうることとして理解している | DSS マインド・スタンス②/ガイドライン第5部 |
| 情報 | 入力してよい情報の区分を、自分の業務に当てはめて言える | ガイドライン第5部/DSS 学習項目例 |
| 権利 | 権利侵害と利用規約の範囲に注意が要ることを理解している | DSS 学習項目例/ガイドライン第5部 |
| 検証 | 出力をそのまま使わず、確認してから使う手順を知っている | ガイドライン第5部/DSS 学習項目例 |
| エスカレーション | 自分で判断しない場面を挙げ、渡す先を言える | AI RMF GOVERN 2.1/本記事の整理 |
5つ目のエスカレーションは、共通リテラシーの資料に直接対応する記述が見当たりません。GOVERN 2.1 が lines of communication(連絡経路)に触れているため本稿はここへ置いていますが、共通の最低限に含めるかどうかは自社の判断です。
4. 利用者/確認者/決裁者/管理者の学習目標
この四役は本記事の編集上の整理です
利用者・確認者・決裁者・管理者という区分は、本稿が説明のために置いたものです。NIST の AI RMF も、IPA のデジタルスキル標準も、AI事業者ガイドラインも、この四役を定めてはいません。資料にあるのは、役割と責任・連絡経路の文書化(GOVERN 2.1)、人とAIの構成と監督に関する役割の定義と区別(GOVERN 3.2)、経営層の責任(GOVERN 2.3)です。名称と切り方は自社の組織に合わせてください。
既存記事では「作る人・確認する人・決める人」の三区分を扱いました(AIと人間の役割分担をどう決めるか)。本稿はそこへ、ツールと権限を管理する側を足して四役とします。研修の内容は、設定や権限の話が入るかどうかで変わるためです。
決裁者について、AI RMF の GOVERN 2.3 は、組織の経営層がAIシステムの開発と導入に伴うリスクに関する決定について責任を負うことを outcome としています。監督の側は MAP 3.5 が、人による監督のプロセスを GOVERN 機能に基づく組織の方針に沿って定義・評価・文書化することを outcome としています。
学習目標は、「〜を知っている」ではなく「〜を行える」の形で書きます(節1)。
| 役割 | 現場で行うこと | 学習目標の例(「〜できる」で書く) |
|---|---|---|
| 利用者 | 業務で入力し、出力を下書きとして使う | 入力してよい情報かを自分の業務に当てはめて判断できる/出力の疑わしい箇所を挙げられる/単独で決めない場面を挙げ、渡す先を言える |
| 確認者 | 出力が業務で使える形か確認し、差し戻す | 主張と根拠の対応が取れていない箇所を指摘できる/確認した範囲と未確認の事項を書き分けられる/差し戻す理由を書ける |
| 決裁者 | 使う・使わない、社外へ出す・出さないを決める | 判断に要る情報が揃っているかを確認できる/保留と条件付き承認を使い分けられる/決めた理由を記録できる |
| 管理者 | ツール、アカウント、権限、設定、記録を扱う | 誰にどの範囲を開いているかを説明できる/設定変更の影響範囲を説明できる/相談と報告の受け口を運用できる |
「主張と根拠の対応」の手順そのものは生成AIの出力をファクトチェックする実務手順で扱っています。研修側で用意するのは手順の解説ではなく、それを使う場面と、使えたかどうかを見る材料です。
四役のうち、設計から抜けやすいのは決裁者です。使う人と確認する人には演習を用意しても、決める人は資料の配布で終わることがあります。GOVERN 2.3 が責任の所在を経営層に置いている以上、決裁者が何を見て決めるのかを演習から外すと、責任の置き場所と能力の置き場所がずれます。
5. 公開データまたは合成データによるシナリオ演習
学習目標を「〜を行える」の形で書くと、確認の方法は絞られます。行えるかどうかは、行う場面を用意しなければ見えないからです。
演習の素材について、本稿は公開データまたは合成データを基本とし、実顧客のデータや個人データを教材へ持ち込まないことを前提にします。研修は、通常の業務より多くの人の目に触れ、資料として残り、外部の講師が入ることもある場です。節3の共通の最低限に挙げた「情報」と「権利」が、そのまま教材の作り方にも効きます。ただし、参照した資料が演習教材の作り方を規定しているわけではありません。教材を公開データまたは合成データへ寄せるという線引きは、本記事の整理です。
合成データは、実在の取引先名や個人が推測できる記述を残さない形にします。実データを軽く加工しただけの素材を使うと、教材の保管と配布が実データと同じ重さの管理になります。
シナリオは次の6欄で書くと、演習と確認がつながります。この書式は本記事の整理です。
| 欄 | 書くこと | 記入例 |
|---|---|---|
| 場面 | どの業務の、どの局面か | 問い合わせメールへの一次回答の下書き |
| 素材 | 受講者へ渡す材料(公開データ/合成データ) | 合成した問い合わせ文、公開中の製品仕様ページ |
| 課題 | AIに何をさせるか | 一次回答の下書きを作らせる |
| 求める行動 | 受講者に取ってほしい動き | 入力してよい範囲を判断する/根拠を仕様ページで照合する/確定できない箇所を残す |
| 判断の分かれ目 | 受講者によって対応が割れる箇所 | 仕様に書かれていない条件を、AIが補って書いてきたとき |
| 残す成果物 | 演習後に手元へ残るもの | 提出した下書き、照合した箇所の記録、未確認として残した事項 |
「判断の分かれ目」を先に書くと、演習の場で何を見ればよいかが決まります。次節の負例は、この欄へ材料を仕込む型です。
6. 誤出力、機密入力、根拠欠落、エスカレーションの負例
うまくいく例をそろえた演習では、受講者は「AIは便利だ」という感想を持って帰ります。節3のマインド・スタンス2項目目は、期待しない結果や権利侵害・情報漏洩への注意を「理解している」ことを求めていました。理解しているかを見るには、期待しない結果が実際に出てくる素材が要ります。AI事業者ガイドラインも、教育を行う理由として AI の複雑性、誤情報といった特性、意図的な悪用の可能性を挙げています。
演習へ仕込む負例を4つの型に整理します。この4分類は本記事の整理であり、資料が型を定めているわけでも、これで負例が尽きるわけでもありません。
| 負例の型 | 教材へ仕込む材料 | 観察する行動 | 参照した記述 |
|---|---|---|---|
| 誤出力 | もっともらしいが、渡した素材と食い違う記述が出る状況 | 素材へ戻って照合するか。文章の流暢さで判断していないか | DSS「期待しない結果が出力されること」 |
| 機密入力 | 素材の中へ、入力対象として渡したくない情報を混ぜておく | 入力前に選別するか。まとめて貼り付けていないか | 第5部「機密情報等を不適切に入力することがないよう注意を払う」 |
| 根拠欠落 | 出典が示されない、または示された出典に該当記述がない出力 | 出典の実在と、記述の対応を確かめるか | DSS「結果の捏造」「恣意的な結果の抽出」 |
| エスカレーション | 権利関係や社外への影響が絡み、担当者が単独で決めない場面 | 自分で決めずに渡すか。渡す先を言えるか | AI RMF GOVERN 2.1(連絡経路)/本記事の整理 |
負例は引っかけ問題ではありません
負例の目的は、誤りを記録して評価を下げることではなく、その場面でどう動くかを観察できるようにすることです。誤りが出たら、正解を示すより先に何を見てそう判断したかを聞くほうが次の設計材料になります。誤りの扱い方を先に伝えておくと、場が固くなりにくくなります。
「実際に起きたらどうするか」へ話が及んだときは、対応手順そのものへ踏み込まず、社内の連絡先へつなぐところまでを演習の範囲にすると、研修の目的がぶれにくくなります。発覚後の動き方は生成AIインシデントの初動対応で扱っています。
7. 出席ではなく行動と成果物で習熟を確認する
節1で分けた2つの outcome が効いてくる場所です。
| 見ているもの | 対応する記述 | 残る材料 |
|---|---|---|
| 訓練を受けたか | GOVERN 2.2:personnel and partners receive AI risk management training | 受講の記録、配布資料、実施日 |
| 習熟をどう扱うか | MAP 3.4:Processes for ... proficiency ... are defined, assessed, and documented | 習熟をどう見るかの手順、評価した結果、その文書 |
差の詳細は節1のとおりです。出席の記録は GOVERN 2.2 に対応する材料になりえますが、MAP 3.4 が求めるのは習熟に関するプロセスの定義・評価・文書化であり、受講者一人ひとりに点数を付けることを求めていると読むことは難しいと考えられます。
出席の記録から読み取れることには限りがあります。演習を用意したなら、そこで観察できたものを残すと次回の設計材料になります。何を残すかを4つに整理します。この4つは本記事の整理です。
| 残す材料 | 見るところ | 使いみち |
|---|---|---|
| 演習中に観察した行動 | 入力前に素材を選別したか/素材へ戻って照合したか/単独で決めずに渡したか | 学習目標のどこが届いていないかを見る |
| 提出された成果物 | 確認した箇所と、未確認として残した事項が書き分けられているか | 確認者の役割が機能するかを見る |
| 判断が分かれた点 | どの場面で対応が割れたか。割れた理由は何か | シナリオの改訂、社内ルールの曖昧さの発見 |
| 未解決として残した問い | その場で答えが出なかった問い | 次回の教材、管理者・決裁者への持ち込み |
合格点・時間・頻度・認定の数値は、資料にありません
研修時間、合格点、開催の間隔、受講者数、事故の減少幅、生産性の変化──これらの数値は、本稿が参照した資料のいずれにも書かれていません。基準を置くかどうか、置くならどこに置くかは、自社で決める欄です。本稿は数値を置かず、空欄のまま提示します。
効果の測り方は研修に限らない論点です。基準値の取り方や、続ける・直す・止めるの決め方は生成AI導入の効果測定で扱っています。
8. ツール、方針、業務、インシデントの変化を更新トリガーにする
研修の内容は、作った時点の環境に合わせて書かれています。経済産業省とIPAは、デジタルスキル標準について生成AIの急速な普及を踏まえた改訂を2023年8月と2024年7月に実施したと公表しています(IPA プレスリリース、2026年4月16日)。参照先の標準が改訂されている以上、それを引いた社内教材も同じ扱いになります。マインド・スタンスの3項目目も変化を前提にした状態として書かれ(節3)、AI事業者ガイドラインにも「② 教育・リスキリング」が置かれています。
更新の引き金を4つに整理します。この4分類は本記事の整理です。
| トリガー | 具体例 | 気づきやすい人 | 見直す範囲の目安 |
|---|---|---|---|
| ツール | モデルの更新、機能の追加、設定項目の変更、契約プランの変更 | 管理者 | 該当操作を含むシナリオ、共通の最低限のうち情報の扱い |
| 方針 | 社内ルールの改定、利用規約の改定、対象業務の追加 | 管理者・決裁者 | 共通の最低限、該当する役割の学習目標 |
| 業務 | 新しい部門での利用開始、業務フローの変更、担当者の交代 | 部門責任者 | 対象業務の一覧、該当部門のシナリオ |
| インシデント | 自社で起きた事象、ヒヤリハット、社外の事例 | 全員(受け口は管理者) | 負例の追加、エスカレーション経路の確認 |
更新の間隔は資料に指定がありません。期間で区切る方法とトリガーで動かす方法があり、どちらか一方に決める必要もありません。ここも数値を置かず、自社で埋める欄とします。
4つのうち先に発生しやすく、それでいて研修の担当へ届きにくいのがツールの変更です。管理者の学習目標へ「設定変更の影響範囲を説明できる」を入れておくと(節4)、変更を教材の更新へつなぐ経路が一つできます。
9. 記録とフィードバックを次回へ戻す
節7で残した材料は、置いておくだけでは次回に効きません。誰が見て、どこへ戻すかを決めます。
AI RMF は、役割・責任と連絡経路(GOVERN 2.1)、習熟と人による監督のプロセス(MAP 3.4/3.5)のいずれについても、文書化することを outcome に含めています。研修の記録は、この文書化の一部として置けます。ただし、研修記録そのものの様式を資料が定めているわけではありません。
| 記録した材料 | 主な戻し先 | 戻した結果として変わるもの |
|---|---|---|
| 判断が分かれた点 | 社内ルールの担当 | ルールの記述が曖昧だった箇所の明確化 |
| 未解決として残した問い | 管理者・決裁者 | 判断の所在の確認、次回教材への追加 |
| 使いにくかった素材 | 研修設計の担当 | シナリオの差し替え、素材の作り直し |
| 現場から出た要望 | 部門責任者 | 対象業務の追加、役割区分の見直し |
AI事業者ガイドラインの同節には「③ ステークホルダーへのフォローアップ」が置かれ、本文でもステークホルダーへの教育が「期待される」と述べられています。社外の関係者を含めるか、含めるとして何をどこまで伝えるかは、自社の取引関係に沿って判断する事項です。
受講者の記録の扱いを先に決める
演習中の行動や提出物は、個人に紐づく記録になります。誰が閲覧でき、どこへ保管し、人事評価と結びつけるかは、記録を取り始める前に決める事項です。参照した資料は研修記録の取り扱いについて規定を置いていません。この論点は本記事の整理であり、自社の人事・情報管理の方針に従ってください。
10. 小さく始める研修設計シート
ここまでを一枚へ落とします。空欄のまま持ち帰れる形です。数値の欄は本稿では埋めません(節7)。
| 欄 | 参照 |
|---|---|
| 対象業務(1つから始める) | 節2 |
| 対象者と役割(使う・確認する・決める・管理する) | 節2・節4 |
| 共通の最低限(5項目を自社の言葉で) | 節3 |
| 役割別の学習目標(「〜を行える」の形で) | 節4 |
| シナリオ(6欄)と素材の出所 | 節5 |
| 仕込む負例(4型のどれを入れるか) | 節6 |
| 確認の材料と、合格の扱い(基準を置くかどうか=空欄) | 節7 |
| 更新トリガー(4種の担当者と受け口) | 節8 |
| 記録の戻し先と、記録の取り扱い | 節9 |
全部の欄を最初から埋める必要はありません。順序を選ぶなら次の3つからです。
- 対象業務を1つに絞る。全社一斉ではなく、すでに使っている部門の1業務から書く
- その業務の学習目標を「〜を行える」で書く。知識の一覧にしない
- シナリオを1本作る。素材は公開データまたは合成データから用意する
この3つが埋まると、演習で何を見るかが決まり、節7の確認材料も決まります。逆に、学習目標が「生成AIの基礎を理解する」のままだと、確認の欄は空で残ります。
役割・目標・演習・確認・更新をつなぐ整理は、順序の規定ではありません(節1)。研修設計の一つの組み立て方であって、唯一の手法でも効果の約束でもありません。一方で、GOVERN 2.2 の「訓練を受ける」と MAP 3.4 の「習熟をどう扱うか」が別項目として書かれていることは、資料の側の記述です。この2つを同じ欄へ入れないでおくと、「実施した」と「行えるようになった」を取り違えずに済みます。
引用元・参考文献
公的機関・一次情報
- 経済産業省・IPA『デジタルスキル標準 ver.2.0』(2026年4月。「生成AI利用において求められるマインド・スタンス(2023年8月改訂補記)」の3項目、DXリテラシー標準の学習項目例/確認日:2026年8月25日):https://www.ipa.go.jp/jinzai/skill-standard/dss/rcu1hd000000j76k-att/dss_ver2.0.pdf
- IPA『プレス発表 デジタルスキル標準ver.2.0を公開』(2026年4月16日公開。DXリテラシー標準とDX推進スキル標準の対象者、改訂経緯/確認日:2026年8月25日):https://www.ipa.go.jp/pressrelease/2026/press20260416.html
- NIST『Artificial Intelligence Risk Management Framework (AI RMF 1.0)』(NIST AI 100-1、2023年1月26日公表。GOVERN 2.1/2.2/2.3、GOVERN 3.2、MAP 3.4/3.5 の各 outcome、および「Actions do not constitute a checklist, nor are they necessarily an ordered set of steps.」/確認日:2026年8月25日):https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf
- 総務省・経済産業省『AI事業者ガイドライン(第1.2版)』(令和8年3月31日。第2部C「8)教育・リテラシー」、第5部「AI利用者に関する事項」/確認日:2026年8月25日):https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html
※ 利用者・確認者・決裁者・管理者の四役、共通の最低限を5つに束ねた整理、負例の4分類、更新トリガーの4分類、および節10の設計シートは、本記事による編集上の整理です。NIST、IPA、AI事業者ガイドラインのいずれもこれらの分類を規定しているものではありません。AI事業者ガイドラインの「教育・リテラシー」は、柱書きの文末が「期待される」である一方、同節①は「必要な措置を講じる」と記されています。本稿はこの書き分けを観察として示すにとどめ、法的な義務性の評価は行いません。デジタルスキル標準は、同標準自身が「個人の学習や企業の人材確保・育成の指針である」と述べる文書です。本稿に研修時間、合格点、開催頻度、受講人数、事故削減率、生産性向上率の数値を置いていないのは、参照した資料にそれらの指定がないためです。AI RMF 1.0 は改訂作業中であることが公式ページに告知されています("The AI RMF 1.0 is being updated. A revised version is in progress."/2026年8月25日確認)。掲載資料は改定されるため、参照時は最新版をご確認ください。