蓄積が成立しない組織 ─ 高離職・派遣多用環境での knowledge management

• 想定読者： 年間離職率30%超／派遣多用／頻繁な再編で蓄積が成立しない組織の HR・経営層・マネージャー
• 前提知識： 「組織のコンテキスト供給能力を整える実装ガイド」12パターン L の概要
• 所要時間： 通読 約13分／要点把握 約4分

概要

年間離職率30%超／派遣・契約社員比率が高い／頻繁な再編で、書いた人が半年でいなくなる。蓄積には継続性が必要だが、構造的に継続性がない組織でどうコンテキスト供給能力を維持するか——これは多くの業界で直面する現実だ。

本記事は、姉妹記事「組織のコンテキスト供給能力を整える実装ガイド」12パターン L を独立記事として深掘りする。文書 owner を 「役割（role）」 に紐付ける設計、オンボーディング初週に「過去の owner なし文書を引き取る」タスクを組み込む手法、派遣・契約社員に書いてもらう設計を扱う。

症状：蓄積が成立しない組織

典型的な症状：

• ドキュメントの owner 欄に書かれている人が既に退職している
• 「これ誰が書いたの？」が頻発、書き手がもうわからない
• 過去のドキュメントを修正・更新する責任者が存在しない
• 派遣・契約社員が業務知識を抱えたまま契約終了
• 新人オンボーディングの度に同じ説明を繰り返す
• ナレッジ shareing イニシアチブが、推進者の退職で頓挫
• 退職者が増えるたび、組織知が確実に減る

これらは離職率が一定以上の組織で構造的に発生する。

メカニズム：継続性の不在

蓄積には継続性が必要

組織知は 時間軸 で蓄積される：

• 1年目：基礎情報の文書化
• 2年目：例外ケース・エッジケースの追加
• 3年目：失敗事例の蓄積
• 5年目：判断軸・哲学の文書化

この蓄積には 書き手の継続的な関与 が必要だ。書いた人が半年でいなくなれば、文書は最初の段階で凍結される。アップデートされず、エッジケースが追加されず、失敗から学ばない。

派遣・契約社員の knowledge 問題

派遣・契約社員には特有の構造的問題がある：

• 契約期間中の知識を文書化しても、その人個人にとってはキャリア資産にならない
• 文書化のための追加工数が契約条件に含まれない
• 退職時の引き継ぎが十分でない（次の現場が次々来る）
• 契約終了後、その人にコンタクトを取れない
• 暗黙知が彼らに集中する（ベテランほど派遣・契約という業種もある）

「派遣には書かせない」運用にすると暗黙知が彼らだけに集中し、契約終了で消失する。逆に書かせるなら、契約条件に明記する必要がある。

構造的離職率と業種

離職率が高い業種は構造的に存在する：

• BPO（business process outsourcing）：30〜50%
• コールセンター：50%超
• コンサル業界（特にジュニア）：20〜30%
• スタートアップ初期：20〜40%
• 投資銀行（特にアナリスト）：30%超

これらは個別組織の問題ではなく 業種の構造 だ。「離職率を下げる」だけでは解けず、高流動を前提にしたナレッジ設計が要る。

対処の方向

1. 文書 owner を role（役割）に紐付ける

最も重要な対処：文書の owner を 個人ではなく role（ポジション） に紐付ける：

• ❌ 「owner: 山田太郎（個人名）」
• ✅ 「owner: Senior Engineer of Payment Team」

役割に紐付けると、その役割を引き継ぐ人が自動的に owner になる。退職時の引き継ぎが構造化される。

具体的な実装：

• ドキュメントテンプレートで owner 欄を「role」に変更
• 入社時に「あなたが引き継ぐ owner ロール一覧」を渡す
• 退職時のチェックリストに「自分が owner のドキュメントを後任に引き継ぐ」を必須化
• HR システムと連動させ、role 異動時に owner 自動更新

2. オンボーディング初週タスク：文書引き取り

新人のオンボーディング初週に 「過去の owner なし文書を1つ引き取る」 をタスクとして組み込む：

