あなたの最高のAIパイロットは、廃止しようとしたプロセスを固めている

McKinseyは2026年8月4日に、エージェントを中心としたHR機能の構築についての記事を公開し、その記事の中で、エンタープライズAIについて今期で最も有用な文章が書かれていた。計画なしにエージェントを構築したチームについて説明している著者は、「管理されていない各エージェントは、古い運用モデルの一部をコードに固める」と書いている。

これをパイロットの罠と呼ぶ。タスクレベルでのスピード、設計レベルでの漂流。

その文章は、導入されるフレームワークよりも価値があり、HRの外側にも適用でき、現在エージェントパイロットを実行している多くの企業に当てはまる。

罠は成功したパイロットである

ここにメカニズムがある。記事では、給与専門家やリクルーターは、低コードツールを使用して午後に動作するエージェントを構成できるということである。プロトタイプではなく、実際に動作するもので、実際のワークフローに接続されており、実際の出力を生成している。

これは、誰もが教えられたシーケンス、すなわち「小さく始めて学び、拡大する」というシーケンスが、慎重な選択肢ではなくなったことを意味する。McKinseyは、率直に「小さく始めて学ぶ」という直感が、慎重な選択肢ではなくなったと述べている。どのスペシャリストでも午後にエージェントを立ち上げることができる場合、上層部が承認するかどうかに関係なく、小さなものから始めることになる。

記事が終わる場所と推論が始まる場所について正確であることが重要である。McKinseyのパイロットの罠は、主に浪費された労力についての議論である。チームは、適切な再設計によって削除されるステップを完璧にしている。以下のバージョンは、より厳しいものであり、私のものである。浪費された労力は回復可能であり、ロックインは存在しない。

失敗したパイロットは問題ない。失敗したパイロットは停止され、忘れられ、数週間のコストがかかるだけである。危険なのは、動作するパイロットである。動作するエージェントはすぐに負荷がかかる。誰かの火曜日はそれに依存している。予算会議でそれを擁護する。自動化されたプロセス、システムの変更、政策の変更に関係なく、コード化され、実行され、文書化されたものよりも議論しにくいものになる。

これが罠である。你はワークフローを自動化しなかった。代わりに、ワークフローを承認した。エージェントが自動化されたワークフローに依存するという、エンタープライズAIの結果が、ツールよりもワークフローの形に依存するという、最近の研究結果の不快なバージョンである。

彼らが埋めた数字

記事の見出し数字は、現在のHR活動の約2/3が2030年までに完全に自動化されるか、完全に自動化されたデリバリーになる可能性があるというものである。これは今週どこでも引用される数字であり、記事で最も興味のないものである。

興味深い数字は、時間割り当ての図表にある。McKinseyが説明する最終状態では、人間の時間の約20パーセントがエージェント能力管理に費やされる。記事では、エージェントの構成、エージェントが従うロジックの作成とレビュー、リリース前のテスト、パフォーマンスとドリフトの監視、ワークフローの変更時にエージェントの廃止が含まれると説明している。記事では、ドリフトを定義していないが、エージェントの出力が妥当性を保ったまま、静かに正しくなくなることを意味する。

機能の人間時間の5分の1がマシンの手入れに費やされる。記事では、これが「丸めのカテゴリではない」と述べている。エンタープライズAIの最大の隠れたコストである、監督オーバーヘッドと同じである。ただし、記事では、この20パーセントが移行コストなのか、エージェントを大規模に実行する際の実際のコストなのかは述べていない。これは、エージェントプログラムがコスト削減になるか、コストの交換になるかを決定する数字であり、不足している。

通常の会社が実際に使用できるアドバイスの半分

McKinseyの処方箋は、まず2030年の人間エージェント運用モデルを定義し、そこから逆算することである。目的地を定義し、実装、能力投資、ガバナンスの順序を決定する。

記事は、誰がこれを行うことができるかについて正直である。自分の目的地の組織図は、「現在のほとんどのHR機能を持っていない製品管理マスル、十分なデータ基盤、CHROに実際のエンタープライズワークフォース設計マンデートが必要である」と述べている。次に、「ここから始めることができる組織は少ない」と述べている。

ほとんどの会社、すでにエージェントを実行している会社に対しては、北極星は実行可能な半分ではない。診断が重要である。管理されていないエージェントが古いプロセスをコード化する場合、現在のエクスポージャーは、承認されていないエージェントの数に比例する。ただし、その数はわからない。

最初のステップは、2030年のブループリントではない。数えることである。実際に実行されているものを調べる。承認されたものではない。実際に存在するもの。低コードツールで構築された自動化、共有インボックスに接続されたスケジュール済みジョブ、システムのレコードに対して構成されたアシスタント。各アイテムについて、3つの事実。誰が構築したか、どれにアクセスできるか、停止した場合に何が壊れるか。インベントリは、各部門で午後を要する。会社が月曜日に実行できる唯一の「ガバナンス」バージョンである。

記事の5番目のCHRO質問は、盗むべき質問である。最初の選択肢は、どれが基礎となるか、どれが時間の経過とともに蓄積されるか、どれが安全に取り消せるか。インベントリをそのように並べ替える。安全に取り消せるものは、実験である。取り消すことができないものは、誰かが決定したかどうかに関係なく、アーキテクチャである。これは、ほとんどの最初のパイロットがエージェントを指す傾向にある、最も目立つプロセスではなく、静かな内部プロセスという本能に対する有用な修正である。

実際にコストを課すのは誰か

ここで損をするのは、開始しなかった会社ではない。パイロット数が多い、採用率が上昇している会社である。

パイロット数は、進歩を感じる指標であるが、実際にはその逆を計測する。現在のプロセスに対して構築された各追加パイロットは、後でプロセスを変更するコストを上げる。ツールが邪魔をして、所有者がいて、デッキに数字が表示されるからである。3つのパイロットを持つ会社は、数十の動作するエージェントを持つ会社よりも先に立っていない。むしろ、よりコミットしている。

これが、この記事から得られるべきリフレーミングである。エージェントプログラムについて尋ねるべき質問は、実行中のエージェントの数や精度ではなく、現在の運用モデルを変更するために解体しなければならない部分が何であるか、そして誰が今日それを言えるかである。