業務棚卸しをAIで高速化｜PMOが改善プロジェクトへつなげる実践手順

1. なぜ業務棚卸しは進まないのか

業務改善やDXの出発点は、ほぼ例外なく「現状の業務を一覧にする」ことです。何があるか分からないものは、改善のしようがないからです。この最初の一歩を、私たちは業務棚卸しと呼びます。倉庫の在庫を一つずつ数えて台帳にするように、組織の業務を「やること単位」で書き出し、誰が・どのくらいの時間で・どんな手順でやっているかを見える化する作業です。

ところが、この棚卸しが驚くほど進みません。プロジェクト計画では「2週間で現状整理」と書いたのに、1か月経っても業務一覧が埋まらない。よくある光景です。なぜ止まるのか。原因は気合や能力の不足ではなく、棚卸しという作業そのものが抱える3つの構造にあります。順番に、現場の場面で見ていきましょう。

1-1. 工数の壁 ── 集める・整える作業が重い

第一の壁は、純粋な作業量です。棚卸しは、関係者へのヒアリング、議事録の作成、聞いた内容の分類、表への整理という地道な工程の連続です。1部署あたり数人に話を聞けば、それだけで議事録が何本も生まれます。たとえば経理部の月次決算を棚卸しするとして、担当者・チェック担当・上長の3人に各1時間ずつ話を聞けば、文字起こしと整理だけで半日以上が消えていきます。

しかもこの作業は、専門知識が要るというより「丁寧さと時間」が要るタイプの仕事です。だからこそ後回しにされ、本来の改善活動が始まる前に息切れします。棚卸しが終わらないのではなく、棚卸しの“下ごしらえ”で力尽きている。これが現場の実感に近いはずです。

1-2. 属人化の壁 ── 知っている人の頭の中にしかない

第二の壁は属人化です。長く同じ業務を担う人ほど、手順を「体で覚えて」いて、言葉にしないまま回しています。「この承認は、金額が大きいときだけ部長に回す」「この処理は月末だけ手順が変わる」といった例外は、本人にとって当たり前すぎて、聞かないと出てきません。

その人が異動・退職すると、業務の中身がブラックボックスになります。棚卸しは本来このリスクを解くための作業ですが、皮肉なことに、属人化が強い業務ほどヒアリングに時間がかかり、棚卸し自体が進みにくい。担当者一人の記憶に依存した状態は、改善どころか、日々の運用そのものが綱渡りになっている状態だと言い換えられます。皆さんの現場では、「あの人がいないと回らない」業務に心当たりはないでしょうか。

1-3. 粒度の壁 ── 細かすぎても粗すぎても使えない

第三の壁は粒度、つまり「どこまで細かく書くか」の基準が揃わないことです。ある人は「請求書を発行する」とひと言で書き、別の人は「①受注データを確認②金額を計算③上長承認④PDF化⑤メール送付」と5工程に分ける。粒度がバラバラだと、業務量の比較も、改善余地の発見もできません。

粗すぎれば改善の糸口が隠れ、細かすぎれば一覧が膨大になって全体像を見失います。ちょうどよい粒度は「1つの成果物が生まれる作業のかたまり」あたりですが、この感覚を全関係者で揃えるのは簡単ではありません。粒度の不揃いは、棚卸しが“完成したのに使えない”という最悪の結末を招きます。

2. AIで効率化できる工程と、人が判断すべき工程

3つの壁を見ると、AIが得意なところと苦手なところが見えてきます。結論を先に言えば、「集める・整える・下書きする」はAIが速く、「決める・合意する・責任を持つ」は人が担う。この線引きが、棚卸しを安全に速くする鍵です。

2-1. AIが下書きを担える工程

生成AIは、大量のテキストを要約したり、決まった観点で項目を洗い出したりする作業を、短時間で下案化できます。ヒアリングの質問票づくり、議事録の要約、聞いた内容を業務一覧へ並べ替える分類、業務フローのたたき台づくり、改善余地の候補出し。これらはいずれも「ゼロから作るのは面倒だが、お手本があれば直せる」種類の作業です。AIに初稿を出させ、人が直す。この役割分担が効きます。

