INSIGHT
使い始めてよいと決める前に——業務・技術・運用の確認結果をそろえる
業務・技術・運用の確認結果が食い違うとき、何を未解決として判断するか。
部門で試した仕組みが好評だった。次の会議では、利用者を増やす案が審議される。画面は動いた。回答案も役に立った。それでも、会議資料の「利用開始」の欄には、誰が何を確認して承認するのかが書かれていない。
この段階で問うのは、仕組みが完成したかではありません。どの業務を、誰が、どの条件で使い始めてよいかです。確認が足りないなら全面的に止める、という話でもありません。確認済みの範囲と未確認の影響を並べ、開始・限定利用・保留のどれを選ぶか。そのための判定をつくります。
利用開始の会議には、三つの報告を持ち寄る
利用開始の資料を、機能一覧から始めないでください。最初に並べるのは、業務、技術、運用の三つの報告です。
| 報告する側 | 利用開始を決める人が知りたいこと | 回答の例 |
|---|---|---|
| 業務 | 結果を使える条件と、使えない例 | 通常の問い合わせは総務が確認できた。契約判断は対象外 |
| 技術 | 情報・権限・変更・復旧の確認範囲 | 社内三人の権限を確認した。異動時の変更は未確認 |
| 運用 | 開始後に続く仕事と担当 | 規程更新は総務、障害の一次連絡は情報システム |
ここでいう利用開始判定は、作ったものの完成を認める検収ではありません。特定の利用者、情報、操作、期間について、会社の仕事へ入れてよいかを決める判断です。「動作確認済み」だけでは、対象外の依頼、資料更新、担当者不在、障害時にも仕事を続けられるかは分かりません。
利用開始の根拠は、一人の「大丈夫」ではなく、三つの立場から見た確認済みと未確認の組み合わせです。
報告の条件が食い違ったら、開始範囲を決め直す
業務側が確かめる範囲は、AIの回答が良かったかだけではありません。依頼を受け、仕組みに入れてよいかを見分け、結果を確認し、次の相手へ渡し、必要なら訂正する。そこまで通して、一件の仕事が終わるかを見ます。
その試験結果が「総務三人で確認済み」なのに、提案書は「全社員へ展開」になっていたら、三つの報告はまだ同じ開始範囲を指していません。回答の評価は少人数、権限の試験は管理者だけ、運用担当は平日日中だけ。個々の報告が合格でも、組み合わせた条件を誰も確認していないことがあります。利用者、情報、操作、時間帯をそろえてから、開始範囲を判断します。
問い合わせへの回答案なら、業務責任者に次のように聞けます。
- 通常の一件は、どこから始まり、誰が完了と判断しますか
- この仕組みに入れない相談は何ですか。誰へ戻しますか
- 回答案は、誰が何を根拠に確認してから送りますか
- 誤りが後で分かった場合、誰が訂正し、参照資料を直しますか
- 仕組みが使えない間、従来の手順で処理できますか
「まだ決まっていない」という答えも、判定に使えます。たとえば契約判断の扱いが未決定なら、回答案の作成は始めても、契約判断は対象外にする。繁忙時の確認時間を試していないなら、部署全体へ広げず、二人の担当者で続ける。空欄を隠さなければ、利用範囲を小さくできます。
技術側は、「問題なし」を業務条件へ翻訳する
技術担当の報告が「セキュリティ確認済み」「バックアップあり」で終わると、判断者は何を承認したのか分かりません。利用者が変わったときも権限が合うか。操作を後から追えるか。参照資料や外部サービスが変わったときに検知できるか。障害後に必要な時間内で戻せるか。業務への影響が読める言葉で伝えます。
NISTのSecure Software Development Framework は、安全なソフトウェア開発のための高水準の実務を整理し、供給者との対話にも使える共通語彙を示しています。AIで作成を支援したコードにも参考にできますが、AIシステムの利用を認可する文書でも、個別の品質を保証する証明でもありません。
復旧についても、保存先があるだけでは確認になりません。AWS Well-Architectedの復元テストに関する指針 は、復元したデータが利用可能か、必要な復旧時間や許容するデータ損失に合うかを実際に試す考え方を示しています。これはAWS上の一般的な信頼性指針であり、AI固有の事故率を示すものではありません。
技術報告の役割は専門用語を並べることではなく、「この条件なら仕事を続けられる」と判断者が読める形にすることです。
未確認事項には、影響・制限・担当・期限を付ける
未確認事項が一つでもあれば開始できない、と考えると、資料には「問題なし」だけが残りやすくなります。未確認をなくす前に、扱える形へ変えます。
「繁忙時は未確認」だけでは判断できません。続けて、「確認が遅れ、顧客への回答期限に影響する可能性がある」「限定期間は通常件数だけを対象にする」「営業責任者が月末までに繁忙日の十件を確認する」と書きます。未確認事項ごとに、影響、当面の制限、確認する担当、期限を組にします。
AIセーフティ・インスティテュートのAIセーフティに関する評価観点ガイド は、AIエージェントに関する観測と制御などの評価観点を示しています。これは利用の認可や安全保証ではありません。何を観測できるか、誰が介入できるかを自社の利用範囲に合わせて話す材料です。
この整理ができれば、結論は三つから選べます。
- 開始：使う範囲に必要な確認がそろい、運用担当も決まっている
- 限定利用：未確認の影響を、利用者・情報・操作・期間の制限で囲める
- 保留：影響が大きく、制限や従来手順への戻し方も決められない
判定文に、開始後の責任者と止める条件まで書く
利用開始を承認する人は、すべての確認を自分で行う必要はありません。業務責任者、技術担当、運用担当から結果を受け取り、残る未確認を誰が引き受けるかを決めます。開始後の問い合わせ、資料更新、費用確認、改善判断が誰の予定にもなければ、承認時に運用担当を置きます。
判定文は、次のように具体化できます。
「総務三人が、公開済み規程を使った社内回答案の作成に限り、二週間利用する。送信は総務担当が根拠を確認して行う。権限外の情報が表示された場合と、根拠を確認できない場合は利用を止め、従来窓口へ戻す。規程更新は総務責任者、権限と復旧は情報システム担当が確認し、二週間後に対象拡大を再審議する」
「使ってよい」だけで終わらせず、何を使い、誰が見て、何が起きたら止め、いつ判断し直すかまでが利用開始の合意です。
使う仕事・未確認の影響・停止条件をそろえてから開始する
部門で役立った事実は、次の段階へ進む大切な材料です。その成果を会社の利用へつなぐには、業務で一件が終わる条件、技術上の確認範囲、開始後に続く運用を一つの判定資料へ集めます。
次の会議では、「誰が、どの仕事で、何を入力し、どの操作まで行うか」「未確認は利用へどう影響するか」「誰がいつ確かめるか」「何が起きたら止めるか」を読み上げてください。その答えがそろった範囲から、開始できます。