• 入社前の owner なし文書をリスト化（半年に1度棚卸し）
• 新人の専門領域・興味に合った文書を選択
• 引き取り後、「自分の名前で更新する」「不要なら deprecated にする」
• 30日以内のレビューを義務化

これは新人にとっても利点がある：その文書を理解することで業務知識が深まり、組織への貢献として可視化される。

3. 派遣・契約社員に書いてもらう契約設計

派遣・契約社員にも文書化を求める設計：

• 契約条件に「業務知識の文書化」を明記
• 文書化のための追加工数を予算に含める
• 退職時のナレッジ・トランスファーをデリバラブルとして定義
• 文書化の質を契約継続の判断基準に
• 派遣会社・契約会社との合意で、文書化貢献を評価対象に

これは追加コストだが、暗黙知の損失コストと比較すると割が良いことが多い。

4. 構造的離職率削減施策と並行する

ナレッジ設計だけでは限界がある。構造的に離職率を下げる施策と並行する：

• 待遇改善
• キャリアパスの明確化
• マネジメント層の質向上
• 燃え尽き対策
• 心理的安全性の改善

ナレッジマネジメント単独では、年間離職率50%の組織を救えない。経営層が 両方 に投資する必要がある。

5. 米軍の事例：人事ローテーションと知識継承

米軍の人事ローテーション制度¹ は参考になる：

• 軍人は2〜4年ごとに役職・基地を異動する
• 高流動が前提の組織だが、軍事ドクトリンは継承される
• 仕掛け：role-based knowledge management、徹底した SOP（Standard Operating Procedure）、After Action Review²、ドクトリン・ライブラリ
• 個人の卓越性ではなく、組織のシステムで蓄積を維持

民間組織にすべて適用できないが、設計思想は学べる。

6. Amazon の高離職率と内部実践

Amazon は離職率が比較的高い企業だが、内部の文書化文化が際立って強い³：

• 6-pager / 1-pager の文書化文化
• すべての意思決定が文書ベース
• 個人ではなくシステムに知識が蓄積
• 新人が文書を読むだけで業務に入れる

これも参考事例だ。「離職率を下げる」と「ナレッジを蓄積する」は独立に追求できる。

アンチパターン

パターン	何が起きるか	対処
「離職率を下げてから文書化を考える」	順序が逆になり、両方失う	並行で進める
「派遣には書かせない」	暗黙知が彼らに集中、契約終了で消失	契約条件に書く
owner を個人名で紐付け	退職で owner 不明	role に紐付け
「コア社員だけ蓄積すればいい」	コア社員の業務範囲が狭い領域に偏る	派遣・契約社員も含めた蓄積
「ChatGPT があれば離職カバーできる」	encode が抜けた AI 入力で精度低下	文書化と AI を補完的に

まとめ

• 高離職率・派遣多用は構造的に蓄積を阻害する
• 「離職率を下げる」と「ナレッジ蓄積」は独立に追求すべき2つの課題
• 対処：owner を role に紐付け／オンボーディング初週の文書引き取り／派遣・契約社員への文書化契約／構造的離職率削減と並行／米軍・Amazon 等の高流動環境での実践事例
• 一定の継続性なしにはコンテキスト整備に限界がある（経営判断として認識）

関連記事

• 組織のコンテキスト供給能力を整える実装ガイド ─ 直視から、修復へ - 本記事の親記事
• 暗黙知保有者の status anxiety - 個人に集中する暗黙知の対処
• ドキュメンテーション・シアター - owner 設計と review 運用
• ツール散乱と single source of truth の崩壊 - 蓄積場所の設計

参考資料

1. U.S. Army Knowledge Management Operations (FM 6-01.1) / Army Doctrine - U.S. Army (継続更新). 役割ベースの knowledge management、人事ローテーション制度を支えるドクトリン体系。【信頼性: 高】 ↩︎

2. The After Action Review (AAR) - 米軍の AAR 実践。【信頼性: 中〜高】 ↩︎

3. Working Backwards: Insights, Stories, and Secrets from Inside Amazon - Colin Bryar, Bill Carr, St. Martin’s Press (2021). ISBN: 9781250267597。Amazon の文書化文化。【信頼性: 中〜高】 ↩︎