たとえば、3人分のヒアリングメモをAIに渡して「業務名・担当・所要時間・頻度の表にして」と頼めば、AI利用環境が整っていれば、短時間で叩き台を得られます。人が同じ作業を手で行えば相応の時間がかかるところです。空いた時間は、内容の正しさの確認や、関係者との対話に充てられます。

2-2. 人が判断すべき工程

一方で、AIに任せてはいけない工程があります。改善テーマの優先順位づけ、投資判断、関係部署との合意形成、そして「この業務は本当に必要か」という価値の判断です。これらは事実の整理ではなく、組織の責任を伴う意思決定だからです。AIは過去のパターンから“それらしい答え”を作りますが、自社の事情・人間関係・予算の制約までは知りません。

ここでPMO（プロジェクトの進め方を整え、進捗・課題・リスク・品質を横断的に管理する役割。現場の代わりに決める人ではなく、関係者が正しく判断できるよう情報を整える推進役）の立ち位置がはっきりします。AIが出した下書きを鵜呑みにせず、事実誤認や抜けを点検し、比較できる形に整える。決定そのものは、業務に責任を持つ部門と経営に委ねる。この区別を崩すと、AIの便利さがそのまま事故の原因に変わります。

3. 業務棚卸しAI活用の5ステップ

ここからは、棚卸しをAIで前に進める流れを5つのステップに分けて示します。全体像をつかんでから、次章以降で1ステップずつ深掘りします。どのステップも「AIが初稿を出し、PMOがレビューし、人が判断する」という骨格は同じです。

下の図は、5ステップの流れと、各段でAIと人がどう分担するかを表したものです。左から右へ、情報が「断片」から「判断材料」へと整っていきます。

5ステップは、次のように整理できます。表の右端には、各ステップでPMOが何を担うかを添えました。AIが作業を速める一方、品質を保証するのはPMOのレビューだという点を押さえてください。

ここで改めて確認したいのは、最終ステップでもPMOは「判断する人」ではないという点です。改善テーマを選び、投資を決めるのは業務オーナーと経営です。PMOは選びやすい状態を作るところまで。次章から、各ステップを実物のプロンプトとともに見ていきます。

4. ステップ1：ヒアリング質問をAIで作る

棚卸しの質は、最初のヒアリングで何を聞けたかでほぼ決まります。聞き漏らせば、後からもう一度時間をもらうことになり、現場の協力も得にくくなります。だからこそ、質問票づくりは手を抜けません。とはいえゼロから作ると重い。ここがAIの出番です。

4-1. この工程で何をするか

対象業務に合わせたヒアリング質問票を、AIに叩き台として作らせます。狙いは「漏れのない質問の土台を数分で用意する」こと。とくに見落としがちな例外処理・承認ルート・所要時間といった観点を、AIに先回りして並べさせます。ここでのAIは、ベテランの聞き手が頭の中で持っているチェックリストを、代わりに書き出してくれる存在だと考えてください。

4-2. 具体例・場面

例として、経理部の月次決算業務を棚卸しするとします。月次決算は、毎月の取引を締めて会社の成績を確定させる一連の作業で、締め処理・仕訳・チェック・承認など工程が多く、例外も生まれやすい業務です。担当者にいきなり「業務を教えてください」と聞いても、話があちこちに飛びます。質問票で軸を作っておくことが、効率と網羅性の両立につながります。

4-3. AIへの入力（プロンプト）例

次のように、対象業務・目的・出力形式・観点を具体的に指定します。観点を明示するほど、抜けの少ない質問が返ってきます。

あなたは業務改善コンサルタントです。
経理部「月次決算」業務の棚卸しヒアリングに使う質問票を作ってください。

【目的】
現状（As-Is）の業務手順・担当・所要時間・例外・改善余地を漏れなく把握する

