属人化を減らす情報設計 – Arkanos Insights

業務の中には、「あの人に聞かないと分からない」という状態がよくあります。

特定の担当者だけが過去の経緯を知っている。
どの資料を見ればよいか、その人だけが分かっている。
レビューで何を見ているのか、その人の頭の中にしかない。
制作会社や担当者によって、判断や品質に差が出る。

こうした状態は、日々の業務の中では意外と自然に生まれます。

最初から属人化させようとしているわけではありません。
むしろ、多くの場合は、経験のある人が責任感を持って対応し続けた結果として、いつの間にか「あの人しか分からない」状態になっていきます。

問題は、その状態が長く続くと、業務が止まりやすくなることです。

担当者が不在だと判断できない。
引き継ぎに時間がかかる。
レビューの品質が安定しない。
外部の制作会社に依頼しても、毎回説明が必要になる。
過去と同じ判断をしたつもりでも、人によって結果が変わる。

属人化とは、単に「特定の人が詳しい」という話ではありません。

判断基準や作業の前提が、共有できる形になっていない状態です。

属人化は、知識の問題だけではない

属人化というと、よく「ノウハウが個人に溜まっている状態」と説明されます。

もちろん、それも一つの側面です。

しかし実務では、もう少し複雑です。

たとえば、あるマニュアルの改訂作業で、ベテラン担当者がレビューを行っているとします。

その人は、以下のようなことを自然に判断しています。

• この表現は過去のルールと合っているか
• この注意文は本当に必要か
• この画面説明はユーザーの操作順に沿っているか
• この修正は他のページにも影響しないか
• この内容は制作会社に任せてよいか、社内確認が必要か

経験者にとっては、これらは一つひとつ明確に意識していないかもしれません。

「いつも見ているから分かる」
「過去にも似たようなことがあった」
「このパターンは危ない」
「ここは確認した方がいい」

こうした判断は非常に価値があります。

ただし、その判断が頭の中にだけあると、他の人には再現できません。

その結果、業務はその人に集まり続けます。

そして、その人が頑張れば頑張るほど、さらにその人にしか分からない状態が強くなっていきます。

これは、なかなか切ない構造です。
仕事ができる人ほど、仕事が集まり、そして周囲がますます頼る。
業務改善の敵は、必ずしも怠慢ではありません。
むしろ、「自分でやった方が早い」「自分が見た方が安心」という善意と責任感の積み重ねが、いつの間にか属人化を強くしてしまうことがあります。

判断基準を構造化する

属人化を減らすためには、まず判断基準を言語化する必要があります。

ただし、すべてを細かい手順書にすればよいわけではありません。

大事なのは、「何を基準に判断しているのか」を整理することです。

たとえば、マニュアル制作であれば、以下のような観点があります。

• 用語は統一されているか
• 読み手の操作順に沿っているか
• 注意・警告・補足の使い分けは妥当か
• 図表と本文の対応関係は分かりやすいか
• 既存コンテンツとの重複や矛盾はないか
• 他の製品や機種にも影響する内容ではないか
• 翻訳や多言語展開を考えたときに問題がないか

こうした観点を整理しておくと、レビューの品質が安定しやすくなります。

「この人が見たから大丈夫」ではなく、
「この観点で確認したから大丈夫」に近づけることができます。

もちろん、経験者の判断が不要になるわけではありません。

むしろ逆です。

経験者の判断を、チームで使える形に変換することが重要です。

属人化を減らす情報設計とは、経験を捨てることではありません。
経験を、再利用できる形にすることです。

レビュー観点を標準化する

レビュー作業は、属人化しやすい領域の一つです。

同じ資料を見ても、人によって指摘するポイントが違う。
ある人は用語を細かく見る。
別の人は構成を見る。
また別の人は画面キャプチャの差し替え漏れを見る。

それぞれの観点は正しいのですが、レビューの目的が整理されていないと、品質にばらつきが出ます。

そこで有効なのが、レビュー観点の標準化です。

たとえば、レビューを以下のように分けます。

• 内容確認：仕様や機能説明として正しいか
• 構成確認：情報の順序や粒度が適切か
• 表記確認：用語・表現・文体が統一されているか
• 画像確認：画面や図版が本文と対応しているか
• 運用確認：他のページ、他言語、他媒体への影響がないか

このように観点を分けておくと、レビューの抜け漏れを減らせます。

また、誰に何を確認してもらうべきかも明確になります。

仕様部門には内容確認を依頼する。
制作会社には表記やレイアウトを確認してもらう。
運用担当者は他コンテンツへの影響を見る。
最終責任者は全体の整合性を確認する。

