AIガバナンス運用レポートの作り方｜承認率の分母・差し戻し理由の記入例
生成AIの運用が始まると、申請件数だけは見えるのに、何が詰まっているのかが分からない状態になりやすくなります。承認率が高いのか、差し戻しが多いのか、例外案件が増えているのかが分からなければ、改善につながりません。
AIガバナンスの月次レポートには、申請件数、承認率、差し戻し理由の内訳、審査にかかった日数、止まっている例外案件の滞留日数を載せます。承認率は「その月に審査が終わった件数」を分母にし、取り下げと審査中は別に数えると、月ごとに比べられます。数字の横には必ず「来月直すこと」を1つ書き、活用が進んでいるかと統制が効いているかを同じ表で見ます。
本記事のポイント
- AIガバナンスの月次レポートは、申請件数、承認率、差し戻し理由の内訳、審査日数、例外案件の滞留日数を一緒に載せると、活用と統制の両方を判断できます。
- 承認率と差し戻し率は「その月に審査が終わった件数」を分母にし、審査中と取り下げを別に数えると月ごとに比べられます。
- 数字の横に「来月直すこと」と前月分の実施状況を書くと、レポートが監視ではなくルール改定のきっかけになります。
運用レポートの結論は「活用促進と統制を一緒に見ること」
AIガバナンス運用レポートは、違反件数だけを見る文書ではありません。利用が進んでいるか、安全に回っているかの両方を見て初めて意味があります。
そのため、申請件数の増減だけでなく、承認率、差し戻し率、リードタイム、例外案件、ルール改定が必要な論点まで含める方が改善に使いやすくなります。
運用レポートは、監視のためではなく、次にどこを直すかを決めるために作るべきです。
| 指標 | 何が分かるか | 見えないと困ること |
|---|---|---|
| 申請件数 | 利用の広がり | 活用が進んでいるか分からない |
| 承認率 | 運用の通りやすさ | 止めすぎか緩すぎか判断できない |
| 差し戻し率 | 申請書やルールの弱さ | どこが詰まっているか分からない |
| リードタイム | 運用速度 | 現場が待たされているか分からない |
| 例外案件 | 重大論点の増減 | 会議体で扱うべき論点が見えない |
指標の定義：分母をそろえる
同じ「承認率」でも、分母を申請件数にするか、審査が終わった件数にするかで値が変わります。最初に定義を固定し、レポートの欄外にも書いておきます。
| 指標 | 計算式 | 注意点 |
|---|---|---|
| 申請件数 | その月に受け付けた申請の数 | 再申請を新しい申請として数えるか、元の申請に含めるかを決める |
| 承認率 | 承認件数 ÷ その月に審査が終わった件数 | 審査中と取り下げは分母に入れず、別の行で件数を出す |
| 条件付き承認の割合 | 条件付き承認件数 ÷ その月に審査が終わった件数 | 条件の内容（データ範囲の制限など）を別表で集計する |
| 差し戻し率 | 差し戻し件数 ÷ その月に審査が終わった件数 | 同じ申請が2回差し戻された場合は2件と数える |
| 審査日数 | 申請受付から結論（承認・条件付き承認・差し戻し）までの日数の中央値 | 平均は長引いた案件に引っ張られるため中央値を使う |
| 例外案件の滞留日数 | 例外扱いになった日から月末時点までの日数 | 会議体へ上げる基準日数を決めておく |
承認の判断基準そのものは生成AIの承認基準で整理しています。
経営向けと実務向けで分けるべきポイント
- 経営向けは件数、傾向、重大リスク、優先論点を中心にする
- 実務向けは差し戻し理由、リードタイム、未解決案件を中心にする
- 両方で同じ数字を使っても、見せ方は分ける
- 改善アクションを必ず1つ以上付ける
レポートでよくある失敗
件数だけを並べると、増えているのが良いことなのか悪いことなのか判断できません。逆に違反や事故だけを強調すると、現場は申請自体を避けやすくなります。
レポートを改善ツールとして機能させるには、毎月1つ以上の「改善提案」を必ず含めるルールが有効です。たとえば「差し戻しの多くが申請書の記載不足だったため、申請書に記入例を加える」のような具体的なアクションを添えると、レポートが次の打ち手につながりやすくなります。
差し戻し理由や例外案件の論点まで入れると、レポートが改善の起点になりやすくなります。
月次レポート運用の進め方
- まず5〜6個の指標に絞る。
- 差し戻し理由はカテゴリで集計する。
- 例外案件は会議体へ上げる基準を決める。
- 経営向けと実務向けで1ページずつ分ける。
- 翌月の改善アクションを必ず残す。
差し戻し理由の分類とルール改定への接続
差し戻し件数だけを集計しても、何が問題かは見えません。差し戻し理由をカテゴリ化し、改善につなげるのがレポートの本来の目的です。以下は代表的な分類例です。
| 差し戻し理由カテゴリ | 示す問題 | 改善アクション |
|---|---|---|
| 申請書の記載不足 | 申請テンプレートが不明確 | 申請書のサンプルと記載ガイドを整備する |
| 利用目的の曖昧さ | 承認基準が伝わっていない | 承認基準をFAQ形式で共有する |
| データ範囲の問題 | 利用可能データの定義が不明確 | 対象データの定義を明文化する |
| 例外扱いが必要な案件 | 現行ルールがカバーできていない | ルール改定の議題として会議体に上げる |
差し戻し理由を3〜4カテゴリで集計し、毎月のレポートに含めると、どのルールをどのタイミングで改定すべきかの判断材料になります。これが「監視のためではなく改善のためのレポート」を実現する具体的な手段です。
立ち上げ直後は申請書や承認基準の不備が出やすいため、隔週で差し戻し理由を見ると修正が早く回ります。落ち着いたら月次に戻します。
月次レポートの記入例
実務向けのレポートは、次の3つの表で1枚にまとめられます。数値の欄には当月と前月を並べ、増減の理由を一言添えます。
表1：全体の指標
| 指標 | 当月 | 前月 | 増減の理由 |
|---|---|---|---|
| 申請件数 | （件） | （件） | 新しい部署が利用を始めた、など |
| 承認率／条件付き承認の割合／差し戻し率 | （%） | （%） | 審査が終わった件数を分母にした値 |
| 審査日数（中央値） | （日） | （日） | 差し戻し後の再提出待ちが増えた、など |
| 監査ログの照合で見つかった欠落 | （件） | （件） | 照合の手順はAI監査ログのチェックリストに従う |
表2：差し戻し理由の内訳
| 理由の分類 | 件数 | 代表的な差し戻しコメント（要約） | 直すこと |
|---|---|---|---|
| 申請書の記載不足 | （件） | 利用目的が具体的でない、など | 申請書に記入例を加える |
| データ範囲の問題 | （件） | 顧客情報の扱いが書かれていない、など | 使ってよいデータの定義を明文化する |
| 承認基準とのずれ | （件） | ― | 承認基準をFAQ形式で共有する |
表3：止まっている例外案件
| 案件 | 例外になった理由 | 滞留日数 | 次に判断する人・期日 |
|---|---|---|---|
| （申請ID） | 現行ルールに該当する区分がない、など | （日） | 会議体、法務など |
経営向けには表1と、滞留日数が基準を超えた例外案件だけを抜き出し、「来月直すこと」と「先月直すと決めたことの実施状況」を添えます。
よくある質問
申請件数が多いのは良いことですか？
一概には言えません。活用が広がっている可能性もありますが、要申請ラインが広すぎる可能性もあります。
差し戻し率は低ければよいですか？
低すぎる場合は審査が甘い可能性もあります。差し戻し理由と合わせて見ることが重要です。
承認率の分母に審査中の申請を入れてはいけませんか？
入れると、月末に申請が集中した月だけ承認率が下がって見えます。分母はその月に結論が出た件数にし、審査中は別の行で件数を示します。
運用レポートは誰が作るべきですか？
事務局や CoE が集計し、責任部門や会議体が改善判断に使う形が現実的です。
レポートは月次で十分ですか？
通常は月次で十分なことが多いですが、例外案件が多い立ち上げ期は隔週で見る場合もあります。
例外案件は何日止まったら会議体に上げますか？
基準日数は会社ごとに決めます。決めた日数を超えた案件は、経営向けのレポートにも名前と理由を載せ、次に判断する人と期日を書きます。