【必ずカバーしてほしい観点】
- 業務固有の用語（社内だけで通じる言い方）
- 例外処理（月末だけ／金額が大きいときだけ等の特殊ケース）
- 所要時間と頻度（1回あたり何分、月に何回）
- 関係者と承認者（誰に確認し、誰が承認するか）
- 現場が感じている改善余地・困りごと

【出力形式】
質問は7問程度。番号つき箇条書き。各質問は1文で簡潔に。

4-4. AIの出力例

上のプロンプトに対し、たとえば次のような質問票が返ってきます。これはあくまで叩き台で、このまま使うものではない点に注意してください。

月次決算ヒアリング質問票（案）
1. 月次決算は毎月どの日から始まり、いつ完了しますか。
2. 一連の作業を工程ごとに分けると、どんな手順になりますか。
3. 各工程は1回あたり何分かかり、誰が担当していますか。
4. 社内だけで通じる用語や略語があれば教えてください。
5. 通常と違う処理が必要になるのは、どんなときですか。
6. 金額や内容によって、承認する人は変わりますか。
7. 今の進め方で、手間や手戻りを感じる場面はどこですか。

4-5. PMOがレビューすべき観点

AIの質問票は土台にすぎません。PMOは次の観点で必ず手を入れます。AIは“一般的な経理”を想定して質問を作るため、自社固有の事情が抜け落ちるからです。

• 業務固有の用語：社内特有のシステム名・帳票名が質問に織り込まれているか。なければ追記する。
• 例外処理：「決算月（年1回）だけ手順が変わる」など、月次以外の例外を引き出せる問いがあるか。
• 所要時間と頻度：時間と回数の両方を必ず聞く。改善効果の試算に直結するため。
• 関係者と承認者：「誰に確認」と「誰が承認」を分けて聞けているか。承認の抜けは後で必ず問題になる。
• 改善余地：困りごとを本人の言葉で語ってもらう問いがあるか。改善テーマの種はここに眠る。

5. ステップ2：議事録・音声を要約し、業務一覧にする

ヒアリングが終わると、議事録や録音という“生の情報”が手元に残ります。これを業務一覧へ整える作業は、棚卸しで最も時間を食う工程です。AIに要約と分類を任せることで、ここが大きく軽くなります。

5-1. この工程で何をするか

議事録テキスト（または音声の文字起こし）をAIに渡し、「業務名・担当・所要時間・頻度」といった決まった項目の一覧表に変換させます。バラバラの会話を、構造化された表へ並べ替える作業です。人が手作業でやると、聞いた話を行ったり来たりしながら整理することになり、半日仕事になりがちです。

5-2. 具体例・場面

たとえば営業部の見積業務をヒアリングしたメモが、会話調で2,000字ほど残っているとします。そのままでは他部署と比較できません。AIに渡して「業務一覧の表にして」と頼めば、AI利用環境が整っていれば、行と列のそろった一覧を短時間で得られます。人は、その表が事実と合っているかを確認する側に回れます。

5-3. AIへの入力（プロンプト）例

要約だけでなく、出力の列を指定するのがコツです。列を固定すると、複数部署の表を後で突き合わせやすくなります。

次のヒアリング議事録を、業務一覧の表に整理してください。

【出力する列】
業務名／担当／作業内容（1〜2文）／所要時間／頻度／例外の有無

【ルール】
- 議事録に書かれていないことは推測で埋めず「記載なし」と書く
- 1業務＝1行。粒度は「成果物が1つ生まれる単位」でそろえる
- 例外（特殊ケース）がある業務は「例外の有無」に内容を一言で書く

【議事録】
（ここにヒアリング議事録のテキストを貼り付け）

5-4. AIの出力例

次のような業務一覧が返ってきます。「記載なし」が残るのは正常で、追加ヒアリングが必要な箇所が一目で分かるという利点があります。

5-5. PMOがレビューすべき観点

整形された表は見栄えがよく、つい正しいと感じてしまいます。だからこそPMOの点検が要ります。AIは要約の過程で、ニュアンスを落としたり、書かれていない情報を“それっぽく”補ったりすることがあるためです。