レビューとは、ただ赤字を入れる作業ではありません。

誰が、どの観点で、何を判断するのかを設計する作業です。

ここを曖昧にしたまま進めると、「レビューしたはずなのに、なぜか漏れている」という状態が起きます。
レビューという名のザルです。しかも見た目はちゃんとボウルっぽいので、最初は気づきにくい。

テンプレートとルールは、考えなくするためではない

属人化を減らす方法として、テンプレートやルールの整備があります。

ただし、テンプレートやルールは「考えなくてもよいようにするもの」ではありません。

むしろ、考えるべきところに集中するためのものです。

たとえば、毎回以下のようなことを悩んでいるとします。

• 見出しの付け方
• 注意文の書き方
• 表の列構成
• 画像の配置
• ファイル名の付け方
• 確認依頼の出し方
• レビュー結果の戻し方

これらを毎回ゼロから判断していると、本来考えるべき内容に時間を使えません。

テンプレートやルールを整備しておけば、基本的な判断を揃えることができます。

その結果、担当者は「この内容をどう伝えるべきか」「この変更はどこに影響するか」といった、より重要な判断に集中できます。

ルールは、人を縛るためのものではありません。
正しいゴールにたどり着くための地図のようなものです。

地図があるからといって、歩く人の判断が不要になるわけではありません。
ただ、進む方向や確認すべき目印が共有されていれば、毎回同じ場所で迷わずに済みます。

チェック工程を設計する

属人化を減らすには、作業後のチェック工程も重要です。

よくあるのは、「最後に詳しい人が見れば大丈夫」という形です。

これは一見すると安心に見えます。

しかし、最後の確認者に負荷が集中します。
また、問題が最後に見つかるため、手戻りも大きくなります。

本来は、工程ごとに確認すべきことを分ける必要があります。

たとえば、以下のような形です。

• 作業前：対象範囲、前提条件、参照資料を確認する
• 作業中：ルールやテンプレートに沿っているか確認する
• レビュー前：セルフチェックで明らかな漏れを潰す
• レビュー時：内容、構成、表記、影響範囲を確認する
• 完了前：反映漏れ、差分、公開対象を確認する

このように工程を分けることで、最後の担当者だけに頼る状態を減らせます。

また、問題が起きたときに、どの工程で検出すべきだったのかを振り返ることもできます。

「誰がミスしたか」ではなく、
「どこで検出できる設計にすべきだったか」を考えられるようになります。

これは、業務改善においてとても重要です。

以前、マニュアル制作の現場で、似たような経験をしたことがあります。

当時は、設計工程に進む前の原稿を、リーダーの立場で確認してから次工程へ回していました。
原稿に不備があれば担当者に戻し、問題がなければ設計に進める。
いわば、設計前の最後のゲートのような役割です。

この確認自体は必要な工程でした。

しかし、担当者から直接原稿が上がってくるため、その前段階でのチェックが十分に機能していないこともありました。
過去のトラブル事例を確認するルールはあっても、忙しい時期にはそこまで手が回らないことがあります。
結果として、本来は前工程で気づけたはずの不備が、最後の確認者のところに集まってしまう。

これは、担当者の意識が低いという話ではありません。

忙しい現場では、ルールがあっても、それを確実に確認できる工程や仕組みがなければ抜け漏れは起きます。
そして最後に詳しい人が見てくれる状態が続くと、周囲も無意識のうちにそこへ頼るようになります。

つまり、「最後に詳しい人が見る」は安心材料である一方で、その人に確認が集中する構造を作ってしまうこともあります。

属人化が強い現場では、問題が起きると個人の注意力の話になりがちです。

しかし、業務として安定させるためには、個人の頑張りだけに頼らない仕組みが必要です。

AIやシステムに任せる前に、判断基準を整理する

ここまで読むと、「では、チェック工程をシステム化すればよいのではないか」と感じるかもしれません。

最近であれば、AIを使ってレビューや確認作業を補助する方法もあります。

たとえば、表記ゆれの確認、チェックリストとの照合、過去資料との比較、レビュー観点の洗い出し、作業手順の整理などは、AIと相性のよい領域です。

ただし、AIを使えば属人化が自動的になくなるわけではありません。

• AIが参照する情報が古い
• ルールが整理されていない
• 過去の判断が記録されていない
• レビュー観点が曖昧なまま残っている

このような状態では、AIも安定した支援をしにくくなります。

AIは、曖昧な業務をそのまま整えてくれる魔法の杖ではありません。
むしろ、社内の情報がどれだけ整理されているかを、なかなか正直に映し出します。

