「あの人が休むと、この仕事は止まる」。どの会社にも、そう言われる仕事が 1 つや 2 つあります。手順書を作ろうとして途中で止まり、引き継ぎ書は薄いまま、結局は本人に聞くのがいちばん早い──属人化への対策を検索している方の多くは、この経路を一度は通っているはずです。そこへ「AI で属人化を解消できる」という話が入ってくると、期待と同時に疑いも湧きます。頭の中にある仕事を、AI がどうやって引き受けるのか。先に結論を書きます。AI は属人化を解消しません。解消するのは言語化です。ただし AI には、人の後任には無い性質が 1 つあります。察してくれない、ということです。書かれていない手順は実行されず、書かれていない判断基準では迷い、書かれていない前提は無いものとして扱われる。だから AI に任せようとした瞬間、その仕事のどこが「その人の頭の中にだけあったのか」が、隠しようもなく見えてきます。そして一度書かれた手順は、人が変わっても、同じ質で回り続けます。AI の価値はそこにあります──属人化を消すのではなく、露わにし、言語化を完了させ、完了したものを保つ。この記事では、属人化の中身を 3 つに分け、AI がそれをほどく理由を構造で説明したうえで、本人に「やってもらいながら」言葉にして AI に移す 4 手順、私たちが自社で作法を文書に貯めている型、AI 活用そのものが新たな属人化にならないための 3 つの設計、そして「解消してはいけない属人化」までを、明日から着手できる形で整理します。
- 属人化の中身は 手順・判断・文脈 の 3 つに分かれる。マニュアルで解けなかったのは、人向けの手順書が「察し」を前提に省略されているから
- AI が効くのは賢いからではなく「察してくれない」から。書かれていない部分で止まり、それが「ここが属人化していた」の印になる。言語化が完了すれば、書かれた手順は人が変わっても同じ質で回る
- 移す手順は 4 つ ── 止まると困る仕事を 1 つ選ぶ / 本人にやってもらいながら言葉にする / AI に動かして欠落を洗う / 本人以外が回す。本人の役割は作業者から「基準の持ち主」に変わる
- AI 活用そのものが一人に寄ると、属人化は形を変えて戻る。置き場所・分業・由来の記録の 3 つで防ぐ。ただし、判断と関係は人に残す
属人化とは何が起きている状態か ── 「その人にしかできない」の中身は 3 つに分かれる
属人化とは、ある仕事の進め方・決め方・関係する情報が特定の人の頭の中にだけあり、その人がいないと仕事が止まるか、質が変わってしまう状態のことです。「対策」として真っ先に思い浮かぶのはマニュアル化ですが、この記事を読んでいる方は、それを一度は試して続かなかった経験があるのではないでしょうか。続かなかった理由を考えるために、「その人にしかできない」の中身を分けてみます。属人化と一言で呼んでいるものは、たいてい次の 3 つが混ざっています。
- ①手順 ── どうやるか ── 使うファイルの場所、操作の順番、提出先、締め切りの数え方。書き出せば誰でも再現できる種類のもので、属人化の中では最も解きやすい層です。ただし「書けば済む」ことと「書かれている」ことは別で、多くの職場では書かれていません。
- ②判断 ── どう決めるか ── 例外にどう対応するか、どこまでを許容するか、迷ったときに何を優先するか。本人は「なんとなく」で決めているように見えて、実は一貫した基準を持っていることが多い層です。基準が言葉になっていないだけで、無いわけではありません。
- ③文脈 ── 誰に・いつ・なぜ ── この取引先にはこの形式を使う理由、この時期に急ぐ理由、過去にこう決めた経緯。手順書には最も載りにくく、後任が「そんなの聞いていない」と言う層です。文脈が抜けると、手順どおりにやっても相手には違う結果として届きます。
マニュアル化が続かなかった理由は、ここにあります。人向けの手順書は、読む相手が「察してくれる」ことを前提に書かれます。①の手順は書かれても、②の判断は「適切に対応する」の一言に畳まれ、③の文脈は「いつも通り」に省略されます。人の後任は、その省略を察しで埋めながら仕事を回します。回ってしまうので、省略は省略のまま次の人に渡り、書かれていない部分はいつまでも書かれません。属人化が解けないのは、書く意志が無いからではなく、書かなくても回ってしまう相手にしか渡してこなかったからです。ここに、AI という「察さない相手」を置くと何が起きるか、というのが次の話です。なお、この記事で「AI に任せる」と言うときは、指示と手順書を渡すと自分で段取りを組んで仕事を進める AI エージェントを指します(定義と仕組みは「AIエージェントとは」に 1 本にまとめています)。
なぜ AI に任せると属人化がほどけるのか ── 「察してくれない相手」に渡す、という強制力
AI で属人化がほどける、と聞くと「AI が賢いから、本人の代わりに仕事を覚えてくれる」という絵を思い浮かべるかもしれません。実際に起きることは逆です。AI は、書かれていないことを察してくれません。手順書に「いつもの形式で」とあれば、いつもの形式が何かを知らないので止まるか、見当違いの形式を作ります。「適切に対応する」とあれば、適切の基準が無いので毎回違う対応をします。これは AI の欠点として語られがちですが、属人化を解く場面では、これこそが道具になります。AI が止まった場所、間違えた場所は、そのまま「ここが書かれていなかった」の印だからです。人の後任に渡したときには埋められてしまって見えなかった空欄が、AI に渡した瞬間に全部浮き上がります。
| 渡す相手 | 書かれていない部分 | 言語化は完了するか | その人が変わったとき |
|---|---|---|---|
| 人の後任 | 察しと経験で埋めて回す | 回ってしまうので、完了しないまま次へ渡る | 埋めていた察しごと消える。また最初から |
| AI エージェント | 止まるか、見当違いをする | 止まった場所を書き足すまで回らない ── 書き終えたとき完了する | 書かれた手順は残り、ぶれた箇所は手順に返せる |
AI がほどくものは、もう 1 つあります。言語化が完了したあとの「保ち方」です。人に引き継いだ仕事は、引き継いだ人の中でまた属人化していきます。本人なりの工夫が加わり、書かれた手順から少しずつ離れ、数年後にはその人がいないと回らない仕事に戻っている。これは自然なことで、人は察して埋め、埋めた分だけ手順書から遠ざかります。AI は逆で、書かれた手順から離れません。手順書を直せば直した通りに動き、直さなければ同じ手順で動き続けます(出力のぶれはありますが、ぶれた箇所は手順書に返せます)。つまり書かれた手順は、AI が回している限り「会社のもの」であり続けるということです。この 2 つ──書かれていない部分を露わにすることと、書かれた部分を保つこと──が、AI が属人化に対して持っている本当の効き方です。
属人化した仕事を AI に移す 4 手順
ここからが実務です。手順は 4 つで、順番に意味があります。1 つ目で範囲を絞り、2 つ目で本人の頭の中を言葉に出し、3 つ目で AI に空欄を見つけさせ、4 つ目で「本人がいなくても回る」ことを確かめます。4 つ目まで通って初めて、その仕事の属人化は解けたと言えます。
手順 1: 「止まると困る仕事」を 1 つ選ぶ
属人化している仕事は、たいてい 1 つではありません。ここで全部に手を付けると、どれも途中で止まります。選ぶ軸は「頻度」と「止まると困る度」の 2 つです。毎週発生し、担当が休んだ週に実際に誰かが困った仕事──それが最初の 1 つです。もう 1 つ、加えてほしい条件があります。本人が口頭でなら 30 分で説明できる仕事から始めることです。「私にも説明できない」と本人が言う仕事は、判断と文脈の層が厚く、最初に選ぶと言語化の段階で長く止まります。それは 2 つ目以降に回してください。1 つ目は、書かれていないだけで、話せば出てくる仕事を選ぶ。業務全体の棚卸しから最初の 1 業務を決める手順は「AIに任せる業務の選び方」に書いたとおりで、本記事では「属人化の解消」を軸にしたときの選び方だけを足しました。
手順 2: 本人に「やってもらいながら」言葉にする
ここが 4 手順の中心で、最も時間を使う場所です。原則は 1 つ、本人に書かせない。書けるなら、その仕事はもう属人化していません。代わりに、本人にいつも通り仕事をやってもらい、横で見ている人が言葉にしていきます。見ている人は、本人の手が止まるたび、何かを選ぶたびに、次の 3 つを聞きます。
- ①「今、何を見て決めましたか」 ── 判断の材料を聞く質問です。「メールの件名」「先方の担当者名」「前回の対応履歴」など、本人が無意識に見ているものが答えになります。これが手順書の「参照するもの」の欄になります。
- ②「それが無かったら、どうしますか」 ── 例外の扱いを聞く質問です。「無ければ前回と同じにする」「無ければ保留にして確認する」のどちらかが必ず返ってきます。この答えが、AI に渡す手順書の「迷ったときの行き先」になります。
- ③「これは、誰に確認しますか」 ── 本人が自分で決めていない部分を聞く質問です。答えが「誰にも確認しない」なら、それは本人が持っている判断基準で、次に「どういうときに違う答えになりますか」と実例を 2〜3 個引き出します。
この聞き取りを 1 回の業務で終わらせようとしないでください。1 回目は手順が取れ、2 回目に例外が出て、3 回目に文脈が出てきます。判断基準は「適切に」ではなく実例で書く、禁止事項はやるべきことと同じ重みで書く、といった AI 向けの手順書の書き方は「AIに渡す手順書の書き方」に型として置いてあります。本記事の手順 2 は、その手順書の材料を本人の頭から取り出す工程です。取り出す人は、その仕事を知らない人のほうが向いています。知っている人は察して聞き飛ばしますが、知らない人は「なぜ?」を素直に聞けるからです。
手順 3: AI に動かして「察していた部分」を洗い出す
手順書の初版ができたら、AI エージェントに渡して実際の業務を 1 回動かします。ここで大事な心構えは、1 回目の出来で判断しないことです。1 回目は必ず何かがずれます。そのずれは、AI の能力の問題ではなく、手順書の欠落の場所を指しています。「この形式で出してほしかったのに」は形式が書かれていなかった印、「この相手にはこう言わない」は文脈が書かれていなかった印です。ずれを見つけたら、その場で直して終わりにせず、手順書の該当箇所に 1 行足します。この「差し戻しを手順書に返す」動きを何回か繰り返すと、本人の頭の中にあった察しが、1 行ずつ手順書に移っていきます。この期間、AI の出力は全件を本人か横にいた人が見ます。見る目的は品質の担保だけではなく、欠落を洗い出すこと自体にあります。数回で差し戻しがほぼ出なくなったら、手順書は本人の頭の中に近づいたということです。
手順 4: 本人以外が回す
最後の手順は、確認です。本人ではない人が、手順書だけを頼りに AI エージェントを動かし、本人が見て「これでよい」と言える結果が出るかを確かめます。ここで本人の役割が変わります。作業者から、基準の持ち主へ。本人はもう手を動かしません。代わりに、出てきた結果を判定し、判定の理由を手順書に返す人になります。この確認が通った時点で、その仕事は「本人がいなくても回る」状態になり、属人化は解けたと言えます。逆に言えば、本人が回している限り、AI を使っていても属人化は解けていません。本人が AI に指示を出し、本人だけが出力を直せる状態は、手段が変わっただけで構造は同じです。手順 4 は、それを見分けるための工程でもあります。なお、本人の役割の変化は、本人にとって「仕事を取られる」ことではなく「作業から抜けて、基準を持つ側に回る」ことです。ここは手順 1 の段階で本人に伝えておくと、手順 2 の協力が得やすくなります。
自社の型 ── 「うちの作法」を人の頭ではなく文書に貯める
私たちの会社で最大の属人化は、代表の頭の中です。小さな会社ではどこも同じだと思います。何を受け、何を断り、どこまでを AI に任せ、どこで止めるか──その基準が代表の中にしか無ければ、AI をどれだけ入れても会社は代表に依存したままです。だから私たちは、「代表に依存しない回し方を設計で作る」を会社の判断軸として置き、AI 担当群を回す仕組みそのものを、その軸で組んでいます。ここでは、その型を一般化して 4 つ書きます。
1 つ目は、判断の基準を番号付きで文書に貯め、AI は判断の前にそれを読むことです。過去にどう判断し、なぜそう判断したかを、1 行の索引と本文の 2 段で残しています。AI 担当は何かを判断する前にまず索引を見て、該当があれば本文を開きます。運用の規約には「書いてあるのに人に聞くのは、決めた本人に決め直させることだ」と明記していて、AI が代表に聞いてよいのは、書かれていないときだけです。これは AI のための仕組みであると同時に、代表の頭の中を会社の文書に移す装置でもあります。
2 つ目は、差し戻しを受けたら、その場で観点を取り出して作法として記録することです。AI の成果物に代表が直しを入れたとき、AI 側は必ず 1 つ問います──「これは今回限りの調整か、今後も同じ観点で見てほしいか」。今後も、なら観点を 1 行に言語化して、担当ごとの作法として記録し、次からはその担当が先に読んでから動きます。同じ指摘を二度させないことが、この仕組みの本体です。作法は「共通の手順」と「うちの作法」の 2 層に分けて持ち、食い違ったら作法が勝ちます。作法を読んだかどうかは報告に 1 行出させます──読み飛ばしても出力は普通に出てくるので、読んだことを見える形にしないと誰も気づけないからです。
3 つ目は、誰が何を担っているかの一覧を 1 枚で持つことです。領域ごとに、どの AI 担当に任せ、どこまで任せ、何は必ず人に戻すかを 1 枚の表にしています。人の組織図と同じで、この表が無いと「あの仕事は誰(どの担当)がやっているのか」が、また誰かの頭の中に戻ります。4 つ目は、「自分でやった方が速い」を例外にしないことです。司令塔役の AI が実務を自分で片付けると、書いた本人しか見ていない成果物が増え、引き継げず、検品も通らなくなります。速さのために例外を作ると、AI の中にまた属人化ができる──だから作る仕事は担当に回す、と規約で決めています。
正直に書くと、この型を回していても、代表の頭の中はまだ書ききれていません。「書いてあるのに聞く」を減らす柵は作れましたが、「書かれていないから聞く」は日々発生しています。それでよいと思っています。聞かれるたびに 1 行増え、次からは聞かれなくなる──その積み上げが属人化の解消であって、一度に全部を書き出す作業ではないからです。
AI 活用そのものを属人化させない 3 つの設計
ここまでの手順で仕事を AI に移しても、もう 1 つ避けたいことがあります。AI 活用そのものが、一人に寄ることです。「AI活用が社内に定着しない4つの理由」で、定着しない理由の 4 つ目に「誰も更新していない──コツが個人の手元に溜まり、担当者が変わると振り出しに戻る」を挙げました。属人化の観点で言い直すと、AI 活用が属人化する形は 2 つあります。1 つは、使い方が個人の手元に溜まる形。もう 1 つは、仕組みを作った人にしか直せない形で、表計算のマクロが「作った人が辞めたら誰も触れない」のと同じです。防ぐ設計は 3 つです。
AI に渡す手順書を、担当者のパソコンや個人のメモの中に置かないでください。会社の共有された場所に、業務の名前で置きます。個人の「プロンプト集」は本人が便利になる分だけ、会社にとっては新しい属人化です。置き場所を会社側にすると、手順書は「その人の工夫」から「会社の業務手順」に変わり、別の人が探せて、直せて、引き継げます。会社が AI を活用していると言える条件──再現できる・共有されている・確認の場所が決まっている──の整理は「社内AI活用の事例と広げ方」に書きました。置き場所は、その 3 条件の最初の 1 歩です。
1 人が AI の仕組みを組み、同じ 1 人が使い、同じ 1 人が結果を確かめる──この形は、二重に属人化しています。作った人にしか直せず、使う人にしか勘所が分からず、疑う人がいないので誤りが仕組みの中に残ります。最小の分け方は、作る人と疑う人を別にすることです。疑う人は仕組みの説明を読まず、成果物と手順書だけを見て、通すか止めるかを返す。私たちが自社で「作る役・試す役・疑う役」を分けている形は「ソフトウェアテストのAI活用」に書いたとおりで、テスト以外の業務でも同じ形が使えます。分けると人手が要るように見えますが、疑う役は成果物を読むだけなので、作る役より短い時間で済むことが多くあります。
手順書や設定を変えたときに「何を変えたか」だけを残す会社は多いのですが、属人化を防ぐのは「なぜ変えたか」の側です。「この一文は、あの差し戻しから来ている」「この上限は、あの事故のあとに決めた」という由来が残っていないと、後から見た人は消してよいのか分からず、触れなくなります。触れないものは、また作った人にしか直せないものに戻ります。由来を 1 行添える、消すときも由来ごと消さずに「無効にした理由」を残す──それだけで、仕組みは作った人の手を離れます。
この 3 つは、AI 活用を組織に広げるための工夫というより、AI に移した仕事を「会社のもの」に保つための最低限の柵です。1 業務目でこの形を作っておくと、2 業務目以降は同じ置き場所・同じ分業・同じ記録の型で回るので、業務が増えても属人化は増えません。
解消してはいけない属人化 ── 移すのは作業と手順、残すのは判断と関係
最後に、逆の話をします。属人化は、全部を剥がすものではありません。お客様との信頼関係、責任を伴う判断、取り返しのつかない実行の最後の一手──これらは特定の人が持っていることに意味があり、AI に移すべきものではありません。信頼は「誰が」で成り立っていて、手順に書き換えた瞬間に価値が抜けます。責任を伴う判断は、誤ったときに「AI がやったので」とは言えない以上、人の名前で打つほうが社内にとってもお客様にとっても健全です。私たちは、案件の回し方を設計するときに「核心は自社で握り、手を動かす作業は外に出す」という判断軸を使っていますが、AI に対しても同じ形になります。AI に移すのは作業と手順、人に残すのは判断と関係。属人化の解消とは、その人を要らなくすることではなく、その人を作業から解放して、判断と関係に時間を使える状態にすることです。
仕事を AI に移したあと、毎日・都度・毎週・毎月に何を確かめ、差し戻しをどう仕組みに返し、任せる範囲をいつ広げるか──「動かした後の運用」は、それ自体が 1 本の記事になる厚さがあるので、別の記事で改めて手順に落とす予定です。 この記事では「本人が判定者に回り、判定の理由を手順書に返す」ところまでを持ち帰ってください。
Livune は、「作業を AI に任せる仕組み」を構築している会社です。お客様の業務を AI エージェントに移すお手伝いをしていると同時に、自社の日常業務をこの記事の型で回している側でもあり、代表の頭の中を文書に移す作業を、自分たちの会社で続けています。
Livune は、「止まると困る仕事」の選定から、本人への聞き取り、AI に渡す手順書の設計、権限と止まる場所の設計、本人以外が回すまでの確認を、自社の業務で運用している AI エージェント開発・導入支援の会社です。最初の 1 業務を言葉にするところからご一緒します。
Livune の AI エージェント導入について相談する →よくある質問
協力が得られない理由の多くは「自分の仕事が無くなる」と受け取られていることです。手順 1 の段階で、本人の役割が作業者から「基準の持ち主」に変わること、つまり手を動かす部分を AI に移して、判定と基準の改訂を本人が持つことを先に伝えてください。評価や人員の話とは切り離して伝えるのが大切です。そのうえで、本人に書かせるのではなく「いつも通りやってもらいながら横で聞く」形にすると、本人の負担は普段の業務に質問が加わるだけになり、協力のハードルが下がります。
人向けのマニュアルは、読む人が察してくれることを前提に書かれているため、手順は書かれていても、判断の基準と文脈が「適切に」「いつも通り」に畳まれていることがほとんどです。そのマニュアルを AI エージェントにそのまま渡して 1 回動かしてみてください。AI が止まった場所、見当違いをした場所が、そのまま「マニュアルに書かれていなかった部分」の一覧になります。足りないのはマニュアルの量ではなく、察しを前提に省略された判断と文脈の部分です。
全員分を同時にやらず、「止まると困る度」がいちばん高い仕事を 1 つだけ選んでください。目安は、担当が休んだときに実際に誰かが困った仕事で、かつ本人が口頭でなら 30 分で説明できるものです。小さな会社ほど代表の頭の中が最大の属人化になりがちですが、代表の判断は最初に選ばないほうが進みます。まず定型に近い 1 業務で 4 手順を通し、手順書の置き場所と分業の型を作ってから、判断の層が厚い仕事に進むのが、止まらずに進む順番です。
設計しなければ、します。使い方が個人の手元に溜まる形と、仕組みを作った人にしか直せない形の 2 つが典型です。防ぐ設計は 3 つで、手順書を個人ではなく会社の場所に置くこと、作る人と疑う人を分けること、変更のたびに「なぜ変えたか」の由来を残すことです。この 3 つを 1 業務目から入れておけば、AI 担当が変わっても手順書と由来が残り、別の人が引き継げます。AI 活用の属人化は、AI の問題ではなく置き場所と分業の問題です。