• 粒度の統一：行ごとに細かさがバラついていないか。粗い行は分割、細かすぎる行は統合を検討する。
• 事実との一致：議事録にない数字や手順が紛れ込んでいないか。要約での「作り込み」を疑う。
• 「記載なし」の扱い：空欄を追加ヒアリングのリストとして拾い上げる。
• 例外の取りこぼし：会話の片隅で語られた特殊ケースが、表に反映されているか。

6. ステップ3：業務フローの骨格を作る

業務一覧ができたら、次は流れ、つまり業務フロー（作業がどの順番で、誰の手を経て進むかを図や表で表したもの。料理でいえばレシピの手順書）を描きます。一覧は「何があるか」を示しますが、フローは「どうつながるか」を示します。ここで分岐や承認の構造が見えてきます。

6-1. この工程で何をするか

ヒアリングメモから、業務フローの骨格をAIに作らせます。具体的には「順番・担当・作業・分岐」を整理した表や箇条書きを出させ、それを叩き台に図へ落とします。最初から完璧な図を狙わず、骨格づくりに集中するのがポイントです。分岐（条件によって流れが変わる箇所）の洗い出しが、この工程の肝になります。

6-2. ヒアリングメモ例

例として、営業の見積プロセスについて、次のようなヒアリングメモが手元にあるとします。会話をそのまま書き留めた、ありがちな状態のメモです。

【ヒアリングメモ：営業部・見積プロセス】
・お客さまから見積依頼が来たら、まず過去の類似案件を探す。
・近い案件があれば、その金額を参考にExcelで見積を作る。
・できたら上長に確認してもらう。
・金額が500万円以上のときは、上長だけでなく部長の承認も要る。
・承認が下りたらPDFにしてお客さまへメール送付。
・たまに内容に修正が入って差し戻され、作り直すことがある。

6-3. AIへの依頼文（プロンプト）例

「順番・担当・作業・分岐」を列にした表で出すよう指定します。分岐を独立した列にすると、承認ルートの抜けに気づきやすくなります。

次のヒアリングメモから、業務フローの骨格を表に整理してください。

【出力する列】
順番／担当／作業内容／分岐（条件で流れが変わる場合のみ記載）

【ルール】
- メモに書かれた流れだけを使う。推測で工程を足さない
- 承認や差し戻しなど、条件で分かれる箇所は「分岐」列に明記する
- 1工程＝1行で、上から時系列に並べる

【ヒアリングメモ】
（6-2のメモを貼り付け）

6-4. AIの出力イメージ

次のような骨格が返ってきます。差し戻しと金額による承認分岐が、独立して見える形になっているのが要点です。

6-5. PMOが確認すべき点

フローの骨格でPMOが見るのは、主に「分岐が現実と合っているか」です。AIはメモにある分岐は拾えますが、メモに書かれなかった暗黙の分岐は当然拾えません。そこを人が補います。

• 分岐条件の正確さ：「500万円以上」の境界値や、他にも金額帯で変わるルールがないかを確認する。
• 差し戻しの行き先：差し戻しがどの工程に戻るのか（作成からか、確認からか）を担当者に確かめる。
• 担当の実態：表上は上長でも、実際は別の人が代行していないか。形式と実態のズレを見る。
• 抜けた工程：見積番号の採番、台帳への記録など、当たり前すぎて語られなかった工程がないか。

7. ステップ4：改善余地候補を抽出する

フローが見えると、「ここは無駄では」「ここで手戻りしている」という改善の手がかりが浮かびます。この候補出しも、AIに観点を与えれば一気に列挙させられます。ただし、ここから先は判断が絡むため、PMOの吟味の比重が一段と上がります。

7-1. この工程で何をするか

業務一覧やフローをAIに渡し、改善余地の候補を「候補・問題の種類・期待効果」つきで洗い出させます。目的は、人だけでは思いつきにくい切り口を含めて、改善のタネを幅広く集めること。AIは「属人化」「重複」「手戻り」といった典型パターンを機械的に当てはめてくれるので、抜け漏れの少ない候補リストが手早く作れます。

7-2. 候補リスト例

