ブラックボックス化とは｜業務とシステムで起きる原因と、解消を進める順番

担当者が休んだ日に、その業務だけが止まる。前任者が辞めたあと、なぜその手順なのかを説明できる人がいない。稼働しているシステムなのに、設定を変えると何が壊れるか分からないので誰も触らない。いずれもブラックボックス化と呼ばれる状態です。

厄介なのは、ブラックボックス化した業務やシステムほど、普段は問題なく回って見える点でしょう。動いているうちは誰も困らず、困ったときには手を入れられる人が残っていない。優先順位が上がらないまま、年単位で放置されていきます。

本記事では、業務とシステムの両面からブラックボックス化がなぜ起きるのかを整理します。そのうえで、手順書を用意しても解消が進まない理由と、限られた工数でどこから着手するかの決め方まで、文書をつくる仕事の側から見た実務としてまとめました。

ブラックボックス化とは、中身が読めないまま動いている状態

ブラックボックス化とは、入力と出力は把握できるものの、その間で何がどう処理されているかを外から確認できない状態を指します。もとは工学の用語で、内部構造を問わず入出力の関係だけで対象を扱う考え方でした。ビジネスの文脈では中が見えないという側面だけが取り出され、業務やシステムの不透明さを表す言葉として定着しています。

押さえておきたいのは、情報が無い状態ではなく、読める形で外に出ていない状態だという点です。担当者の頭の中には手順が入っており、システムの中ではコードが正しく動いている。情報そのものは存在するのに、必要な人が取り出せない。ここを取り違えると、対策が「とにかく記録を増やす」方向へ流れ、文書の量ばかり増えて状況が変わらない結果になります。

ブラックボックス化は、大きく業務とシステムの2種類に分かれます。原因も打ち手も別物なので、最初に切り分けておくと話が進みやすくなるでしょう。

業務のブラックボックス化は判断の部分に残る

特定の担当者しか処理の中身を把握していない状態です。表向きの手順が共有されていても、実際の処理では担当者が都度判断を挟んでいる場合が多く、その判断の部分だけが外に出ていません。

経理の月次処理、受発注の例外対応、顧客ごとに異なる請求条件。作業自体は単純でも、どの条件でどう分岐させるかに経験が乗っています。手元の操作を見せてもらえば真似はできても、初めて見る条件に出くわしたときに同じ判断はできない。引き継ぎがうまくいかない原因の多くは、ここに集まります。

システムのブラックボックス化は改修の見積もりで露見する

稼働中の情報システムについて、内部の処理内容や設定の意図を確認できない状態を指します。開発元との契約が終了している、改修を重ねた結果ドキュメントと実装がずれている、構築時の担当者が社内に残っていない。要因はいくつか考えられますが、共通するのは「触ると何が起きるか分からないので触らない」という判断が積み重なる点でしょう。

日常の運用では支障が出ないため、問題が表に出るのは改修や移行を検討した瞬間になります。見積もりを依頼しても、現状が読めない以上は調査工数から積むことになり、想定の何倍もの金額が返ってくる。そこで断念して先送りする流れが、レガシー化をさらに進めていきます。

属人化との違いは、代われるかどうかではなく読めるかどうか

属人化は、特定の人でなければ処理できない状態を指します。対してブラックボックス化は、処理の中身が読み取れない状態です。多くの現場で同時に進行するため混同されやすいものの、片方だけが成立する場合もあります。

手順が細かく文書化されていても、その業務を担える人が社内に1人しかいなければ属人化です。逆に、複数人が交代で処理できていても、なぜその手順なのかを誰も説明できないなら、ブラックボックス化しています。属人化は人の配置の問題、ブラックボックス化は情報の問題と分けて捉えると、打つ手が変わってきます。

人を増やしても情報は出てきません。文書を増やしても、書き手が1人のままでは担い手が増えない。両方が同時に起きている業務では、順番として先に情報を外へ出すほうが、結果的に早く解消へ向かいます。

関連記事：AIの倫理的問題とは？主な論点と企業がとるべき対策を事例で解説

原因は記録の不在ではなく、残す対象の取り違えにある

