FDEに必要な権限と責任とは？AI実装を任せる前の確認点

FDEにAI実装を任せる前に、何を変更でき、どこで人が確認し、問題が起きたら誰へ戻すかを決めます。権限を広く渡すことが目的ではありません。合意した範囲で実装し、成果物を確かめられる状態を作ることが目的です。

任せる仕事を「一つの業務」と「一つの成果物」で区切る

「AIで業務をよくしてほしい」という依頼だけでは、作業の終わりも確認する相手も定まりません。最初に、対象の業務、困っている人、必要な出力、変更してよい範囲を言葉にします。

例えば、月次報告のたたき台を作る仕事なら、対象は指定部門の当月データ、出力は社内確認用の報告案、と区切れます。経営会議への提出や他部門のシステム変更まで、自動的に含まれるわけではありません。

FDEの役割の全体像は定義の記事に任せ、本稿では依頼者と実装担当者が実装前に確認する項目へ絞ります。以下は社内で合意を作るための実務上の整理例です。

データの参照・変更・外部送信を分けて確認する

データを見られることと、編集したり外部サービスへ送ったりできることは別です。データの管理者に、使える資料、対象期間、利用目的、保存場所を確認します。業務上必要な範囲から始めます。

AIへ渡す情報は、社内で承認されたサービスと利用条件に照らして確認します。権限が不明な資料は入れず、まずサンプルや加工したデータで手順を検証します。実装担当者の判断だけで対象を広げないことが大切です。

本番のデータ変更、社外公開、他部署への一括配信などは、参照や試作とは別の確認点として扱います。承認者と実行条件を書いておくと、「試してよい」と「公開してよい」の取り違えを防ぎやすくなります。

依頼者・実装担当・確認者・運用担当の責任をそろえる

実装担当だけに、業務上の正しさや利用開始の判断まで背負わせないようにします。依頼者は目的と優先順位を決め、業務を知る確認者は内容を点検し、実装担当は合意した仕様と検証結果を説明します。

運用担当は、日々の更新、問い合わせ、例外対応を引き受けます。小さな会社では一人が複数を兼ねることもありますが、誰がどの立場で判断するのかは区別します。承認の記録を残すことも役に立ちます。

これは役割分担の整理です。個別の契約上の責任や法的な扱いを一律に決めるものではありません。契約・規程に関わる事項は、社内の担当者や必要な専門家と確認します。

月次報告の例：数字の確認と提出を自動化から分ける

月次報告の例を、実装前の確認へ落とし込みます。入力は許可された集計表、処理は集計・差分抽出・文章案の生成、出力は確認用の資料とします。これは説明用の例であり、特定企業の実績を示すものではありません。

数字は元データと照合できるようにし、欠損、異常値、集計対象の違いがあれば分かる形にします。生成した説明文は、数字の理由を推測して断定していないかを業務担当者が確かめます。

経営会議へ出す資料の確定は、指定した確認者が行います。処理が途中で止まった場合、前月の数値が混ざった場合、確認者が不在の場合にどうするかまで決めてから運用へ進めます。

ポータル制作の例：作成する権限と公開する権限を区別する

部長の実績を紹介するポータルを作る例では、見栄えの前に確認することがあります。掲載する目的、閲覧する相手、掲載情報の出所、本人と会社の確認手順です。

公開済みの情報であっても、別の文脈へまとめ直すと誤解を生むことがあります。AIが補った経歴や、裏付けのない実績は載せません。確認用の画面で内容を確定してから、公開の操作へ進みます。

更新する人、修正依頼の窓口、公開後に取り下げる手順も決めます。「ページが作れた」で終わらず、誰が維持するかを残すことが、成果物への責任につながります。

停止・復旧・引き継ぎを、使い始める前に決める

自動処理は、動く条件と止める条件をセットで設計します。想定外の入力、許可していない送信先、確認できない数値などが出たときは、処理を進めず担当者へ知らせる形を検討します。

変更前の状態へ戻す方法、手作業に切り替える方法、連絡先を用意します。試作ができた後も、実データを使う前の確認と、本番公開の前の確認を分けると、必要な合意を取りやすくなります。

最後に、入力、出力、更新頻度、利用するサービス、検証方法、例外時の対応を引き継ぎます。サートプロへ相談する際も、まず対象業務と任せたい範囲を持ち寄ると、育成や実装支援の論点を具体化できます。

FDEには管理者権限を渡すべきですか？

必要な業務と操作を決め、その範囲に合う権限を確認します。最初から管理者権限を渡すことを前提にせず、参照、変更、公開、外部送信を区別して合意します。

AIが作った報告書は、そのまま提出してよいですか？

数字の照合、説明文の根拠、提出先と公開範囲を、指定した確認者が確かめる手順を設けます。資料の生成と提出の承認は別の操作として考えます。

担当者が異動すると使えなくなるのを防ぐには？

入力と出力、更新手順、例外対応、停止と復旧、問い合わせ先を残します。引き継ぐ担当者が実際に操作して確かめる機会も設けます。

関連する別の論点はこちらで詳しく説明しています。

実装前の役割と確認手順を相談する

対象業務、利用データ、確認者、運用担当を一緒に整理し、学習や実装支援の範囲を考えます。