AI導入前の業務棚卸しのチェックリスト|経営者と責任者が確認する項目
AI導入前の業務棚卸しは、業務名を並べただけでは完了しません。対象範囲を定め、誰が、何の目的で、どの情報を使い、どんな作業と例外を経て、何を誰に渡すかを、後から確認できる形で残します。本記事のチェックリストを使えば、経営者と責任者が追加確認の要否を判断できます。

AI導入前の業務棚卸しは、業務名を並べただけでは完了しません。対象範囲を定め、誰が、何の目的で、どの情報を使い、どんな作業と例外を経て、何を誰に渡すかを、後から確認できる形で残します。本記事のチェックリストを使えば、経営者と責任者が追加確認の要否を判断できます。
AI導入前の業務棚卸しのチェックリスト
棚卸しで確認するのはAIに向くかどうかではなく、各業務の事実が同じ粒度で記録され、第三者が業務の全体像をたどれるかどうかです。
以下は、AI導入前の棚卸しに必要な情報を編集上整理したチェックリストです。公的に定められた標準項目や合格ラインではありません。自社の業務や管理方法に合わせて項目を足し引きしつつ、「未確認」を空欄のまま残さないために使ってください。
| 確認する領域 | チェック項目 | 残す記録 | 確認できる状態 |
|---|---|---|---|
| 目的 | 何のために行う業務か | 目的、依頼元、成果物の利用者 | 業務名だけでなく、存在理由を説明できる |
| 担当 | 誰が実行・確認・承認するか | 主担当、代替担当、確認者、承認者 | 役割ごとの担当が区別されている |
| 入力 | 何を、どこから受け取るか | 情報の種類、入手元、形式、保管場所 | 入力から作業開始までをたどれる |
| 作業 | 何をして成果物に変えるか | 主な作業、使用ツール、引き継ぎ先 | 担当者以外にも作業の境界が分かる |
| 発生 | いつ、何をきっかけに始まるか | 頻度、発生条件、締め切り | 定期業務と随時業務を区別できる |
| 所要時間 | どの範囲を測った値か | 証拠ラベル、期間、母数、組織規模、測定限界 | 実測と見込みを混同していない |
| 例外 | 通常と異なる処理は何か | 差し戻し、手待ち、承認追加、例外の発生条件 | 通常時の説明だけで終わっていない |
| 情報 | 個人情報・個人データ・社外秘などを扱うか | 情報の種類、取得元、利用先、保存先 | 後工程で取り扱いを確認できる |
| 証跡 | 何を見れば記録内容を確かめられるか | 帳票、ログ、チケット、手順書、ヒアリング記録 | 根拠の所在と確認日が分かる |
| 未確認 | 誰に何を聞けば埋まるか | 確認事項、確認先、期限 | 空欄ではなく未確認として管理されている |
ここでは一覧に「AI化できるか」「優先度」といった評価列を置きません。棚卸しの成果物は、後の診断に渡す事実一覧です。AIへの適合度は「AI業務診断の進め方|現場で止めない実践ステップ」、着手順は「AI化する業務の選び方|優先順位を決める判断基準」が扱うため、この段階では判断を混ぜずに記録の信頼性をそろえます。
棚卸しが終わったと言える条件
棚卸しは、対象範囲内の業務について必要な事実と根拠が記録され、未確認事項を含めて後から容易にたどれる状態になれば完了です。
AI事業者ガイドライン第1.2版は、文書化について「後から容易に確認可能となるよう適切なツールで記録が残されていれば差し支えなく、必ずしも紙媒体や特定の文書の形式による必要はない」としています。同ガイドラインは法令上の義務ではなく、非拘束的なソフトローです。本記事ではこの記述を、専用様式の有無ではなく記録の再確認可能性を見る根拠として使います。
完了確認では、件数の多さよりも次の状態を見ます。
- 対象に含めた部門・業務と、対象外にした範囲が分かる
- 各業務に目的、担当、入力、作業、出力、頻度、例外、扱う情報が記録されている
- 経営者、部門責任者、実務者の発言が混ざらず、誰の認識か分かる
- 記録の根拠、確認者、確認日があり、後から再確認できる
- 空欄が「該当なし」「未確認」「記入漏れ」のどれか判別できる
- 未確認事項に確認先が割り当てられ、次の工程へ渡せる
この完了条件も公的な標準ではなく、公式資料の文書化の考え方を棚卸し実務へ接続した編集上の基準です。「完了」はAI導入の承認を意味しません。事実一覧が診断に渡せる状態になった、という区切りです。
対象範囲と粒度の決め方
対象範囲は開始点と終了点を示し、粒度は一つの入力から一つの成果物までを担当者が説明できる単位にそろえます。
「営業部」「経理部」だけでは、何を一業務として数えたのか分かりません。一方、クリック操作ごとに分けると一覧が手順書になり、業務の全体像が見えにくくなります。公的な標準粒度は確認されていないため、自社の目的に合わせた編集上の決め方として、入力・作業・出力・利用者がひとまとまりになる単位を採用します。
| 記載例 | 粒度の状態 | 修正の観点 |
|---|---|---|
| 営業業務 | 粗すぎる | どの依頼を受け、何を作り、誰へ渡すかで分ける |
| 見積書を作成し、上長承認後に顧客へ送付する | 比較しやすい | 入力、担当、成果物、承認、利用者を補う |
| 見積書の金額欄をクリックする | 細かすぎる | 同じ目的と成果物を持つ操作を一業務にまとめる |
| 問い合わせに対応する | 境界が曖昧 | 受付から一次回答まで、または引き継ぎまでと終点を示す |
範囲表には、対象部門だけでなく、対象期間、業務の開始点と終了点、対象外、その理由も残します。たとえば「受注後の登録から出荷依頼までを対象とし、倉庫内作業は別管理のため対象外」と書けば、抜け漏れと意図的な除外を区別できます。
粒度をそろえる際は、業務名の表記だけで判断せず、サンプルを数件並べて確認します。別の担当者が読んでも、どこからどこまでを一件として記録したのか同じ理解になるなら、その一覧内では比較可能です。手順の詳細な時系列は「AI導入前の業務棚卸しの進め方|現場で止めない実践ステップ」が扱うため、本記事では境界が判別できるところまでにとどめます。
誰から、何を聞くか
経営者には目的と対象範囲、部門責任者には業務の境界と管理上の認識、実務者には実際の作業と例外を聞き、発言者別に記録します。
一人の説明だけで一覧を確定すると、方針と実態の差を見落とします。経営者は全作業の細部を、実務者は全社方針を把握しているとは限りません。三者の発言を最初から統合せず、発言者、確認日、根拠を付けて並べ、食い違いを確認事項として残します。
ラクダが業務診断・実装の現場で重視しているのは、経営者の方針、部門責任者が認識する管理手順、実務者が行う作業を、統合前に別々の記録として残すことです。発言者を分けずに一つの説明へまとめると、後工程でその記述が方針なのか実態なのか判別できず、食い違いを確認するために聞き直す必要が生じます。まず認識ごとの記録を残し、差分の確認後に共通部分を一覧へ反映します。
| 聞く相手 | 主に確認すること | 残す記録 | 食い違ったときの扱い |
|---|---|---|---|
| 経営者 | 棚卸しの目的、対象範囲、対象外、確認責任者 | 目的文、範囲の承認、責任者 | 現場の実態で上書きせず、方針として別記する |
| 部門責任者 | 業務の開始・終了、成果物、引き継ぎ、承認 | 部門業務一覧、承認経路、管理上の例外 | 実務者の説明との差を要確認にする |
| 実務者 | 実際の入力、作業、手待ち、差し戻し、非公式な受け渡し | ヒアリング記録、サンプル、例外 | 一人の慣行か共通運用かを追加確認する |
| 情報管理・法務等 | 情報区分、規程や契約の確認先、保管先 | 規程名、管理者、参照先 | 棚卸しでは可否を決めず、確認先を記録する |
聞き方は「この業務は何ですか」だけでは足りません。「何を受け取ると始まるか」「完了した成果物は誰が使うか」「通常と違うときは誰へ戻すか」「記録に残らない受け渡しはあるか」と質問すると、業務の境界と例外を分けて記録できます。
所要時間を扱う場合は、根拠を必ず同じ行に置きます。たとえば「実測:ある月の営業事務チーム5人が処理した20件を対象。受付から登録完了までを測定し、繁忙期と差し戻し時間は含まない」のように、期間・母数・組織規模・測定限界を併記します。本人の記憶だけなら「見込み」とし、実測値のように扱いません。
記録の残し方は自由でよい
専用のExcelや紙の様式は必須ではなく、既存の業務管理ツールでも、後から検索・確認できる形で記録が残れば使えます。
形式を統一する目的は、見た目をそろえることではありません。業務ごとの必須項目を見つけられ、更新者と更新日が分かり、根拠までたどれる状態をつくることです。共有ドキュメント、表計算、チケット管理、社内データベースなど、現場が継続して使える道具を選べます。
| 記録方法 | 満たしたい条件 | 確認方法 |
|---|---|---|
| 表計算 | 列の定義があり、変更者と更新日を追える | 任意の業務から根拠資料までたどる |
| 共有ドキュメント | 業務単位の見出しと更新履歴がある | 検索で対象業務と未確認事項を抽出する |
| チケット管理 | 一件の単位、担当、状態、関連資料が結び付く | 完了と未確認を状態で区別する |
| 社内データベース | 必須項目、権限、履歴、参照関係が定義される | 一覧と個別記録の内容を照合する |
口頭で確認しただけ、個人の端末に保存しただけ、最終版がどれか分からない状態では、後から容易に確認できません。ツール名ではなく、閲覧権限、検索性、変更履歴、根拠への導線、未確認事項の管理で選びます。
AI事業者ガイドライン第1.2版の別添5は、AI利用者に対し、利用前の「適正利用のための必要な知識・技能の習得」と、利用中の「AIの活用が適正な範囲・方法で行われているかについての定期的な確認」を示しています。棚卸し記録は、後から確認する対象を特定する土台になります。ただし、ここでも特定の記録様式が法令上義務付けられているという意味ではありません。
扱う情報の種類を記録する
各業務が扱う情報は、名称だけでなく、取得元、利用先、保管先、個人情報・個人データ・社外秘などの区分が分かる事実として記録します。
個人情報保護委員会の2023年6月2日付「生成AIサービスの利用に関する注意喚起等」は、個人情報取扱事業者が生成AIサービスへ個人情報を含むプロンプトを入力する場合、特定された利用目的を達成するために必要な範囲内か十分に確認するよう示しています。また、本人の同意を得ずに個人データを含むプロンプトを入力する一定の場合には、提供事業者が当該個人データを機械学習に利用しないこと等を十分に確認するよう示しています。
この注意喚起は2023年6月2日付であり、2026年時点の最新規制や最終基準として扱うものではありません。また、原文は「個人情報」と「個人データ」を書き分けています。棚卸しでは両者を一括して「機密情報」と言い換えず、社内の情報管理担当者が後から確認できる区分で記録します。
| 記録項目 | 記入する事実 | 棚卸しで判定しないこと |
|---|---|---|
| 情報の名称 | 顧客から受け取る申込情報、従業員の評価資料など | AIに入力してよいか |
| 取得元 | 顧客、従業員、取引先、社内システムなど | 利用目的に適合するか |
| 区分 | 個人情報、個人データ、社外秘、公開情報など | 法令・契約上の最終判断 |
| 利用先 | 作業担当、承認者、成果物の受領者 | AI利用時の提供範囲 |
| 保管先 | 業務システム、共有領域、紙の保管場所など | 利用サービスの安全性 |
| 根拠 | 情報管理規程、台帳、契約、画面、帳票など | AIへの適合度 |
ここでの目的は、入力の可否を決めることではなく、後工程で確認すべき情報の所在を失わないことです。権限を業務遂行に必要な最小限に設定するという記述はAI提供者向け、必要最小限のデータ入力・参照という記述はAI開発者向けです。読者であるAI利用者への公式要求と取り違えず、採用候補のサービスについて提供者・開発者へ確認する観点として引き継ぎます。
抜け漏れを防ぐ確認の仕方
抜け漏れは、一覧の件数ではなく、範囲表、実務証跡、関係者の発言、前後工程を相互に照合して見つけます。
「全部書きましたか」と聞くだけでは、日常化した作業、年に一度の作業、差し戻し、口頭の依頼が抜けやすくなります。部署別の一覧を単独で見るのではなく、業務の入口と出口を隣の部署の記録につなぎ、受け渡しが途切れていないかを確認します。
| 確認段階 | 照合するもの | 見つけたい抜け | 残す証跡 |
|---|---|---|---|
| 開始前 | 目的文、対象範囲、対象外 | 誰も確認しない部門・期間 | 範囲表と承認記録 |
| 記録中 | ヒアリング、帳票、ログ、カレンダー | 口頭依頼、随時業務、非公式な作業 | 発言者付きメモと資料名 |
| 部門確認 | 責任者の一覧と実務者の一覧 | 管理上の手順と実態の差 | 差分一覧と確認結果 |
| 部門間確認 | 前工程の出力と後工程の入力 | 引き継ぎ、待ち、二重入力 | 受け渡し対応表 |
| 完了確認 | 必須項目、未確認、根拠 | 空欄、根拠なし、確認先なし | 完了確認票 |
空欄を見つけたら推測で埋めず、「該当なし」「未確認」「記入漏れ」に分けます。未確認には、質問内容、確認する相手、期限を付けます。期限までに確認できなくても、未確認である事実と影響範囲が分かれば、一覧の利用者は判断を保留できます。
完了確認では、一覧から業務を数件選び、入力元から成果物の利用先まで証跡をたどります。次に、成果物側から逆向きにたどり、元の業務が一覧にあるかを確かめます。正方向と逆方向の両方でつながれば、部門間の受け渡し漏れを発見しやすくなります。棚卸しが止まった原因別の立て直しは「AI導入前の業務棚卸しで失敗する原因と改善策」に渡し、ここでは不足箇所の特定までを扱います。
経営者と責任者の役割分担
経営者は目的・範囲・確認責任者を承認し、導入責任者は記録基準と未確認事項を管理し、部門責任者は業務一覧が実態と一致するか確認します。
専任AI部門がなくても、役割を兼務することはできます。ただし、誰がどの立場で確認したかは分けて記録します。たとえば部門責任者が導入責任者を兼ねる場合でも、「部門の実態確認」と「全社一覧の完了確認」を同じチェックとして済ませないことが重要です。
| 役割 | 棚卸しで担うこと | 確認する成果物 | 完了時の問い |
|---|---|---|---|
| 経営者・事業執行責任者 | 目的、対象範囲、対象外、責任者を定める | 目的文、範囲表、役割表 | 経営上の目的と対象範囲がずれていないか |
| 導入責任者 | 項目定義、粒度、進捗、未確認事項を管理する | 全社一覧、差分一覧、完了確認票 | 後から根拠をたどれるか |
| 部門責任者 | 業務の境界、担当、承認、前後工程を確認する | 部門一覧、受け渡し対応表 | 管理上の認識と実態の差が残っていないか |
| 実務者 | 実際の作業、例外、手待ち、非公式な受け渡しを示す | ヒアリング記録、サンプル | 通常時と例外時の両方が記録されたか |
| 情報管理・法務等 | 情報区分と規程・契約の確認先を示す | 情報一覧、参照する規程名 | 後工程で確認すべき情報を特定できるか |
AI事業者ガイドライン第1.2版では、経営者を含む事業執行責任者が、事業戦略と一体でAI活用時のリスク対策を検討・実践することの重要性が示されています。また、各主体にアカウンタビリティを果たす責任者を設定する旨があります。これは具体的な役職数や社内体制を一律に定めるものではないため、自社の規模に応じて担当を割り当てます。
棚卸しの完了承認では、「AIを導入するか」ではなく、「対象範囲の事実一覧として次の診断工程へ渡せるか」を判断します。承認記録には、承認日、その時点での根拠、残る未確認事項、確認先を記載してください。
よくある質問
業務棚卸しで迷いやすい点は、既存資料、粒度、未確認事項、完了承認の四つに分けると整理できます。
Q1. 既存の業務マニュアルがあれば、新たな棚卸しは不要ですか?
既存の業務マニュアルは、業務の入力、作業、出力や正式な手順を確認する証跡として使えます。ただし、実際の担当、例外、口頭での受け渡し、更新後の運用まで記録されているとは限りません。マニュアルの記載と実務者の説明を照合し、不足項目や差分を「未確認」として一覧に追加してください。
Q2. 業務はどこまで細かく分ければよいですか?
公的な標準粒度は確認されていないため、入力、主な作業、成果物、その利用者が一まとまりとして説明できる単位にそろえます。部門名だけでは粗く、クリック単位では細かすぎます。同じ一覧の中で数件の記載例を照合し、別の担当者が業務の開始点と終了点を同じように理解できるか確認してください。
Q3. 分からない項目が残ったら棚卸しは未完了ですか?
分からない内容を空欄にしたままでは完了確認ができませんが、「未確認」と明示し、確認事項、確認相手、期限、影響する範囲まで記録できれば、追加確認が必要な事実として管理できます。推測値で埋めたり、該当なしとして処理したりせず、次の工程が保留すべき箇所を判別できる状態にします。
Q4. 棚卸しの完了は誰が承認しますか?
導入責任者が記録と証跡を集約し、実務者と部門責任者が実態との一致を確認したうえで、経営者または定めた責任者が対象範囲と完了条件を承認します。この承認はAI導入の可否や優先順位の決定ではありません。事実一覧が後から確認でき、未確認事項も含めて次の診断へ引き渡せることを承認します。
まとめ
AI導入前の業務棚卸しは、対象範囲内の業務を事実として並べ、後から根拠を確認できる一覧ができた時点で完了です。
経営者は目的と範囲を定め、導入責任者は粒度と記録基準をそろえ、部門責任者と実務者は管理上の認識と実態を分けて確認します。業務ごとに目的、担当、入力、作業、出力、頻度、例外、扱う情報、証跡を残し、空欄は未確認として確認先まで明示してください。
専用フォーマットの有無ではなく、第三者が後から容易に確認できるかが重要です。ここではAI適合度や着手順を決めず、個人情報・個人データを含む扱う情報の事実も記録したうえで、信頼できる一覧を次の診断工程へ渡します。次の工程や周辺テーマを探す場合は、AI関連記事一覧から確認できます。
参考資料
本記事の公式資料は2026-07-31に確認し、AI事業者ガイドラインは第1.2版、個人情報保護委員会の注意喚起は2023年6月2日付の文書として参照しました。
AIで何ができるか、ではなく
どの業務から変えるか。
30分の無料相談で、現在の課題、最初に検証する業務、必要な支援の形を整理します。



