HRISチームは1,000時間を削減しましたが、使ったのは生成AIではありません。散在していた業務を記録し、繰り返し作業から自動化しただけです。この事例が示すことはシンプルです。AIツールを選ぶ前に、何がなぜ繰り返されているのかを把握する必要があります。

3秒要約
業務と所要時間を記録 ルールが明確な業務を自動化 判断が必要な部分だけにAIを適用 時間・エラー・例外をまとめて測定

1,000時間の本当の意味は「AI ROI」ではありません

まず、この数字を正確に読む必要があります。HRBenchのポッドキャストで、HRISリーダーのDani DeMaio氏は、以前の勤務先で手作業を自動化し、削減時間を追跡した結果、業績評価の時点で経営陣に「HRISチームは生産性を1,000時間削減した」と報告できたと説明しています。ただし、会社規模、測定期間、自動化の一覧、計算式は公開されていません。そのため1,000時間は一般化できるベンチマークではなく、ある実務担当者による独自集計の事例として捉えるのが適切です。

1,000時間をそのままROIとして使ってはいけません

削減時間が直ちに現金の削減額になるわけではありません。空いた時間が実際に別の業務へ再配分されたか、自動化の保守や例外処理に何時間かかったかまで確認する必要があります。この事例で重要なのは数字の大きさではなく、自動化の前後で時間を記録した点です。

出発点は「どのAIを買うか」ではありませんでした。チームは、メンバーが行う業務、投入人数、所要時間を細かく文書化してから、最も大きな時間の無駄を見つけました。1人が頻繁に不満を言うという理由だけで技術を追加せず、複数の人に繰り返し発生する作業かを確認したのです。

このアプローチはHRシステムの構造にも合っています。Workdayはビジネスプロセスを、目標達成のために人々が開始し、処理し、完了する作業の集合と定義しています。各ステップには担当ロール、セキュリティルール、条件、完了基準があります。つまり、自動化の対象は漠然とした「採用業務」ではなく、入力 → 検証 → 承認 → 通知 → 完了へと続く具体的なフローです。

業務フローが記憶や口頭説明だけに残っているなら、AIも安定して働くことは難しくなります。Microsoftが説明するプロセスマイニングも、システム記録のイベントデータを使って実際の経路を可視化し、ボトルネック、手戻り、自動化の機会、KPIを見つける方法です。担当者が考えるプロセスと実際の実行経路は異なる場合があるため、まず観察可能な記録を作るのです。

自動化とAIは解決する問題が異なります

正解がルールとして固定できる業務では、通常の自動化が先です。一方、入力形式が変わり続けたり、文章の意味を解釈したりする部分ではAIを検討できます。両者を区別しなければ、単純な条件分岐に高価なAIを使ったり、エラー許容度が低い判断を確率的なモデルに委ねたりすることになります。

判断の質問ルールベース自動化に適した業務AIを検討できる業務
入力は一定ですか?決まったフィールドとコードで入力されるメール・文書・自由記述のように形式が多様
正解をルールとして書けますか?勤務地に応じた承認経路、締切通知問い合わせ意図の分類、文書要約、下書き作成
エラーをすぐ見つけられますか?必須値・形式・重複の検証が可能文脈によって品質判断が変わる
失敗時の影響は?再実行するか、例外を担当者に渡す採用・評価のように人へ大きく影響する場合は強いレビュー体制が必要

たとえば新入社員情報が承認された後、ITチケットを作成し、機器担当者に通知を送り、完了状態を記録するフローでは、条件と担当者が明確です。Workdayのプロセスも、担当ロールによって作業を渡し、セキュリティとビジネスルールを適用し、条件に応じてステップを実行するよう設計できます。 IBMもHR自動化を、HRIS・給与・福利厚生・応募者追跡システムを接続してデータフローを同期する取り組みとして説明しています。

一方、従業員からの問い合わせをテーマ別に分類したり、ポリシー文書の下書きを作成したりする業務は、表現が毎回異なるためAIが役立つ可能性があります。それでも、AIが最終判断を下すべきという意味ではありません。NISTのAIリスク管理フレームワークは、AIが支援する具体的な作業、モデルの限界、人が結果を監督する方法、期待される便益、エラーのコストを文書化するよう推奨しています。

特に採用のように人の機会へ直接影響する業務は、より慎重に扱う必要があります。英国政府の責任ある採用AIガイダンスは、バイアス、デジタル排除、差別的な広告などのリスクを指摘し、影響評価、データ保護の確認、透明性、異議申立ての手段を扱うよう案内しています。 法的要件は国によって異なりますが、AIの推奨を人が承認するという一文だけで、責任ある運用が完成するわけではないという判断基準は実務でも有効です。

