職場の「酢漬けのくるみ」問題とは?
「複雑すぎる」のは、すべて頭の中で処理しているから
日々の業務の中で、「このプロセスは複雑すぎて担当者しか分からない」「なぜここでいつもエラーが起きるのか見当もつかない」と頭を抱えることはありませんか?
私たちはそれを、職場の「酢漬けのくるみ」問題と呼ぶことができます。
問題が複雑に見える最大の理由は、すべての情報やルールが「担当者の頭の中」に留まっており、同時に処理しようとしてパンクしているからです。
人間の脳は、一度に処理できる情報量に限界があるため、見えない情報を頭の中だけで繋ぎ合わせようとすると、途端に難解なパズルに感じてしまうのです。
誰も全容を知らない「暗黙知」という名のブラックボックス
「この場合はAさんに聞く」「あの取引先にはBのルールを適用する」といった、明文化されていないルールのことを「暗黙知」と呼びます。
組織内でこの暗黙知が積み重なると、誰も全容を把握できない巨大なブラックボックスが誕生します。
誰も全容を知らない「暗黙知」の正体
先ほどの論理パズルで例えるなら、それぞれの条件カードを違う人が1枚ずつ隠し持っている状態です。
これでは、永遠に「アルマジロは酢漬けのくるみを食べるのか?」という問いに答えることはできません。
原因不明のエラーは「ルールの未定義」から生まれる
システム開発の世界でも、原因不明のエラーの大半は「ルールが明確に定義されていなかったこと」に起因します。
例外的なケースが発生したとき、どう対処するかの手順(文書)がないため、現場の判断に委ねられ、結果として不整合が生じるのです。
「仕方ない」と諦める前に、そのエラーは本当に避けられないものだったのか、それとも単にルールが未定義だっただけなのかを疑う必要があります。
ドキュメンテーション(文書化)がもたらす3つの魔法
1. 点と点が「線」になる(関係性の可視化)
頭の中にあるバラバラの事実をすべて紙(あるいは画面)に書き出してみましょう。
すると、無関係に見えた「点」と「点」が、実は原因と結果という「線」で結ばれていることに気づくはずです。
可視化することで、初めて全体像を俯瞰できるようになります。
2. 抜け漏れや矛盾に気づける(論理のエラーチェック)
文章や図式として形にすることで、「あれ?ここの繋がりはおかしいぞ」「このケースの対処法が抜けている」といった矛盾や抜け漏れに気づくことができます。
これは、プログラミングにおけるバグ出し(デバッグ)と同じ効果があります。
頭の中の思考は都合よくジャンプしてしまいますが、文書は論理の飛躍を許しません。
3. 属人化からの脱却(属人業務から「仕組み」への昇華)
手順やルールが文書化されることで、それは特定の個人のスキル(属人業務)から、組織全体の財産(仕組み)へと昇華します。
これにより、「担当者が休むと業務が止まる」といった致命的なリスクを回避し、誰もが同じ品質で業務を再現できるようになります。
「仕方ない」を終わらせる、ドキュメント思考の実践ステップ
1. まずは「事実」と「ルール」をすべて書き出す
まずは難しく考えず、業務に関わる事実や、なんとなく守っているルールを箇条書きで良いのでリストアップします。
「アルマジロである」「タクシーに乗る」といった事実カードを机の上に並べる作業です。
2. 因果関係(AならばB)を矢印で結ぶ
次に、書き出した事実とルールの因果関係を見つけ、矢印で結んでいきます。
「もし〜ならば、〇〇する」というフローを描くことで、パズルのピースが繋がり始めます。
3. 誰が見ても同じ結論になるかテストする
最後に、作成した文書(ドキュメント)を他の人に見てもらい、同じように理解し、同じ結論を出せるかテストします。
ここで迷いが生じる場合は、まだ暗黙知が残っている証拠です。
誰が読んでも迷わない、完璧な論理の道筋を作ることがゴールです。
| 比較項目 | 頭の中の思考(暗黙知) | 文書化された思考(仕組み) |
|---|---|---|
| 情報の保管場所 | 個人の脳内(属人的) | 社内ドキュメント・システム |
| 論理の正確性 | 飛躍や矛盾に気づきにくい | 可視化され、エラーチェックが容易 |
| 引継ぎ・共有 | 口伝に頼るため時間がかかり、精度が落ちる | 文書を共有するだけで高精度に伝わる |
| 問題解決能力 | 複雑な問題には限界がある | 複雑な問題も分解して解決可能 |