「仕事が難しくなった」から若手が辞めるのではない。彼らは「コンパスのない樹海」に絶望しているのだ
「最近の若い子は、ちょっと負荷をかけるとすぐに辞めてしまう」
「昔に比べれば残業も減ったし、ツールも便利になったはずなのに、なぜ？」
SNSのタイムラインを眺めていると、そんな現場の嘆きが流れてきます。
確かに、表面的な労働環境はホワイトになっているはずです。
しかし、若手の離職率は下がらないどころか、静かに心を閉ざして組織を去る「Silent Quitting」は、加速しているように見えます。
ある人はこれを「仕事が高度化・複雑化したからだ」と言い、
ある人は「タイパ（タイムパフォーマンス）を求めすぎる世代だからだ」と言います。
けれど、業務の「スキマ」に立つ設計者としてその構造を覗き込むと、
全く別の景色が見えてきます。
彼らが絶望しているのは、仕事の難易度そのものではありません。
今の職場が、
「複雑さを言い訳に地図を捨て、コンパス（指針）すら渡さずに樹海へ放り出す無理ゲー」
になってしまっていること。
その構造的な理不尽さに、静かに見切りをつけているだけなのです。
今回は、便利になったはずの世界で、なぜ若手の「脳のCPU」だけが焼き切れてしまうのか。
その見えない負荷の正体と、これからの業務設計に不可欠な
「疎結合なコンパス」
の概念についてお話しします。
「プロセス管理」という密結合の限界
かつての職場には、分厚いバインダーに綴じられたマニュアル（攻略本）がありました。
「Aの次はB、その次はC」という手順が完全に固定されており、
全員が同じ場所、同じ時間軸で動く。
これはシステム設計で言うところの
「密結合（Tight Coupling）」
な状態です。
環境が変化しない時代には、このガチガチのプロセス管理が最強の効率を生みました。
しかし今、SaaSの画面は毎月のように変わり、
リモートワークで働く場所も時間も分散しました。
この流動的な環境で、昔ながらの「手順（プロセス）」を遵守させようとすることは、
荒れた海で船同士をロープで縛り合うようなものです。
波が来るたびに共倒れします。
若手が疲弊しているのは、
環境は激変しているのに、管理手法だけが
「古い密結合」
のままだからです。
彼らは
「変化に柔軟に対応しろ（自律）」と言われながら、
「手順通りにやれ（統制）」と縛られている。
この構造的な矛盾（ダブルバインド）が、
彼らの認知リソースを食いつぶしているのです。
「見て覚えろ」という思考停止
さらに悪いことに、多くの組織は手順書の維持を諦めた結果、
何も用意しないという極端な方向に振れてしまいました。
「マニュアルがないから、先輩の背中を見て覚えろ」
「分からないことがあったら、その都度聞いて」
これは、デジタル化された現代において、
昭和的な
「秘伝のタレ（暗黙知）への先祖返り」
を起こしているに過ぎません。
物理的に隣にいれば見えた「背中」は、
リモートやチャット中心の業務では見えません。
見えないものを「見て覚えろ」と強要される。
これが第一の絶望です。
彼らは仕事そのものではなく、
「正解を探すこと」と「空気を読むこと」
に、脳のスペックの大半を浪費させられています。
かつては管理職が交通整理をして渡していた「判断」を、
今は現場がダイレクトに浴びせられ、
タスク単位で常に迫られている状態です。
これを「自律的に動け」と言うのは酷です。
コンパスも地図も持たせずに、樹海で「北を目指せ」と言うに等しいからです。
「インターフェース」を設計する（コンパスを渡す）
では、どうすればいいのでしょうか。
昔のように、手取り足取り手順を書いた
「完全な攻略本（ルート）」を作る必要はありません。
今の時代、それはすぐに陳腐化します。
これからの業務設計で若手に渡すべきなのは、
ルートではなく
「コンパス（指針）」
です。
理論的に言えば、
内部の処理（How）はブラックボックスでも構わないが、
入り口と出口のルールだけは厳格に決める
「疎結合なインターフェース設計」
への転換です。
1. 「How（手順）」ではなく「Spec（仕様）」を渡す
「どういう手順で作るか」は、彼らに任せましょう。
（GoogleやAIが教えてくれます）
設計者が定義すべきは、
「アウトプットが満たすべき要件（Spec）」です。
「誰が読む資料なのか」
「絶対に間違ってはいけない数字はどれか」
「納期はいつで、どの状態なら完了（Done）とするか」
これだけを明確に定義して渡すこと。
これが
「業務のAPI化」
です。
手順を教えるより、
「完了条件（Criteria）」を言語化する
ほうが、今の時代の若手にとっては、
遥かに親切な「地図」になります。
2. 「認知のアンカー」を打つ
人間が迷子になるのは、
「現在地」と「参照点」を見失ったときです。
全ての答えを網羅する必要はありませんが、
「迷ったときに立ち返る場所（アンカー）」
だけは固定しておく必要があります。
「最新情報は必ずここのフォルダにある（Single Source of Truth）」
「判断に迷ったら、このチャットルームで投げる（エスカレーションパス）」
これは、業務の中に
「情報のハブ」
を設計する行為です。
これがあるだけで、彼らは
「情報を探す」という無駄な認知コストから解放され、
本来の「思考」にリソースを使えるようになります。
3. 「阿吽」を「プロトコル」に変換する
「いい感じで」という指示は、
高度な文脈共有（ハイコンテキスト）に依存した通信方式です。
これを、文脈を持たない若手やAIとも通信可能な
「標準プロトコル（明示的なルール）」
に変換しなければなりません。
「空気を読め」ではなく、
「ここまでがあなたの権限、ここからは合意が必要」という
境界線（バウンダリー）
を引くこと。
冷たく感じるかもしれませんが、
曖昧な優しさより、明確な線引きこそが、
心理的安全性を作るのです。
結びに：設計とは「自由」を与えること
「業務が複雑だからマニュアルは作れない」
それは、思考停止です。
複雑だからこそ、
「縛るための手順書」を捨て、
「自由にするための仕様書（コンパス）」を渡すのです。
若手が求めているのは、楽な仕事ではありません。
「自分がどこにいて、どこを目指せばいいか」が
クリアになっている環境、つまり
「設計された自由」
です。
彼らにコンパスを渡してください。
そうすれば、彼らは私たちが見たこともないルートを通って、
予想もしない成果へと辿り着くはずです。
🍵 理論と哲学へ潜るための処方箋
なぜ私たちは「コンパス」を渡せないのでしょうか。
それは、テクニックの問題以前に、
ベテランと若手の間にある決定的な
「認知の断絶」
に気づいていないからかもしれません。
構造から哲学へ。
より深く思考するための3つの入り口です。
▼ 【構造】なぜ組織は「密」になってしまうのか
「顔を合わせないと伝わらない（コンパスがない）」と感じるのは、
業務プロセスが「密結合」になっている証拠です。
人と場所を切り離し、疎結合な組織へ転換するための設計論。
「顔を合わせないと伝わらない」と言う組織は、
空気に依存して「設計」をサボってきただけだ
▼ 【実践】認知コストを下げる「翻訳」の技術
若手やAIが動けないのは、
指示が「ハイコンテキスト」すぎるからです。
彼らに伝わる言葉（プロトコル）へ翻訳し、
インターフェースを整えるための具体的な設計手法。
AIに「いい感じで」が通じないもどかしさの正体
▼ 【哲学】同じ職場なのに、なぜ「見えている世界」が違うのか
ベテランには「一本道」に見える業務が、
若手にはなぜ「樹海」に見えるのか。
それは能力の差ではなく、
立っている場所（視座）の違いによる
「認知のズレ」
です。
このメカニズムを知ると、優しくなれます。
認知の設計図 #6｜“視座”が変わると、同じ世界が違って見える