営業の見積プロセスをAIに分析させると、たとえば次のような改善候補リストが返ってきます。これは“採用が決まった施策”ではなく、あくまで検討対象の候補だという点を強調しておきます。

7-3. AIの候補をそのまま採用しない ── PMOが確認する5観点

AIが出す改善候補は、もっともらしく並びます。しかし、もっともらしさと「自社で本当にやるべきか」は別物です。AIは現場の余力も、部署間の力関係も、予算の制約も知りません。だから候補リストは、必ず次の5観点でふるいにかけます。

• 本当に業務課題か：AIが典型論で挙げただけで、現場では問題になっていない、ということはないか。
• 効果測定できるか：改善できたかを後で数字で確かめられるか。測れない改善は続かない。
• 現場に実行余力があるか：日常業務に追われる中で、改善作業に割ける人と時間が現実にあるか。
• 関係部署の合意：承認基準の変更など、他部署や上位者の同意が要る施策ではないか。
• 投資対効果：かかる手間・費用に見合うリターンがあるか。小さすぎる効果は優先度を下げる。

8. ステップ5：PMOが改善テーマ・WBS・KPIに変換する

最後のステップは、選び抜いた改善候補を、動かせるプロジェクトの形に整えることです。ここで改善テーマ（取り組む改善のかたまりに名前をつけたもの）・WBS・KPIという3点セットを用意します。整えるのはPMO、決めるのは業務オーナーと経営。この役割分担をもう一度確認しながら進めます。

8-1. 改善テーマの設定

候補リストを束ねて、ひとつの取り組みに名前をつけます。たとえば前章の候補群は、「営業部の見積リードタイム短縮プロジェクト」という改善テーマにまとめられます。リードタイムとは、依頼を受けてから見積を出すまでにかかる時間のこと。様式統一・承認基準の明確化・差し戻し記録は、すべてこの時間短縮に効く施策として一本の筋が通ります。テーマ化することで、バラバラの施策が「何のためにやるか」で結ばれます。

8-2. WBSへの分解（例）

次に、テーマを実行可能な作業へ分解します。下のWBSは一例で、各作業に担当と成果物を添えています。担当と成果物を明記すると、「やったつもり」を防げます。なお、ここでのPMOは作業の枠組みを整える役で、各作業を実行するのは業務部門である点に注意してください。WBSは、プロジェクトの作業範囲を分解し、関係者が作業内容と成果物を共通理解するための基本的な管理手法です。

8-3. KPIの設定（目標例）

最後に、改善できたかを測るKPIを置きます。効果測定（施策の前後で数値を比べ、効果があったかを確かめること）の物差しです。下の数値は、説明のための目標設定の例（架空の前提値）であり、実データではありません。自社では、現状値（As-Is）を測ってから現実的な目標を置いてください。

8-4. PMOの役割を正確に ── 整える人と、決める人

ここが、この記事でもっとも誤解されやすい部分です。WBSやKPIを作ると、PMOがプロジェクトを“仕切る”ように見えますが、実態は違います。役割を正しく整理しておきます。

業務オーナーは業務上の責任を持ち、経営スポンサーは優先順位や投資判断を担います。PMOの役割は、棚卸し結果を比較可能な形に整え、論点・KPI・スケジュール・リスクを可視化し、関係者が判断しやすい状態を作ることです。どのテーマに投資するか、どの順で進めるかを最終決定するのは、あくまで業務部門と経営。PMOが単独で改善テーマを選んだり、投資を決めたりするわけではありません。決める人と、決めやすくする人を、文書の中でも明確に分けておくことが大切です。

9. AI活用時の落とし穴と統制ポイント

AIで棚卸しを速める話をしてきましたが、便利さの裏には落とし穴があります。とくに業務情報という機微なデータを扱う以上、データガバナンス（データを安全・適切に扱うための社内ルールと管理の仕組み）の観点を外せません。代表的な落とし穴を3つ挙げ、統制ポイントとあわせて整理します。

9-1. もっともらしい誤り（ハルシネーション）

