読了目安:約3分(1474文字)
努力における停滞は、OSの不一致から起きているかもしれない。
頑張っている自覚はあるのに、景色が変わらない。
やるべきことは明確なはずなのに、なぜか手が止まる。
フリーランスや小規模な事業を運営していると、こうした「空転」の時期が定期的に訪れます。
多くの場合、本人は「集中(フォーカス)」しているつもりでいますが、その実態は「執着」にすり替わっていることが少なくありません。
この両者の違いは、精神力の強さではなく、思考の構造にあります。
「不慣れなOS」を操作しているような違和感
自分の思考や行動を、自分そのものではなく、一つのデバイス(端末)として客観視してみる。
そうすると、停滞の正体が見えてくることがあります。
例えば、長年のiPhoneユーザーがAndroid端末を操作するときの感覚を想像してみてください。 その逆でもいいです。
「ボタンの配置が違う」
「戻り方がわからない」
「意図しない画面が開く」
そこにあるのは、操作に対する拭いきれない「違和感」です。
実務において、集中しているつもりなのに進まないとき、私たちはこれに似た状態に陥っています。
今の自分を縛っているのは、かつては正解だった「要らなくなった、過去の成功体験」かもしれません。
自分ではない誰かの仕様や、すでに賞味期限の切れた過去のルール(OS)で現在のタスクを動かそうとしているため、設計上の不一致が起き、動作が重くなっているのです。
「なぜ自分は動けないんだ」と自分を責めるのは、OSの仕様に対して腹を立てているのと同じことかもしれません。
第三者の視点で行う「不具合の特定(デバッグ)」
本人が気づかないうちに、無意識に手に握りしめてしまっている感情やこだわり。
これを見つけるには、自分という個体から一度離れる必要があります。
もし、目の前で自分と全く同じ動き、同じ停滞をしている「他人」がいたら、どう感じるでしょうか。
「そこ、ずっと同じボタンを連打しているけれど、別のページに行きたいんじゃないの?」
「その機能、今の作業には必要ないよね?」
他人の操作であれば、冷静にそう指摘できるはずです。
第三者の視点に立つと、どこに「バグ(不具合)」があるのかが浮き彫りになります。
自分を客観視したときに感じる「あ、なんか変だな」という小さな違和感。
そこに、無意識に握りしめている執着の正体が隠れています。
執着とは、能力の欠如ではなく、判断基準が「今の現場」からズレてしまっている設計ミスに過ぎません。
解像度を上げ、構造を疑う
この停滞を打破するために、無理に「執着を手放そう」とする必要はありません。
手放そうと力むこと自体が、新たな執着(こだわり)を生んでしまうからです。
まずは、目の前の構造の解像度を上げてみてください。
現在進行しているプロジェクトの、どの工程で、どの判断において、ブレーキがかかっているのか。
- そのこだわりは、現在のゴールに直結しているか?
- その不安は、今の自分の仕様(リソース)に見合っているか?
- その「やらなきゃ」は、誰のOSから出力された命令か?
一つひとつを分解し、不具合の箇所を特定(デバッグ)するように構造を疑ってみる。
「あ、これ以上このボタンを押しても反応しないな」という構造上の事実に気づくことができれば、執着していた手は自然と緩んでいくはずです。
あなたが今、無意識に握りしめているその「重さ」は、知らず知らずのうちに積み重なった「古い思考の習慣」ではありませんか?
👉せっかく努力するのなら、思考を習慣化したいものです。
同じ結果が続くのは、努力不足ではなく「反射」 同じ結果が続くのって、努力不足だからじゃなくて、わりと自然なことだと思っています。 同じ考え方で、同じ場面に立てば…
■ 「頑張ればなんとかなる」という幻想を捨てるタイミングです。
上手くいかない時、多くの人は「努力の量」を増やして解決しようとします。しかし、設計(構造)が歪んだままでは、頑張るほどに心身を削り、事態を悪化させるだけです 。
筆者自身、積極的なPR活動をせず、紹介と「招待」だけで仕事の循環が安定する構造や、意志の力を頼らず構造的習慣化による20kg減量は、43年の実務経験から生まれた、やり方の前に「構造」を整える重要性です。
■ このサイトについて:
当サイト「as-I」は、2013年にドメインを取得して以来、一貫して「構造による問題解決」をテーマとしています。13年前の設計図が今の実務においてもそのまま機能しているという事実に基づき、その構造を具体化した記事を現在も積み上げ、記録し続けています。
なお、当サイトのコンテンツはすべて無料で公開していますが、情報商材の販売やセミナー・コンサルティングへの勧誘を目的としたサイトではありませんので、どうぞ安心して読み進めてください。
このサイトの設計思想や筆者の詳細については、「構造的問題解決思考 as I とは」でご覧いただけます。