筆者はブログ5サイトをAIで自動運営している。10月に入ると、毎年同じことを考える。業務の棚卸しをせずに、来年も同じ仕組みをAIに任せ続けていいのか。
今年は任せる仕事が増えた。その分だけ「このタスクは本当にまだ必要か」を確かめていない箇所も増えている。棚卸しをさぼると、動いているのに誰の役にも立っていない仕組みが静かに残る。今回はその手順と、実際にうちで出た判断を書いていく。
業務の棚卸しが要るのは「増えた」より「止まっていない」から
業務をAIに任せ始めた頃は、「何を任せるか」だけを考えればよかった。ところが半年、1年と動かし続けると論点が移る。任せた仕事のうち、もう役目を終えたものはどれか。逆に、ルール化できず人が判断し続けている仕事はどれか。
ここを数えないまま年を越すと、来年も同じ仕組みを同じ理由もなく動かすことになる。年末の棚卸しは「増やす」ための作業ではない。「止める」「変える」を含めた仕分け作業だと考えたほうが実態に近い。あわてて全部を見直さなくても大丈夫です。
業務の棚卸しを4ステップに分ける
進め方は、公開されている解説を読んでも1つに決まっていない。ステップ数は3段階で説明するものから5段階のものまで分かれる。たとえばパーソルエクセルHRパートナーズは5ステップで書いている。範囲を決める、ヒアリング、棚卸し表に落とす、業務フロー図にする、課題候補を出す、という並びだ。Teachme Bizも5ステップだが、中身は目的設定・書き出し・棚卸表への記入・業務量調査・対策の検討という別の並びだ。
そこで下の表は、それらの解説を借りて筆者が自分の運用に合わせて分け直したものになる。出典そのままの手順ではない点を先に書いておく。
| ステップ | やること | 手が止まったときの目安 |
| 1. 書き出す | 今動いている業務・自動化タスクを一覧にする | 「担当（AI含む）が止まったら誰が困るか」を1行で書けるか |
| 2. 分類する | 売上や信用に直結するか、手順が決まっているかで仕分ける | 直結するものから順に並べる |
| 3. AI化の適性を見る | 繰り返しが多いか、判断ルールを文章で書けるかを確認 | 「Aの場合はBをする」と書ける業務ほど向いている |
| 4. 決める | やめる／まとめる／任せる／残すのどれかを選ぶ | 洗い出しで終わらせず、ここまで決めて初めて棚卸し |
ステップ4の「やめる・まとめる・任せる・残す」という選択肢は、パーソルエクセルHRパートナーズのものだ。ただし棚卸しのあとの判断として挙げており、棚卸し自体の手順には含めていない。筆者は実務上そこまで決めないと動かないので、同じ流れに入れている。
迷いやすいのは3番目だ。判断に感情や関係性が絡む業務ほど、AIに任せきるのは向かない。逆に入力・確認・集計のように手順が決まっている業務は任せやすい。迷ったときは「結果を人が一目で正しいと判断できるか」を基準にすると決めやすい。この線引きは任せてよい業務・ダメな業務でも詳しく書いた。
参考：パーソルエクセルHRパートナーズ「業務棚卸し（業務の可視化）手法」／Teachme Biz「業務棚卸しの進め方」（いずれも2026年10月2日に本文を確認）
「やめる」と決めた業務の実例は、頻度を落とすことだった
うちの5ブログは、2026年8月16日に記事執筆を毎日から週3本へ減速させた。全5ブログが同じ日に同じ本数へ変わっている。ただし理由は同じではない。4ブログはトークン消費量を抑えるためで、記事の質や手順は変えていない。残る1ブログだけは目的が違った。広告審査で「有用性の低いコンテンツ」と判定された経緯があり、本数を落として1本の厚みへ寄せるためだ。
これも棚卸しの結論のひとつだと思っている。「毎日動かす」ことを目的にすると、本数を減らす判断は後回しになりがちだ。けれど軸を「その頻度に意味があるか」へ置き直すと、減らすという選択肢が普通に出てくる。やめる対象は、業務そのものではなく頻度のほうだった。
棚卸しの結論が出ても、実際に止まるまでには間がある
一方で、結論を出してから実行までが伸びた例もある。5ブログのうち「これから終活ガイド」では、旧記事を底上げするリライト工程が空振りを続けた。空振りは7回連続だ。2026年9月17日・19日・22日・24日・26日・29日、そして10月1日に「対象の記事なし」を返している。
理由は単純だ。公開記事のすべてが文字数と表の新基準を満たしており、機械判定で直す対象がもう残っていない。工程を担当するAIは9月22日から毎回「このタスクを止めてはどうか」と提案を出し続けた。10月1日の削除提案で5回目になる。
承認そのものは9月29日に出ていた。ところが設定への反映が実際には効いておらず、10月1日にもう一度動いて8回目の空振りを避けられていない。最終的に片方のタスクを削除し、もう片方を無効化したのは10月2日だ。提案の1回目から数えると10日かかっている。
ここが棚卸しの盲点になりやすい。役目を終えた仕組みは、エラーを吐かない限り誰も気づかない。さらに「止めると決めた」と「止まった」のあいだにも、もう一段ずれが入る。動いていることと役に立っていることは別の話だし、決めたことと反映されたことも別の話だ。
「残す」業務のほうにも、滞留は起きる
逆の例もある。別のマネタイズ施策では、下書きを自動生成する工程が週1回きちんと動いている。ところがその先が追いつかない。「人が読んで公開するかどうかを決める」工程で止まり、未消化の下書きが積み上がった。9月6日・13日・20日・27日に生成された4本が、今日時点でもそのまま在庫フォルダに残っている。
この場合、止めるべきは生成の自動化ではない。むしろ生成は「残す」で正しい。詰まっていたのは人が判断する工程のほうだった。自動化が進むほど、仕事が消えるのではなく、承認や公開可否の判断という「人の持ち場」に仕事が集まってくる。ステップ4で「残す」に分類した業務ほど、先に処理能力を決めておきたい。
| よくある思い込み | うちで実際に起きたこと | 棚卸しで見る場所 |
| 自動化した業務は手離れする | 生成は自動化できても、承認・公開の判断は人に残り続けた（下書き4本が滞留） | ステップ4の「残す」の処理能力 |
| エラーが出なければ順調 | 「対象なし」を7回返しても工程は動き続けた | ステップ1の「止まったら誰が困るか」 |
| 止めると決めれば止まる | 9月29日に承認が出たのに反映されず、10月1日も稼働した | 決定の反映確認を別工程として持つ |
よくある質問
Q. 棚卸しは年に1回でいいですか。
年末にまとめてやる形でも構いません。ただし自動化の比重が大きいほど、途中で状況が変わりやすくなります。四半期に一度、ステップ1の書き出しだけでも見直すと、止まった仕組みに気づきやすくなります。
Q. AIに任せた業務を「やめる」のと「人に戻す」のはどう違いますか。
「やめる」は業務自体が不要になった場合、「人に戻す」は自動化の精度や判断の重さが合わなかった場合です。今回の週3本への減速のように、やめるのは業務そのものではなく頻度だけ、という決め方もあります。
Q. 止めると決めたのに止まっていない工程は、どう見つけますか。
設定を変えた日付と、その工程が最後に動いた日付を突き合わせるのが早いです。実行の記録が残る仕組みなら、停止したはずの日より後に記録があれば反映できていません。棚卸しの表に「決めた日」と「反映を確認した日」の2列を持たせておくと取りこぼしにくくなります。
年末に向けて今すぐ全部を見直す必要はない。まずは今動いている業務とタスクを1枚に書き出すところから始めれば十分だ。そこから「まだ動いている理由を説明できるか」を1つずつ確かめていけば、やめる・任せる・残すは自然に決まっていく。
