カテゴリー: 変遷・比較

同じやり方でも、組織の規模が変わると結果が変わることがあります。少人数ではうまく回っていた方法が、大きな組織では機能しない。あるいは、その逆もあります。この違いは、実行力や意識の差ではなく、構造の違いから生まれます。

小規模な組織では、情報の伝達距離が短く、判断に関わる人も限られています。そのため、暗黙の了解や柔軟な調整が機能しやすく、形式に頼らなくても物事が進みます。この環境では、細かいルールや手順がなくても問題が起きにくいです。

一方、組織が大きくなると、関係者が増え、情報は分散します。誰が何を知っているのかが見えにくくなり、暗黙の了解に頼ることが難しくなります。その結果、共通の基準としてルールや手順が求められるようになります。

しかし、小規模向けに最適化されたやり方を、そのまま大規模な組織に持ち込むと、無理が生じます。柔軟さに頼った運用は、属人化や判断のばらつきを生みやすくなります。逆に、大規模向けの厳密な仕組みを小規模な組織に導入すると、動きが重くなることもあります。

最適解は一つではありません。規模が変われば、求められる安定性や柔軟性のバランスも変わります。それにもかかわらず、「このやり方が正しい」という考えが固定されると、規模の変化に対応できなくなります。

組織の課題を考える際には、やり方の良し悪しを判断する前に、そのやり方がどの規模を前提に設計されているのかを確認する必要があります。最適解は、常に状況とともに変わります。

評価軸は、物事の良し悪しを判断するための基準です。成果、効率、安定性、公平性など、何を重視するかによって評価の結果は大きく変わります。そしてこの評価軸は、時代背景と強く結びついています。

ある時代において合理的とされた評価軸は、その時代の課題に対する解答として選ばれています。例えば、成長が最優先されていた時代には、スピードや量が高く評価されました。安定が重視される局面では、ミスの少なさや継続性が評価の中心になります。

しかし、時代背景が変わると、課題も変わります。求められる成果の形が変わり、以前は重要だった指標が意味を持たなくなることもあります。それでも評価軸だけが変わらずに残ると、実態とのずれが生じます。

このずれは、現場では違和感として現れます。努力しているのに評価されない、評価されている行動が成果につながらない。こうした感覚は、個人の能力や姿勢の問題ではなく、評価軸が現在の状況に合っていないことから生じる場合があります。

評価軸は一度定まると、変更が難しくなります。比較や管理がしやすく、過去との連続性も保てるため、同じ基準が使われ続けます。しかし、評価軸が固定されるほど、変化への対応は遅れやすくなります。

評価軸を見直すことは、過去の判断を否定することではありません。どのような時代背景のもとで、その評価軸が選ばれたのかを理解した上で、今の状況に合っているかを問い直すことが重要です。評価軸は普遍的なものではなく、常に環境とともに変わるものです。

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

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

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

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

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

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

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

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

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

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

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

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