削減時間だけを数えると、失敗の発見が遅れます

スコアカードには、速度とともに品質・例外・人の体験を入れる必要があります。自動化で平均処理時間が短くなっても、誤ったルーティングや回収漏れのある権限が増えるなら、改善とは言いにくいでしょう。

時間
1件当たりの処理時間・待機時間・削減時間
品質
エラー率・手戻り率・漏れ件数
運用
例外率・手動介入率・保守時間
体験
従業員からの問い合わせ・担当者満足度・異議申立て

特に「削減時間」を比較するには、基準線を固定する必要があります。自動化前の2週間は業務別の件数と実際の処理時間を記録し、導入後も同じ定義で測定してください。削減時間 = 処理件数 × 1件当たりの時間減少分 − 例外処理と保守の時間のように計算式をあらかじめ公開すれば、業績評価時に数字を水増しする余地が減ります。

AIの段階では、モデル利用料とレビュー時間もコストに含める必要があります。CIPDが2026年1〜2月にHR・経営リーダー1,342人を調査したところ、AI導入能力に自信のある組織ほど業績改善を多く報告していましたが、これは因果関係ではなく自己申告データ上の関連です。調査から得られるより実用的なメッセージは、ツールへのアクセスだけでは不十分であり、業務再設計や従業員参加といった既存の能力を実際の変化に適用する必要があるという点です。

今週始める4段階の実践方法

  1. 第1段階:1つの業務の実際の経路を2週間記録してください
    オンボーディング、人事変更、休職、退職のうち、処理量が多い業務を1つだけ選びます。スプレッドシートに開始時刻、完了時刻、担当者、入力システム、承認待ち、手戻り理由、例外の有無を記録してください。Workdayを使っている場合は、Business Process DefinitionsレポートとView Diagramで現在のステップとロールを確認できます。 Microsoft環境では、Power AutomateのProcess mining > Processesでイベントログに基づくフローを確認できます。
  2. 第2段階:ルールで表現できる区間を1つ自動化してください
    「条件Aなら担当者Bへ渡す」のように、1文でテストできるステップを選びます。たとえば必須値の検証、承認ルーティング、締切通知、チケット作成です。運用に入れる前に、正常・欠落・重複・取消・担当者不在のケースをテストし、失敗した場合に誰のキューへ戻すかも指定してください。
  3. 第3段階:自動化で解決できない変動部分だけをAIで試してください
    従業員問い合わせの分類やポリシーの下書きのように、入力は多様でも結果を人がレビューできる作業から始めます。使用データ、禁止データ、レビュー担当者、承認基準、ログ保存期間、中止条件を1枚に書いてください。採用・評価・報酬の決定は、影響評価と異議申立て手続きなしに自動実行しないほうが安全です。
  4. 第4段階:30日後に拡大・修正・中止を決めてください
    基準線と比較して、処理時間、エラー率、例外率、手動介入時間を確認します。速度は上がってもエラーやレビュー負担が増えたなら、範囲を狭めてください。効果が確認できた場合も、次の業務を一度に接続せず、同じ測定表で1段階ずつ拡張します。

従業員には、これは「仕事をなくすための文書化」ではないと先に説明してください

元となった事例でも、業務記録を求められたチームメンバーは、技術で自分の仕事をなくそうとしているのかと尋ねました。記録の目的、自動化候補を決める基準、変わった時間を何に使うのかを先に共有し、実際の担当者を設計とレビューに参加させてください。

さらに深く知りたい場合

Automate Before You Even Think About AI: An HR Leader's Playbook — 1,000時間の事例、業務マッピング、HRにおけるAI活用の限界を扱う原文です。 hrbench.com

What Is HR Automation? — HR自動化の範囲と、HRIS・給与・福利厚生システムの連携過程を概観できます。 ibm.com

Overview of process mining — イベントログで実際の業務経路、ボトルネック、手戻り、KPIを見つける方法を説明しています。 learn.microsoft.com

Concept: Business Processes — Workdayで、ステップ、担当ロール、条件、セキュリティポリシーによってプロセスが構成される仕組みを確認できます。 doc.workday.com

AI RMF Core — AIの利用目的、エラーのコスト、人による監督、運用責任を設計する際に参照できるNISTフレームワークです。 airc.nist.gov

Responsible AI in Recruitment — 採用AIにおけるバイアス、データ保護、影響評価、異議申立てを実務上の問いとして整理した英国政府のガイダンスです。 gov.uk