認知の設計図 #4｜OSの“境界線”が実務にあらわれるとき
人が仕事に向き合っているとき、同じタスクをこなしているはずなのに、どこか「違う重心」で動いていると感じる瞬間はありませんか。
急ぎのメールへのレスポンスの形。
明日の会議の準備にかける時間の長さ。
段取りを組むときの、安心と不安の置き所。
現場で起きるこうした違いを、私たちはつい「スキルの差」や「経験値の不足」、「モチベーションの違い」といった言葉で片付けてしまいがちです。
しかし、事象をそのままフラットに観察し続けると、そこには個人の能力や意欲だけでは説明しづらい構造が隠れていることに気づきます。
その背後で静かに動いているのは、その人がどの「思考OS」を立ち上げているか。
そして、OSとOSのあいだにある「境界線」をどう引いているか、という認知の設計図なのだと思います。
境界線は「どこまでを自分の領域とみなすか」に現れる
思考OSには、それぞれ特有の活動範囲、つまり「ここからここまでが自分の担当領域である」という無意識のテリトリーが存在します。
・段取りOSは、プロセス全体を俯瞰し、前後の工程までを視野に入れたがる
・共感OSは、対人関係の摩擦や、その場の空気を敏感に拾い上げる
・成果OSは、結果という点だけを切り取り、そこへの最短距離を計算する
・比較OSは、過去の事例や他者との差分に反応し、相対的な位置を確かめる
どのOSを主軸に置いているかで、「どこまでを自分ごととして扱うか」の境界線が変わっていきます。
たとえば、業務システムへのデータ入力という一つの指示を受けても、その反応は様々です。
「どこまで具体的に入力するか」「わからない項目があったとき、どこで一度手を止めるか」「どこから先は次の工程の人の領域だと判断するか」。
それぞれの判断は、OSごとに少しずつ異なっています。
このごく小さな境界線の引き方の違いが、日々の実務の中で少しずつ「誤差」として積み上がり、やがて大きな認識のズレとなって現場に立ち現れていくのです。
境界線がズレると、同じ現象でも意味が変わる
境界線の扱いが違うということは、同じ現象を見ても、そこにまったく別の意味を見出しているということです。
たとえば、「とりあえず、簡単でいいから会議用の資料を作っておいて」と頼まれたとします。
段取りOSが優位な人は、簡素であっても目次があり、背景から結論へと至る一定の「構造」を整えようとします。
全体のプロセスに穴がないことに安心を覚えるからです。
対して、成果OSが優位な人は、構造の美しさよりも「明日使えるアウトプットであること」を優先します。
結論と必要なデータだけを一枚にまとめ、目的に直結しない部分は潔く削ぎ落とします。
これは、どちらが正解でどちらが間違っているという話ではありません。
引いている境界線が違うだけなのです。
しかし、この境界線の違いが、現場では「歯車の噛み合わなさ」として見えてしまいます。
相手の行動が少し雑に見えたり、逆に細かすぎると感じてしまうとき。
それはその人が「仕事の基準を理解していない」のでもなく、「手を抜いている」のでもありません。
ただ、立ち上げている思考OSのルートが自分とは別のものである、というだけのことなのかもしれません。
OSの“前提条件”は、ほとんど言語化されない
この認知のOSがもたらすズレの厄介なところは、境界線の多くが「無意識の前提」として扱われている点にあります。
・ここまでは、言われなくても自分がやるべき範囲だ
・ここは、他部署への配慮として気づかうべきことだ
・これは社内向けだから、多少粗くても良い範囲だ
・ここは顧客に触れるから、絶対に丁寧に扱うべき領域だ
こうした個人の内側にある判断基準は、業務マニュアルに書かれることもなく、日常の中でわざわざ説明されることもありません。
そのため、境界線のズレが「なぜ生まれたのか」が共通言語にならないまま、ただ「期待と違うアウトプットが出てきた」という現象だけが宙に浮いてしまいます。
「何でここまでやってくれないのだろう」
「どうしてそこをそんなに気にして、作業を止めてしまうのだろう」
私たちが現場で抱くこうした小さな疑問や苛立ちを生んでいるのは、能力や意欲の欠如ではなく、OSの前提条件のすれ違いなのです。
境界線を“地形”として捉えると、現象がほどけていく
では、この見えないOSのズレに、どう向き合えばよいのでしょうか。
認知OSを扱うときに役立つのは、境界線をその人の「性格」や「意識の低さ」として見るのではなく、ただそこにある「地形」として眺める視点です。
急に深くなる谷があるように。
少し盛り上がった丘があるように。 大きく迂回しないと進めない道があるように。
自然の地形に対して「なぜこんな形をしているんだ」と責める人はいないはずです。
ただ「そういう形をしているのだな」と受け入れ、そこに橋を架けるか、道を迂回するかを考えるだけです。
人の思考の境界線による違いも、これと同じように扱うことができます。
「この人はプロセス全体が見える丘に立っているんだな」
「この人は結果までの最短距離という谷間を見ているんだな」
そうやって地形として捉えることで、人の行動の根っこを、感情を交えずに落ち着いて眺められるようになります。
境界線を読み解けるようになると、これまで「なぜ」と説明のつかなかった他者の行動が、少しずつ「構造として理解できる領域」へと移っていきます。
その瞬間に、現場で起きていた摩擦や誤差に、ふっと明確な輪郭が現れる。
しくみのスキマに立つ業務設計者とは、システムをただ導入する存在ではありません。
こうした人と人の間にある見えない地形を読み解き、そこに無理のない橋を架け、システムと人が共生できるなだらかな繋がりを作っていくことなのだと思います
続きはこちら
【関連記事へのご案内】
現場の摩擦や認識のズレを「個人の問題」ではなく「構造の問題」として捉え直すための、いくつかの視点をご用意しています。
ご自身の立ち位置や、いま抱えている課題感に合わせて覗いてみてください。
▼ 境界線のズレが引き起こす「ポテンヒット」の構造
「ここまでは自分の仕事」という無意識の境界線が、組織にどんな空白を生むのか。
・「それ、私の仕事じゃないですよね？」─正しさが生む“ポテンヒット”の空白
▼ 思考OSの違い（成果OS vs 段取りOS）が生む摩擦
アウトプットの「早さ」と「丁寧さ」。
それぞれのOSが持つ前提条件の違いについて。
・「仕事が速い雑な人」が出世して、「丁寧な完璧主義者」が損をする理由──それは「正しさ」ではなく「時間軸」の摩擦かもしれない
▼ 前提条件（OS）が言語化されないことによるすれ違い
言葉は通じているはずなのに、なぜ現場で「ズレ」が起きてしまうのか。
・なぜ話は通じているのに、仕事はズレていくのか─ マネジメントやDXが空回りする本当の理由
▼ 同じ現象でも「視座」によって意味が変わる
境界線を「地形」として捉えるための、視座の切り替え方について。
・認知の設計図 #6｜“視座”が変わると、同じ世界が違って見える