Margin Log｜考えごとの余白

投稿者: note

  • 過去の成功体験が足かせになるケース

    過去にうまくいった経験は、意思決定の拠り所として大きな力を持ちます。成功体験は自信を生み、判断を素早くする助けにもなります。しかし、その成功体験が現在の状況では足かせになることもあります。

    成功体験は、特定の環境や条件のもとで成立しています。市場の状況、組織の規模、関係者のスキル、外部からの期待など、さまざまな要素が組み合わさって結果が出ています。しかし時間が経つと、それらの条件は少しずつ変わっていきます。

    それでも成功体験は強く記憶に残ります。「あのやり方でうまくいった」という事実は、現在の判断にも影響を与えます。似た状況に見えると、無意識のうちに同じ選択肢が選ばれやすくなります。

    問題は、現在の状況が本当に過去と同じ前提にあるかどうかを十分に確認しないまま、判断が下されることです。表面的には似ていても、重要な条件が変わっていることは少なくありません。それでも成功体験があることで、その違いは見過ごされがちです。

    さらに、成功体験を共有している組織では、その経験が暗黙の基準になります。別のやり方を提案すると、「以前はそれで失敗した」「前はこの方法でうまくいった」という反応が返ってきます。結果として、新しい選択肢が検討されにくくなります。

    成功体験そのものが悪いわけではありません。ただ、それが現在の判断にどのような影響を与えているのかを意識しないと、変化への対応を遅らせる要因になります。過去の成功を参照することと、過去に縛られることは別です。その違いを区別できるかどうかが、柔軟な判断を保つ分かれ目になります。

  • 例外対応が制度を歪めていく過程

    制度は、一定の前提条件のもとで公平に運用されることを目的として作られます。しかし現実の運用では、すべてのケースが想定通りに収まることはほとんどありません。そのため、多くの制度には例外対応が発生します。

    例外対応は、もともと制度を柔軟に運用するための手段です。想定外の事情を考慮し、現場の判断で調整することで、不合理な結果を避ける役割を果たします。この段階では、例外はあくまで一時的で、制度全体を補完する存在です。

    しかし、例外が繰り返されると状況は変わります。似たようなケースが何度も発生すると、「前にも認めたのだから今回も」という判断が積み重なります。やがて例外は特別な扱いではなくなり、事実上の新しい基準として扱われるようになります。

    この変化は、制度の外からは見えにくいものです。条文上は変わっていなくても、実際の運用は少しずつ変質していきます。制度を守っているつもりでも、実態としては別のルールが動いている状態になります。

    さらに、例外対応が増えると、制度の分かりやすさが失われます。何が原則で、何が例外なのかが曖昧になり、判断には過去の事例の知識が必要になります。結果として、制度は一部の人しか扱えないものになっていきます。

    制度が歪んでいく原因は、例外そのものではありません。例外を「例外のまま」扱い続けられなかったことにあります。例外が常態化していると感じたとき、それは制度の前提が現実と合わなくなっているサインでもあります。その時点で制度全体を見直さなければ、歪みはさらに大きくなっていきます。

  • 役割が増えるほど意思決定が遅くなる構造

    組織が大きくなるにつれて、役割が細かく分かれていくのは自然な流れです。専門性を高め、責任の所在を明確にするために役割を分けることは、一見すると合理的に見えます。しかし、役割が増えるほど、意思決定が遅くなるという現象も同時に起こりやすくなります。

    役割が少ない状態では、判断に関わる人も限られています。誰が決めるのかが分かりやすく、必要な情報も比較的シンプルです。そのため、判断は速く行われます。しかし役割が増えると、判断に関与すべき人が増え、確認や調整の工程が増えていきます。

    それぞれの役割には守るべき観点があります。リスクを見る役割、コストを見る役割、全体最適を見る役割など、それぞれが正しい視点を持っています。ただし、それらをすべて満たそうとすると、判断は一度で終わらなくなります。誰かが決めても、別の役割から修正が入り、再検討が必要になるという循環が生まれます。

    さらに、役割が増えると「自分の役割の範囲外では決めない」という姿勢が強まりやすくなります。責任を明確にするために分けたはずの役割が、結果として判断を先送りする理由になってしまうのです。誰も間違ったことを言っていないのに、決定だけが進まない状態が生まれます。

    この構造の厄介な点は、個人の問題に見えにくいことです。誰かが怠けているわけでも、能力が不足しているわけでもありません。役割分担という仕組みそのものが、意思決定を遅くする方向に働いています。

    役割を減らすことが常に正解とは限りませんが、役割を増やせば判断が速くなるわけでもありません。意思決定が遅いと感じたとき、個人の姿勢を疑う前に、役割の分け方そのものが判断にどのような影響を与えているのかを見直す必要があります。

  • 「自動化＝省力化」と思われがちな理由

    自動化という言葉には、「人の手間を減らすもの」という印象が強くあります。そのため、自動化を導入すれば仕事が楽になり、作業量も自然と減ると考えられがちです。しかし実際には、自動化がそのまま省力化につながるとは限りません。

    この誤解は、自動化を単純に「人の作業を機械に置き換えること」と捉えている点から生まれます。確かに、定型的な作業が自動化されれば、その部分の手作業は減ります。しかし、自動化された仕組みを動かすためには、別の作業が必要になります。

    設定や設計、動作の監視、想定外のケースへの対応など、自動化によって新たに生まれる仕事は少なくありません。作業の内容は変わり、単純な手作業は減っても、判断や確認といった認知的な負担が増えることがあります。

    また、自動化は前提条件に強く依存します。入力が想定通りであること、例外が少ないこと、環境が安定していることなどが前提になります。これらの条件が崩れると、自動化された仕組みはうまく機能せず、人が介入する場面が増えます。

    さらに、「自動化したのだから楽になるはずだ」という期待があると、増えた作業は見えにくくなります。結果として、負担が増えているにもかかわらず、努力不足のように受け取られてしまうこともあります。

    自動化自体が問題なのではありません。問題は、自動化によって何が減り、何が増えるのかを十分に整理しないまま導入してしまうことにあります。自動化は仕事の性質を変えるものであり、必ずしも仕事量を減らすものではありません。その違いを理解することが、自動化を現実的に捉えるための出発点になります。

  • 昔は機能していた仕組みが今は合わない理由

    かつては問題なく機能していた仕組みが、現在では使いにくく感じられることがあります。そのようなとき、仕組みそのものが誤っているように思われがちですが、多くの場合、問題は仕組みではなく、それを取り巻く前提条件の変化にあります。

    仕組みは、設計された時点の環境を前提に最適化されています。関わる人数、業務の複雑さ、情報量、判断にかけられる時間などが、ある程度想定された範囲に収まっていることを前提として作られています。当時はそれが現実と一致していたため、仕組みは自然に機能していました。

    しかし、環境は少しずつ変わっていきます。組織が大きくなり、関係者が増え、業務が細分化される。スピードや柔軟性が求められる場面も増えます。こうした変化は急激ではないため、仕組みの限界はすぐには表面化しません。

    次第に、仕組みは「使いにくいもの」として認識され始めます。調整が増え、例外対応が必要になり、追加の手作業が発生します。それでも「以前はこれでうまくいっていた」という経験があるため、仕組みそのものを疑うよりも、運用の工夫で何とかしようとする傾向が強まります。

    その結果、人が仕組みに合わせて無理をする状態が続きます。非公式な対応や暗黙の調整が積み重なり、見えない負荷が増えていきます。それでも仕組みは維持され、「昔は機能していた」という事実が、見直しを先送りする理由になります。

    仕組みが合わなくなったときに必要なのは、過去を否定することではありません。重要なのは、当時と今とで何が変わったのかを整理し、前提条件がどの程度ずれているのかを確認することです。その上で初めて、修正すべきか、作り替えるべきかの判断が可能になります。

  • ルールが作られるときに想定されている前提

    ルールは、多くの場合、何かしらの問題が起きたあとに作られます。あらかじめ細部まで定められたルールが存在するよりも、現実の出来事への対応として後付けで整備されるケースの方が一般的です。そのため、ルールには必ず「作られた当時の状況」や「当時の常識」が前提として含まれています。

    この前提は、明文化されることはほとんどありません。ルールの条文には書かれていなくても、「このくらいは分かっているだろう」「このように運用されるはずだ」といった暗黙の想定が置かれています。ルールを守る人の知識水準や判断力、善意の行動までが、前提として組み込まれていることもあります。

    ルールが作られた直後は、その前提が現実と一致しているため、運用は比較的スムーズに進みます。しかし、時間が経つにつれて状況は変わります。組織の規模が変わり、関わる人が入れ替わり、業務内容や外部環境も変化します。それでもルールだけが当時の前提を引きずったまま残り続けることがあります。

    その結果、ルール自体は守られているのに、現場では違和感が生まれます。形式的には正しいが、実態に合わない。目的は達成されていないのに、手順だけが重視される。こうした状態に直面すると、さらに細かいルールを追加して対応しようとすることが少なくありません。

    しかし、それは前提のずれを修正するのではなく、ずれた前提の上に新たな前提を積み重ねることになりがちです。結果として、ルールは増え続け、全体像はますます見えにくくなります。

    ルールを見直す際に重要なのは、条文の正しさではなく、「このルールはどのような状況を想定して作られたのか」を問い直すことです。当時は自然だった前提が、今も成り立っているのかを確認する。その作業を抜きにして、ルールの修正だけを行っても、根本的な違和感は解消されにくいのです。

  • 「効率化」が現場で歓迎されない理由

    効率化という言葉は、多くの場合「良いこと」として扱われます。
    無駄が減り、スピードが上がり、成果が出やすくなる。
    理屈としては、反対する理由が見当たらないように見えます。

    それでも現場では、効率化が歓迎されない場面が少なくありません。
    むしろ、表立っては賛成しつつ、実際の運用では元に戻っていくこともあります。

    このズレは、効率化そのものが悪いというより、
    効率化が対象としているものと、現場が日々向き合っているものが一致していないことから生じます。

    多くの効率化は、作業単位や時間、手順の削減を前提に設計されます。
    一方、現場では例外対応や調整、曖昧な判断が仕事の大部分を占めていることがあります。

    削減しやすい部分だけが効率化され、
    削減しにくい負荷がそのまま残ると、
    体感としては「楽になる」どころか「余裕がなくなる」こともあります。

    効率化が歓迎されないのは、合理性の欠如ではなく、
    現場が感じている負担の位置が、設計側とずれている場合なのかもしれません。

  • 「みんなが従っているルール」が合理的とは限らない理由

    「みんなが従っているルール」が合理的とは限らない理由

    あるルールが長く続いていると、
    それは自然と「合理的だから存在している」と思われがちです。

    しかし、
    従われていることと、合理的であることは同義ではありません。

    ルールの多くは、特定の時代や状況で生まれています。

    当時は確かに必要で、意味のある決まりだったとしても、
    環境が変われば前提条件も変わります。

    それでもルールは、
    「一度決まったもの」として残り続けます。

    なぜなら、変えるためには説明が必要で、
    合意形成が必要で、場合によっては責任も伴うからです。

    その結果、
    「理由はよく分からないが、そうなっている」
    というルールが増えていきます。

    こうしたルールが厄介なのは、
    個々人が合理性を疑うきっかけを持ちにくい点にあります。

    みんなが従っている以上、
    疑問を持つ側が「空気を読めていない人」になりやすいからです。

    しかし、合理性は多数決で決まるものではありません。

    ルールが存在し続けている理由と、
    そのルールが現在も機能しているかどうかは、別の問題です。

    ルールを疑うことは、反抗ではありません。

    それは単に、
    「いまの状況に合っているか」を確認する行為です。

    合理性は、守られているかどうかではなく、
    現実とのズレがどれだけ小さいかで判断されるものなのかもしれません。

  • なぜ「正しいはずの制度」が現場で機能しなくなるのか

    制度やルールは、たいてい「よかれと思って」設計されています。
    合理性があり、理念も明確で、理屈だけを見れば正しい。

    それにもかかわらず、現場ではうまく機能しない制度が数多く存在します。

    この違和感は、制度そのものが間違っているというより、
    制度が想定している前提と、現場の現実がずれていることから生じる場合が多いように思います。

    多くの制度は、「平均的な人」「理想的な運用」「想定通りの行動」を前提に作られます。

    しかし現場には、
    個々の事情、暗黙の慣習、過去の経緯が複雑に積み重なっています。

    制度は紙の上では整合していても、
    現実の複雑さまでは吸収しきれません。

    さらに、制度が導入される過程にも原因があります。

    上流で設計されたルールほど、
    「なぜそれが必要なのか」という背景が伝わらないまま、
    単なる「守るべき決まり」として下りてくることが多いからです。

    その結果、現場では
    「とりあえず従う」
    「形式だけ満たす」
    といった対応が増え、制度は次第に形骸化していきます。

    制度が機能しないとき、
    私たちはつい「現場の意識が低い」「運用が悪い」と考えがちです。

    しかし実際には、
    制度と現実の接続点が最初から設計されていないことのほうが、
    問題の本質である場合も少なくありません。

    制度は、正しいかどうかだけではなく、
    「どの現実に接続されているか」で評価されるものなのかもしれません。