ブラックボックス化の原因として、マニュアルの不備や情報共有の不足が挙げられることが多くあります。実態としては半分正しく、半分外しているという印象です。手順書が一枚も無い部署は確かに危うい。ただし、手順書が整備されている部署でもブラックボックス化は残ります。

記録されるのは正常系で、例外の判断が残らない

手順書を書くとき、人は正常に流れる場合の手順を書きます。画面を開き、数値を入力し、確認して確定する。ところが実務で担当者を代えられなくしているのは、正常系ではありません。書かれずに残るのは、例外が起きたときの判断基準です。

この取引先だけ締日の扱いが違う、金額がある水準を超えたら上長に確認する、システムがエラーを返したときは前月の数値を流用して翌営業日に修正する。こうした分岐は、担当者本人にとって当たり前の作業に溶け込んでいるため、書き出す対象として意識に上りません。手順書に例外が載っていないのは、書き手が手を抜いたからではなく、本人の中で例外が例外として認識されていないからでしょう。

知っている人と、書ける人を同じだと考えている

業務を最も理解している担当者に手順書を書かせる。一見合理的ですが、この配置が文書化を止めている場面をよく見ます。業務に精通しているほど、前提の説明を省きます。読み手が何を知らないのかを把握しないまま書くため、本人以外には再現できない文書ができあがる。加えて、担当者は通常業務を抱えているので、着手が後ろへずれ続けます。

文章制作の現場では、話す人と書く人を分けるのが基本の形です。取材者が質問し、答えを聞きながら記事に落としていく。業務の文書化でも同じ構図が使えます。知っている人には話してもらい、知らない人が質問しながら書く。順番を入れ替えるだけで、抜けていた前提が質問という形で表に出てきます。

手順だけが残り、変更の理由が消える

現在の手順は、過去のどこかで誰かが判断した結果です。トラブルを受けて工程が1つ増えた、取引先の要請で確認項目が追加された。ところが記録に残るのは決まった手順だけで、決めた理由は残りません。

理由が失われると、変えてよいかどうかを判断できなくなります。無駄に見える確認作業を省いたら、数か月後に想定外の不備が出た。そうした経験が一度でもあると、現場は現状維持を選びます。手順が残っているのに手を入れられない業務やシステムは、たいていこの状態にあると考えてよいでしょう。

組織の変化に文書の更新が追いつかない

分業が進むと、担当者が見える範囲は狭くなります。自分の工程は分かるものの、前後で何が起きているかは把握していない。全体を通して説明できる人が社内から消えていく過程は、組織の拡大と並行して静かに進みます。

リモートワークの定着も影響しています。隣の席で作業を見ていれば自然に伝わっていた情報が、意識して共有しない限り伝わらなくなりました。悪意も怠慢も無いまま、共有の総量だけが減っていく。次のような状態が2つ以上当てはまる部署では、すでに進行していると見て差し支えありません。

• 手順書はあるが、例外時の対応が書かれていない
• 業務を最も理解している人が、1人で文書化を担当している
• 現在の手順になった経緯を説明できる人がいない
• 過去1年で担当が代わった業務の手順書が更新されていない
• 特定の社員の休暇予定に合わせて、他部署の予定が調整されている

関連記事：ヒューマン・イン・ザ・ループ（HITL）とは？人を置く位置で変わる運用設計

AI活用が新しいブラックボックスを増やしている

ここ数年で、従来の分類に収まらないブラックボックス化が現れています。生成AIや自動化ツールの導入に伴うものです。従来の議論では扱われてこなかった領域なので、切り分けて見ておきたいところ。

ひとつは、指示文の属人化。担当者が試行錯誤の末に組み立てたプロンプトが個人のアカウントに置かれ、共有されないまま業務に組み込まれていく状況です。出力の品質はその指示文に依存しているのに、中身を見た人が本人しかいない。従来の業務の属人化と構図は同じでも、成果物だけを見ても再現方法が推測できない点で、より読み取りにくくなっています。

2つ目は、出力の根拠を確認できない点。AIが返した分類や要約をそのまま業務へ流し込むと、誤りが混じっていたときにどこで生じたのかを追えません。判断の過程が残らないまま結果だけが蓄積されていく形になります。

3つ目は、自動化した処理の引き取り手が決まらないまま運用が続く状態でしょう。誰かが善意で組んだスクリプトが、作成者の異動後も動き続ける。止めてよいのか、止めると何が困るのかを判断できる人がいない。