そのため、重要なのは「AIを使うかどうか」ではなく、AIが参照できる形で業務の判断基準や知見を整理しておくことです。

• 機械的に判定できるものはシステムに任せる
• 過去の知見やレビュー観点の整理にはAIを活用する
• 最終的な判断が必要なものは、人が確認する

この切り分けが大切です。

AIやシステムは、業務改善の強力な手段です。
ただし、その前提になるのは、業務の流れ、判断基準、参照すべき情報が整理されていることです。

属人化を減らすためには、人に依存していた判断を、AIやシステムが扱える情報に変えていく必要があります。

AIをうまく使うためにも、情報設計が必要になります。

制作会社ごとの判断差を減らす

マニュアル制作やコンテンツ運用では、外部の制作会社と連携することも多くあります。

このとき、属人化は社内だけでなく、外部との関係にも現れます。

たとえば、制作会社Aは過去の経緯をよく知っている。
制作会社Bは新しく参加したばかりで、判断に迷う。
担当者によって、表現や構成の考え方が違う。
同じ指示を出したつもりでも、仕上がりに差が出る。

こうした差は、制作会社の能力差だけで起きるわけではありません。

発注側のルールや判断基準が整理されていない場合、受け手は自分たちの経験や解釈で補うしかありません。

その結果、制作会社ごとの判断差が生まれます。

もちろん、外部パートナーの経験や提案力は大切です。

しかし、毎回それぞれの判断に任せすぎると、全体として品質が揃いにくくなります。

そこで必要になるのが、共通の判断基準です。

• 表記ルール
• 構成ルール
• レビュー観点
• チェックリスト
• 指示書テンプレート
• 差分管理のルール
• 例外時の確認フロー

こうした情報が整理されていれば、新しい制作会社や担当者が参加しても、立ち上がりやすくなります。

また、発注側も「前回と同じ感じでお願いします」という曖昧な依頼から抜け出せます。

「前回と同じ感じ」は、便利な言葉ですが、情報設計の観点ではかなり危険です。
だいたいその“感じ”の中に、過去の経緯、暗黙ルール、担当者の勘、現場の祈りが全部入っています。

属人化を完全になくす必要はない

ここで大切なのは、属人化を完全になくすことが目的ではないという点です。

業務には、どうしても経験者の判断が必要な場面があります。

すべてをルール化しようとすると、今度はルールが複雑になりすぎます。
例外だらけの手順書ができ、誰も読まなくなります。
そして結局、また詳しい人に聞くことになります。

それでは本末転倒です。

目指すべきなのは、属人性をゼロにすることではありません。

重要なのは、属人化してよい部分と、共有すべき部分を分けることです。

たとえば、経験者の最終判断は必要です。
しかし、その前提となる情報、確認観点、判断材料は共有できる形にするべきです。

高度な判断は人が行う。
ただし、その判断に必要な情報は整理されている。

この状態を作ることが、現実的な属人化対策です。

情報設計は、業務をチームで扱うための土台

属人化を減らすためには、単にマニュアルを作るだけでは足りません。

必要なのは、業務の中にある情報を整理することです。

• 何を見ればよいのか
• 何を基準に判断するのか
• 誰が何を確認するのか
• どこまでを制作会社に任せるのか
• 例外が起きたとき、どこに確認するのか
• 過去の判断をどう残すのか
• 次回以降、どう再利用するのか

これらを整理することで、業務は個人の記憶から、チームで扱える情報に変わっていきます。

属人化を減らす情報設計とは、単なるドキュメント整備ではありません。

業務の判断、流れ、品質基準を、再利用できる形にすることです。

「あの人しか分からない」を、
「この資料を見れば分かる」
「この観点で確認すれば判断できる」
「このルールに沿えば同じ品質に近づけられる」
という状態に変えていくことです。

そのためには、現場の経験を否定するのではなく、むしろ丁寧に拾い上げる必要があります。

人の中にある判断を、業務の中で使える情報に変える。

それが、属人化を減らすための情報設計です。

まとめ

属人化は、単に特定の人に作業が集中している状態ではありません。

判断基準や確認観点が共有されておらず、同じ品質で業務を再現できない状態です。

属人化を減らすには、業務の中で行われている判断を見える化し、情報構造、ルール、テンプレート、レビュー観点、チェック工程として整理する必要があります。

それによって、「あの人しか分からない」状態を減らし、誰が関わっても一定の品質で制作・改訂・運用できる状態に近づけることができます。

Arkanosでは、マニュアル制作・構造化・CMS移行・業務改善の観点から、属人化を減らし、現場で無理なく運用できる仕組みづくりを支援しています。