日常的に起きること
よくある質問、文書、基準となる回答。
AIプロジェクトの準備方法
AIプロジェクトを始めるために、何を準備すべきか。
範囲を絞った業務、役立つ事例、判断に参加できる人。次のステップに必要なものを整理し、未解決の課題を明確にします。
目標から、
次の一歩へ。
対象業務、目指す改善、検証の範囲を定めます。まだ構築する必要のないものに労力をかけずに済みます。
開始計画の例
顧客対応の案内を
参照する。
- 評価すること
- 有効な案内をより短い時間で見つけ、チームが確認できる情報源を示す。
- 必要な資料
- 日常業務で生じる質問と、承認済みの案内。バージョンと責任者を明確にします。
- 検証の範囲
- 人が確認するための回答案を提示する。顧客への送信や顧客情報の変更は行わない。
テスト前に
2つの版で内容が異なる場合、どちらの案内が有効かを、コンテンツの責任者が明確にする必要があります。
業務を説明できる
事例を。
チームが確認できる規模のサンプルから始めます。各入力に対し、期待する回答と、それを評価するルールを示します。
通常とは異なること
版ごとの食い違い、情報の不足、信頼できる回答が出せない状況。
各ケースから分かること
なぜその回答が適切なのか、または人の支援が必要なのか。
データにどのような背景情報を添える必要があるか？
出所、責任者、目的、利用許可を記録します。古いバージョンや、含まれていない状況を明らかにします。方法を話し合う段階では、データを絞ったものや、準備した事例で足りる場合があります。
品質、時間、確認の負担をどう比較するかを定めます。調整に使うケースとは別に、評価用のケースを確保します。
比較の準備をする説明する人。
判断する人。実現を支える人。
参加できる時間と、意見の違いをどう解決するかを決めます。必要な条件と権限があれば、1人が複数の役割を担えます。
業務を行う人
日々の業務を説明し、例外を示して、出力が役立つかを確認します。
業務プロセスの責任者
ルールを確認し、業務上の疑問を解消し、成果物を受け入れます。
データとシステムを管理する人
利用可能なツール、アクセス権、技術的な依存関係を確認します。
参照、提案、実行には、
それぞれ別の判断が必要です。
テストに必要な操作だけを挙げます。案内の参照だけであれば、それだけを理由にシステムを変更する権限は必要ありません。
テスト環境について何を決めておくべきか。
資料の保管場所、処理に使えるツール、アクセスできる人、アクセス権の取り消し方を定めます。版、設定、関連する制限を記録します。
テストの停止方法と、問題が起きた際の連絡先を決めます。日常業務への導入には、システム連携、責任分担、運用条件について別途判断が必要です。
次へ進むために、
何を解決しておくべきか？
開始前に会社全体を整える必要はありません。業務の責任者とともに、テストを妨げる課題と、後で対応できる課題を分けます。
- 対象業務、目的、取り組みの範囲が定まっている。
- 背景情報があり、利用を許可された事例。
- 疑問に答え、評価を行うための時間を確保できる人。
- 検証に適したアクセス権と環境。
- 担当者と次の対応が決まった未解決事項。
先に解決すること
回答の判断を妨げるルールの食い違い。
後で取り組む計画を立てる
初期テストでは使わないシステム連携。
さらに詳しく知るための参考資料
参考： NIST AI RMF 1.0 · Govern 2.1 では、AIのリスク管理において、責任分担と情報伝達を文書化するよう示されています。
Gaulettに相談する
アイデアを前に進めるために、
何が足りませんか？
目的と、チームですでに用意できているものをお聞かせください。次の一歩に必要な条件を一緒に考えましょう。