導入の判断そのものより、導入後に誰が引き取るかを決めていないことが問題の中心にあります。ツールを増やす前に決めておくほうが、後から遡って整理するより手間はかかりません。

経営者

AIで作業を減らしたいのですが、詳しい社員に任せると、その人しか動かせない仕組みが増えていきます。

Writers-hub
編集部

順番を変えると防げます。導入の可否を決める段階で、指示文と手順を業務側の共有フォルダに置くこと、担当が代わったときに引き渡す相手を書いておくこと。この2点をルールに入れてから使い始めてください。個人の工夫として始まった取り組みほど成果が出やすい反面、共有の設計を後回しにすると、半年後に読めない仕組みだけが残ります。

放置した先に実際に起きること

ブラックボックス化は、放置しても翌日に事故が起きるわけではありません。損失が形になるのは、人が抜けたとき、システムを変えようとしたとき、そして外部から説明を求められたときの3つの場面です。

退職と休職が、そのまま業務の停止になる

引き継ぎ期間を1か月確保しても、例外の判断が伝わらなければ引き継ぎは終わりません。後任は正常系だけを覚えた状態で本番に入り、初めて見る条件に出くわして止まる。前任者に連絡がつけばまだしも、退職後であれば復旧のあてがありません。

システムの改修と移行が見積もれない

システム側については、公的な報告書でも早くから警告されてきました。経済産業省が2018年9月に公表したDXレポートは、複雑化しブラックボックス化した既存システムが残り続けた場合、2025年以降に最大で年間12兆円、当時の約3倍にあたる経済損失が生じる可能性があると試算しています。いわゆる2025年の崖です。

※ 出典：経済産業省「DXレポート ～ITシステム『2025年の崖』の克服とDXの本格的な展開～」（2018年9月公表）

産業界のデジタルトランスフォーメーション（DX） （METI/経済産業省）

🌐 www.meti.go.jp

外部リンク

同レポートは、システムの老朽化と複雑化、構築を担った人材の引退、製品サポートの終了が同時期に重なる点を問題として挙げていました。試算の前提となった年を越えた現在、この構図が解消されたとは言い切れない状況が続いています。判断を保留してきた企業ほど、選択肢は減っているように見受けられます。

誤りと不正の区別がつかない

処理の過程を第三者が確認できない業務では、意図しない誤りと意図的な操作を見分けられません。実際に不正が起きるかどうか以前に、起きていないことを証明できない状態そのものが管理上の問題になります。担当者を疑うという話ではなく、疑いが生じたときに本人を守る材料が無い、と言い換えたほうが実態に近いでしょう。

監査や取引先への説明ができない

取引先の与信審査、システム監査、情報セキュリティ関連の確認。近年は業務プロセスの説明を求められる場面が増えました。中身を説明できないという回答は、取引条件の見直しにつながる場合があります。社内の効率だけの話には収まらなくなってきました。

着手順は、止まったときの損失で決める

全業務を棚卸しして可視化する。計画としては正しく、実行としてはほぼ止まります。通常業務を抱えたまま網羅を目指すと、着手から数か月で優先度が下がり、途中まで書かれた文書だけが残るからです。

現実的な進め方は逆算です。止まったときの損失が大きい業務から先に着手する。判断材料は2つで足ります。その業務が停止した場合に事業へ及ぶ影響と、担当者が抜ける可能性の高さ。掛け合わせて上位に来たものから手をつけると、限られた工数でも守りたい部分から埋まっていきます。

反対に、頻度が高い業務や作業量が多い業務から着手すると、止まっても代替が効く仕事に時間を使うことになりがちです。件数の多さと、失ったときの痛みは比例しません。

順番が決まったら、聞き取りの日程を先に押さえてしまうのが確実です。文書化は「時間ができたら」では着手されません。

聞き取りの場では、担当者が「特に決まりはない」と答える箇所こそ掘り下げる価値があります。決まりが無いのではなく、言語化されていないだけという場合がほとんどだからです。

使われる手順書には共通の条件がある

作られたのに使われていない手順書は珍しくありません。フォルダには存在するものの、新しい担当者は結局前任者に電話で聞いている。この状態では、文書があってもブラックボックス化は解消していないと判断すべきでしょう。

