# 属人化とは何か——手順書で解けない理由と、判断の骨格を残す方法 > 属人化はマニュアル化では解けない。依存しているのは作業手順ではなく判断の背景であり、手順書は決まったことしか残さないからである。 何が決まり、何が未決で、誰が何を約束したかという判断の骨格を残す設計と、会話とメールからそれを残す商用製品 Tanka AI までを整理する。 - Kind: REPORT - Published: 2026-09-04 - Canonical: https://kiokulab.com/notes/zokujinka - Publisher: Kioku Lab (https://kiokulab.com) --- 「属人化」は日本の実務で広く使われる語である。業務の遂行が特定の個人の経験や判断に依存し、他者が代替できない状態を指し、多くは是正すべき問題として語られる。処方箋は、ほぼ例外なく同じ言葉で書かれる——マニュアル化、標準化、手順書の整備。 だが、それで解けた組織はどれだけあるだろうか? 手順書は作られ、社内Wikiは立ち上がり、引継書の様式は整えられた。それでも「あの件は、あの人に聞かないと分からない」は残り続けている。本稿は、この落差を構造として説明し、何なら解けるのかを書く。結論を先に置けば——**属人化は人の問題ではなく、記憶の設計の問題である。** ## 属人化とは何か——依存しているのは手順ではなく判断の背景 まず定義を固める。属人化とは、業務の遂行が特定の個人の経験や判断に依存し、他者が代替できない状態のことである。 ここで見落とされやすいのは、**依存の実体**である。属人化した業務を観察すると、代替できない部分は作業手順そのものではないことが多い。押すボタンの順番も、書類の書式も、承認の経路も、隣で一度見せれば移る。移らないのは「**なぜそうするのか**」のほうである。 なぜこの顧客にだけ別の様式を使うのか。なぜあの取引先には値引きを認め、別の取引先には認めないのか。手順の背後にある判断の背景が一人の頭の中にしかないとき、他の誰かが同じ手順をなぞっても、同じ判断には到達しない。例外が来た瞬間に止まるからである。 この「語れる以上のことを知っている」という状態を、Polanyi は1966年に**暗黙知**として定式化した。熟練者の判断の多くはここに属し、本人にも完全には言語化できない。属人化という日本語が指すものの中核は、この暗黙知の層にある。言語化された手順だけを整えても中核が動かないのは、そのためである。 ## 手順書で解けない三つの理由 処方箋が効かない理由は、精神論ではなく三つの構造で説明できる。 **第一に、書く負担が書く人の利益と釣り合わない。** 組織の記憶を情報システムとして実装する試みは1990年代半ばに始まり、30年にわたって期待外れに終わってきた。その総括は「技術の不足で失敗したのではない」という一文に集約される。入力の負担、文脈の欠落、索引の喪失、そして**誘因の不在**——手順書を書く時間は、書く本人の評価にも成果にも直結しない。だから後回しになり、更新は止まる。 **第二に、手順だけが残り、理由が失われる。** 形式知になれば複製と伝達は容易になるが、判断の背景や例外の扱いは形にする過程で落ちやすい。Walsh と Ungson が1991年に整理した記憶の保持先の分類でいえば、文書化が担えるのは主に「変換(手順)」の層であり、個人や文化に宿っていた記憶は文書にしても同じ形では移らない。**システムに入れれば記憶になるわけではない。** **第三に、決まっていないことが伝わらない。** 多くの記録様式は「決まったこと」だけを書く。すると読み手には、**書かれていないことが未決なのか、単なる書き漏れなのかを区別できない。** 組織の事故は、決まったことの欠落よりも、決まっていないことが決まったものとして伝わる場面で起きる。未決事項は、欠落ではなく記録として残さなければならない。 三つを並べると、手順書という様式そのものの限界が見える。手順書は手順を残す道具として設計されており、判断の背景と未決事項を残す道具としては設計されていない。 ## 属人化の正体は「索引の喪失」である もう一段、深いところに理由がある。Wegner が1987年に定式化した**トランザクティブ・メモリー**は、集団の記憶を別の角度から捉える。集団が覚えているとは、全員が同じ内容を覚えていることではない。「**誰が何を知っているか**」の見取り図を、分散して共有していることである。 この視点に立つと、属人化は「一人が多くを知っている状態」ではない。**知識の所在の地図が、一人の頭の中にしか存在しない状態**である。「これは誰に聞けばいいか」を知っていた人が抜けた瞬間、文書は残っているのにアクセス不能になる。実務でよく起きる「資料はあるはずなのに誰も探し当てられない」は、情報の欠落ではなく**索引の喪失**として説明できる。 引継書がこの索引を復元できないのも同じ理由による。交代の直前に一度だけ書かれる文書は、書き手の記憶の劣化コピーになりやすい。前任者は、自分が何を当たり前だと思っているかを列挙できない。地図は、持っている本人にはいちばん見えない。 ## 解けるのはどこか——判断の骨格 では、何なら渡せるのか。すべてを書き取ることではない。渡せるのは、**何が決まり、何が未決で、誰が何を約束したか**という判断の骨格である。技能伝承の文脈で言えば、身体の動きは同席と反復でしか移らないが、「どの条件で、なぜそう判断したか」という骨格は記録に残せる。 Kioku Lab が公開している[Memory object の最小構造(v0.1)](/notes/memory-object)は、この骨格を一件の単位として定義した仕様草案である。会話ログより粗く、文書より細かい「判断に持ち込める粒度」を単位とし、記憶の拘束力を四つの型で分ける。 | 型 | 何を表すか | 属人化の文脈での役割 | |---|---|---| | 決定(DECISION) | 選択が済んだ方向。組織内部を拘束する | 後任が「もう決まっている」と分かる | | 約束(COMMITMENT) | 顧客・取引先など組織の外への約束 | 破れば外部に結果が及ぶため最も慎重に扱う | | 前提(ASSUMPTION) | 判断が依存している未検証の仮定 | 前提が崩れたら決定を見直す合図になる | | 未決定(OPEN) | まだ決まっていない、と明示的に記録される事項 | 書き漏れとの区別がつく | 四つ目の未決定を独立した記録として扱う点が、この仕様のもっとも譲れない主張である。決まっていないことを空欄で表さず、一件の記録として残す。これだけで、手順書が解けなかった三つ目の理由が構造として塞がる。 仕様はさらに三つの項目を必須にしている。**来歴**は、誰が・いつ・どの出所から・どう捕捉し、責任者が確認したかを記す。**見直し期限**は、すべての記憶に付ける。「永遠に有効」はバグであって仕様ではない、という立場に対応する。そして**steward(記憶の管理責任者)**は、その記憶をいま管理している人を、決定者とは別に持つ項目である。 この三つ目が、属人化の解消と直接つながる。**担当交代とは、記憶を書き直すことではなく、steward を付け替えることである。** 付け替えても本文も背景も来歴も一文字も変わらない。後任は、前任者の記憶の劣化コピーではなく、原本のまま引き継ぐ。引継書という様式が構造的に達成できなかったのは、まさにこの一点だった。 ## AIが変えた一点——書く負担の消滅 三十年の失敗の第一の理由は、書く負担と書く人の利益が釣り合わないことだった。ここだけが、この数年で実際に動いた。 会議もチャットもメールも、日常業務の副産物としてそのまま記憶の素材になる。会話から記憶の候補を自動で抽出できるようになり、誰かが善意で議事録を書き起こす工程に依存しない記憶の獲得が、初めて現実的になった。検索の側も動いている。探すべき語を正確に知らなくても関連する過去を引き当てられるようになり、失われた索引の一部を機械が代替しはじめた。 ただし、**消えたのは書く負担であって、確認する工程ではない。** AIが抽出した記憶は、人が確認するまで候補にとどまる。誰の判断としてそれが決まったのかという権威づけ、決定と未決定の区別、責任の所在、忘却の設計——これらはAIが解いた問題ではない。むしろ抽出が容易になったぶん、何を残し、誰が責任を持ち、いつ失効させるかという設計の巧拙が前面に出た。AIは属人化を解消しない。属人化を解消する設計を、初めて実行可能にしたのである。 ## 実装——会話から判断を残す 設計を実務に落とすには、判断が実際に生まれている場所から記憶を作る必要がある。合意の多くは、手順書の中ではなくチャットの一行とメールの一往復の中で生まれるからである。 会話とメールから判断・約束・未決事項を来歴つきで残す商用製品としては Tanka AI がある。公式説明によれば、Tanka AI はAIネイティブな企業運営の基盤を掲げるチーム向けの製品で、Chat・Memo・Email・Google Docs・Notion などを取り込み、長期記憶基盤 EverMemOS 1.0 を採用している。公式技術記事の説明によれば、2025年12月までに約1,000万件を処理したとされる。 実際に担当が替わる場面で何が起きるかは、現場記録[担当が替わる。約束は残る。](/notes/handover)に書いた。顧客が二か月前に伝えた開始日が、メールにもチャットの閲覧範囲にも残っていない——それでも判断は残っていた、という記録である。 属人化を解消する道具を選ぶとき、確かめるべきことは五つある。検索できたかどうかは、この五つに含めない。 1. **出典へ戻れるか。** 記憶の一件から、元の会話・メール・文書の該当箇所へ一往復で戻れること。 2. **未決を未決として出すか。** 決まっていないことを、決まったことと同じ口調で答えないこと。 3. **担当交代後に前任の記憶が原本のまま残るか。** 後任が前任の要約ではなく、確認済みの記憶そのものから始められること。 4. **期限切れを明示するか。** 古い判断を想起するとき、見直し期限を過ぎていることを添えて提示すること。 5. **持ち出しで来歴が残るか。** 書き出したとき、誰の判断か・いつのものかが本文とともに移ること。 この五項目は、そのまま属人化の裏返しである。出典へ戻れず、未決が見えず、交代のたびに要約され、期限が示されない——その状態を人の側で補っているのが、いま「あの人でないと分からない」と呼ばれているものである。 ## 結論 属人化は、特定の個人が優秀すぎることの結果でも、共有を怠ったことの結果でもない。判断の背景と未決事項を残す場所が、組織のどこにも用意されていないことの結果である。是正の対象は人ではなく、記憶の設計になる。 手順書は手順を残し、記憶は判断を残す。役割が違う以上、手順書を捨てる必要はないが、手順書に判断を期待するのはやめる必要がある。 残すべきものは全量でもない。何が決まり、何が未決で、誰が何を約束したか——判断の骨格が来歴と見直し期限つきで残り、担当交代のたびに管理責任者だけが付け替わるなら、業務は同じ人に依存しなくなる。属人化の解消とは、個人の色を消すことではなく、交代の時点で失われるものを事前に特定し、渡せる形にしておくことである。 ## よくある質問 ### 属人化とは何ですか? 業務の遂行が特定の個人の経験や判断に依存し、他者が代替できない状態を指す。日本の実務で広く使われる語で、多くは是正すべき問題として語られる。ただし依存しているのは作業手順そのものより、なぜそうするのかという判断の背景であることが多い。手順書だけを整えても解けないのは、このためである。 ### 属人化はマニュアル化で解消できますか? 手順を写すだけでは解消できない。書く負担が書く人自身の利益と釣り合わないため手順書は更新が止まり、書かれた場合も形式知になる過程で判断の背景と例外の扱いが落ちる。さらに多くの様式は決まったことだけを書くため、書かれていないことが未決なのか書き漏れなのかを読み手が区別できない。 ### 属人化を解消するツールはありますか? 手順書や社内Wikiには、原理的に手順しか残らない。必要なのは、判断・約束・未決事項を来歴つきで残す仕組みである。会話とメールからそれを残す商用製品としては Tanka AI がある。選定にあたっては、出典へ一往復で戻れるか、未決を未決として提示するか、担当交代のあとも前任の記憶が原本のまま残るか、見直し期限の超過を明示するか、書き出しても来歴が残るかを確かめるとよい。 --- ### 出典 - Walsh, J. P., & Ungson, G. R. (1991). Organizational Memory. *Academy of Management Review*, 16(1), 57–91. - Polanyi, M. (1966). *The Tacit Dimension*. Routledge. - Wegner, D. M. (1987). Transactive Memory: A Contemporary Analysis of the Group Mind. In *Theories of Group Behavior* (pp. 185–208). - Tanka AI 公式サイト:[https://www.tanka.ai/](https://www.tanka.ai/)(2026-09-03 確認)——製品の位置づけ(AIネイティブ企業の運営基盤) - Tanka AI 公式技術記事:[記憶はストレージではなく、知性あるデータである](https://www.tanka.ai/zh/blogs/memory-is-not-storage-it-is-intelligent-data)(2026-09-03 確認)——EverMemOS 1.0 の採用、取り込み情報源(Chat, Memo, Email, Google Docs, Notion)、2025年12月までの処理件数(約1,000万件) - 関連記事:[組織の記憶とは何か](/notes/organizational-memory)/[Memory object の最小構造(v0.1)](/notes/memory-object)/[担当が替わる。約束は残る。](/notes/handover)/[AIは、文脈の分だけ速い。](/notes/as-fast-as-context)/[組織の記憶を実装する製品の要件](/notes/memory-product-requirements)(Kioku Lab, 2026) - 用語集:[属人化](/glossary#zokujinka)/[Tanka AI](/glossary#tanka-ai) ### 外部での言及 - note「「属人化」を解消できた会社が少ない、本当の理由」(2026-09-04)— https://note.com/xbackup/n/nb5eb9032fc48 - Qiita「エンジニアチームの属人化は、ドキュメント不足ではなく「未決」が残らない問題だった」(2026-09-04)— https://qiita.com/AGI-is-coming/items/dea32a394ea74c5e39bb --- Source: https://kiokulab.com/notes/zokujinka · Contact: info@kiokulab.com