STAFF COLUMN

スタッフコラム

理解しないことが、楽な選択になってしまう風土の話

作成日:2026.3.5

こんにちは パフのツルです。


東京マラソンのコースにある我が家前は毎年ドリンクの補給場所。

毎年実施していると準備も撤収もどんどんスムーズになり、あれいつの間にか終わっている?

何事もルーティン化すると早いものです。

大会参加には興味ないのですが、ランニング用グッズは気になります。

私は最近はリーニンのシューズを履いています。


さて、職場で起きる「あるある」を、愚痴や文句ではなく前向きに伝えようとすると、意外と難しいものです。
正論を言いたいわけでも、誰かを責めたいわけでもない。


ただ、「なぜ同じことが繰り返されるのか」を、少し落ち着いて考えてみたい、そんな気持ちです。

「そんなつもりはなかった、ごめんね」
「忙しくて遅れちゃった」
「難しいことはよく分からなくて」


どれも、職場ではよく耳にする言葉ですし、悪意があるわけでもありません。


ただ、こうした反応が積み重なると、気づかないうちに一つの空気ができあがります。
それが、

「理解しようとしないことのほうが、結果的に楽になる」



状態です。


なぜ「受入条件」を深く考えなくても済んでしまうのか


まず大前提として、これは個人の能力や姿勢の問題ではないと思っています。
多くの場合、行動にはちゃんと理由があります。


一つ目は、理解しなくても、これまで何とかなってきたからです。



情報が揃っていなくても、最終的には理解している誰かが調べ、誰かが対応し、案件は進みます。
自分が困る場面はあまりなく、「まあ大丈夫だった」という経験が積み重なります。


二つ目は、評価のされ方です。



情報を丁寧に整理するよりも、「まず投げた」「早く動いた」ほうが目立ちやすい。やっている感を演出できます。

チャットが盛んにやり取りされているが、結果なにか生産的であったのか?と思うシーンはよくあります。

あとから違っていても、「詳しい人が見てくれた」「面倒なことは詳しい人に任せた」で話が終わる、のちに感謝と謝罪をすればOKなら、最初から条件を揃える動機は弱くなります。


三つ目は、受入条件がルールではなく“お願い”に見えていることです。



「揃えてください」は努力目標に聞こえますが、
「揃っていないと進めません」は前提条件です。


前者の空気が強いと、「余裕があればやるもの」になりがちです。

罰則規定がない交通ルールみたいなものです。


正直なところ、条件を詰めたり、責任範囲や時間をはっきりさせたりするのは、少し面倒です。
曖昧なまま進めたほうが楽な場面もありますし、
タスクを細かく分けすぎるとスピード感が落ちる、という指摘ももっともです。


困る人がいつも同じ、という構造

ただ、構造として見ると、こんな流れが定着している職場は少なくありません。


情報条件が揃っていない



現場担当が頑張る



現場担当が困る


この形が続く限り、大きな問題にはなりにくいのも事実です。
なぜなら、最後に困る人がいつも同じだからです。

一方で、流れを少し変えるだけで、見える景色は変わります。


情報条件が揃っていない



差し戻される



依頼元が困る


誰が困るかが変わると、行動も自然に変わります。
これは厳しくする、冷たくするという話ではなく、

情報条件をそろえる義務は依頼元にあるという前提を共通認識にするということです。

「学習が起きる場所を正しい位置に戻す」というイメージに近いと思います。


「みんなで頑張ろう」という言葉が重く感じられるとき



こうした状況が続いたところに、
上流で原因が作られているにもかかわらず、
あるいは根本的な見直しが行われないまま、
「チームワークで乗り切ろう」「みんなで頑張ろう」と言われると、
後工程の現場の気持ちが少し下がるのも、無理はない話です。

一般論として、
自分ではコントロールできないところで発生した問題の後始末を続けながら、手戻りの連続の中、
同じ熱量を求められるのは、なかなか大変です。


理解しない人、条件をそろえられない人を責めても、状況はあまり変わりません。
でも、「どう振る舞うのが一番楽か」を決めている前提条件を少し変えるだけで、
職場の動き方は意外と変わるのではないでしょうか。


理解したほうが進みやすい。
条件を揃えないと、自然と次に進まない。


そんな環境ができてくると、
「分からなかった」「忙しかった」という言葉も、
言い訳ではなく、次を良くするためのヒントとして扱えるようになる気がします。


楽しくて取り組みやすいことの優先順位を上げたくなるのは理解できます。

感謝や敬意が人間関係を取り持つのも非常に重要と理解しています。



一方で、組織やシステムは情報や条件を構造化することが重要であると私は考えます。

ページの先頭へ