合否の基準はひとつです。書いた本人以外が、同じ結果に辿り着けるかどうか。読みやすさや体裁は、その後の話になります。

• 例外が起きたときの分岐と、判断する人が書かれている
• 使う画面やファイルの場所が、名称ではなくたどり方で書かれている
• 必要な権限と事前準備が冒頭にまとまっている
• 最終更新日と、書いた本人以外の確認者が記載されている
• 別の人が実際にその通りに操作し、完了まで到達した記録がある

抜けやすいのは最後の項目です。書き手が読み返して問題が無ければ完成、としている限り、前提の抜けは見つかりません。記事制作でも、書き手が自分で見直しただけの原稿と、別の編集者が事実確認まで通した原稿では、公開後に見つかる誤りの数が変わります。手順書も同じで、第三者が一度なぞる工程を挟むかどうかで、実務に耐えるかが分かれるところ。

誰が書くかによって、抜けやすい情報の種類も変わります。体制を選ぶ際の目安として整理しました。

背景の細部まで反映できるのは、やはり担当者本人です。一方で、本人だけに任せると前提が省かれ、着手も遅れます。理想を言えば、担当者に話してもらい、業務を知らない人が質問しながら書く形が最も抜けが少なくなります。社内で聞き手を立てられない場合に、外部の書き手を入れる選択肢が出てくるという順序でしょう。

Web担当者

手順書を作る時間が取れず、何年も後回しになっています。

Writers-hub
編集部

全部を一度に書こうとしているなら、そこが止まっている原因かもしれません。まずは停止すると困る業務3つに絞り、1件あたり60分の聞き取りと、その場での書き起こしまでを1回で終える形をおすすめします。完成度は6割で構いません。別の人が実際に使ってみて、詰まった箇所だけ追記していくほうが、結果として使われる文書に近づきます。

システム側は、作り直す前に現状を写し取る

業務と違い、システムのブラックボックス化は聞き取りだけでは解けません。当時の担当者が残っていたとしても、記憶と実際の設定がずれている場合があるからです。事実の確認先は人ではなく、稼働している環境そのものになります。

刷新を検討する前に、現状の構成を事実として書き出す工程が要ります。どのサーバーで何が動いているか、外部とどう接続しているか、稼働している処理のうち実際に使われているものはどれか。地味な作業ですが、ここを飛ばした計画は精度が出ません。

全面刷新に踏み切るかどうかの判断も、可視化を終えてからでなければ見積もれません。中身が読めないまま作り直すと決めた場合、要件は現行踏襲にならざるを得ず、読めない部分をそのまま新しい環境へ移すことになります。費用をかけたのにブラックボックスだけが引き継がれた、という結果は避けたいところ。

段階的に進める方法もあります。使われていない処理を止める、外部との接続部分だけ仕様を明文化する、更新頻度の高い領域から切り出す。一度に全体を扱わず、読める範囲を少しずつ広げていく進め方であれば、通常の運用を止めずに済みます。

よくある質問

打ち合わせの場で繰り返し挙がる疑問をまとめました。

ブラックボックス化は、読める形に直す工程でしか解けない

ここまでを整理すると、ブラックボックス化は情報が存在しない状態ではなく、必要な人が取り出せない状態でした。業務側では担当者の判断が、システム側では設定の意図が、それぞれ外に出ないまま運用が続いています。

原因として挙げられがちな記録の不足は、実態の半分にすぎません。手順書があっても解消しない現場では、正常時の作業だけが書かれ、例外が起きたときの判断が抜けています。書き手を業務の担当者1人に任せている点も、着手が遅れる要因になっているはずです。

そして、全業務の可視化を目指す計画は途中で止まります。停止したときの影響と、担当者が抜ける可能性。2つの掛け合わせで上位に来た業務から着手し、例外の分岐を先に書き出す。順番を決めるだけで、限られた工数でも守りたい範囲から埋まっていきます。

合同会社Writers-hubでは、業務の内容を聞き取って読める文書に落とす工程と、繰り返しの作業を自動化に移す設計の両方を支援しています。書き手が足りない段階でも、どこから手をつけるか決めきれない段階でも、現状に合わせて入り口を選べます。