AIは、事実でないことを自信ありげに書くことがあります。要約の過程で、議事録になかった数字や手順を“補完”してしまうのが典型です。棚卸しでこれが起きると、現状を誤って写し取り、間違った前提で改善を進めるおそれがあります。統制のポイントは、プロンプトで「書かれていないことは記載なしとする」と指定し、PMOが原典（議事録・録音）と突き合わせて検証すること。AIの出力は常に“下書き”として扱い、人の確認を必須の工程に組み込みます。

9-2. 機密情報の取り扱い

業務情報には、顧客名・金額・個人情報といった機密が含まれます。これを社外のAIサービスに不用意に入力すると、情報漏えいや規約違反につながりかねません。統制のポイントは、社内で許可されたAI利用環境を使うこと、入力前に固有名詞や数値をマスキング（伏せ字化）すること、そして「何を入力してよいか」のルールを事前に決めておくことです。便利だからと個人判断で社外サービスに貼り付ける、という運用が最も危険です。判断に迷ったときの目安として、情報の種類ごとに入力可否の考え方を整理しておくと、現場が安心して使えます。

この表はあくまで一般的な目安です。実際の運用では、自社の情報セキュリティ方針やAI利用ガイドラインを優先してください。

9-3. 「AIが言ったから」という思考停止

三つ目は、人の側の落とし穴です。AIの出力は整って見えるため、検証を省きたくなります。改善候補をそのまま採用し、現場の実態と合わないまま進めてしまう。これを防ぐ統制は、第7章で示した「PMOが確認する5観点」のように、レビュー観点を仕組みとして固定することです。AIを使う工程には、必ず人のレビューを一対一で対応させる。この原則を崩さないことが、AI活用を事故なく続けるための土台になります。

9-4. 棚卸し結果を全社のDX方針につなげる

棚卸しで見えた改善テーマは、現場の業務改善で終わらせず、全社のDX方針と整合させると効果が高まります。その際に役立つのが、国が示す枠組みです。ただし、これらは業務棚卸しの手順書ではない点に注意してください。

棚卸し結果をDX課題へ接続する際は、経済産業省・IPAの「DX推進指標」のような自己診断の枠組みも参考になります。DX推進指標は業務棚卸しの手順書ではありませんが、経営者や関係者が現状・課題の認識をそろえ、次のアクションを考えるための補助線として使えます。

また、デジタルガバナンス・コードは、個別の業務棚卸し手順を示す資料ではなく、企業としてDXをどう経営に位置づけるかを考えるための枠組みです。棚卸しで見えた改善テーマを経営課題やDX投資判断につなげる際に、上位方針との整合を確認する参考になります。御社では、現場の改善と経営のDX方針は、うまくつながっているでしょうか。

10. 明日から試す3ステップ

ここまでの内容を、いきなり全社で展開する必要はありません。むしろ小さく試すほうが、失敗しても傷が浅く、学びも早い。明日から踏み出せる3ステップを示します。

11. 結論：AIは下書き役、判断は人の手に

業務棚卸しが進まない理由は、工数・属人化・粒度という3つの構造にありました。生成AIは、このうち「集める・整える・下書きする」工程を確かに軽くします。質問づくりから業務一覧、フロー骨格、改善候補の抽出まで、初稿をAIに任せれば、人は確認と対話に時間を回せます。

ただし速くなるのは初稿作成の工程に限られ、効果は業務量や環境で変わります。そして「決める・合意する・責任を持つ」工程は、これからも人の手にあります。PMOの仕事は、AIの下書きをレビューして事実に整え、論点・KPI・リスクを可視化し、業務オーナーと経営が判断しやすい状態を作ることです。決める人と、決めやすくする人を分ける。この一線を守る限り、AIは棚卸しの頼れる相棒になります。

まずは議事録1本から。小さく試し、レビュー観点を固定し、測れる改善を一つ回す。その一周が、現状整理を「終わらない作業」から「動き出すプロジェクト」へ変える起点になります。

関連コラムもあわせてご覧ください。
▶ PMO・プロジェクトマネジメントのコラム一覧
▶ 業務改善・DX推進に関するコラム