エントロピーの基礎——なぜ「放っておくと散らかる」のか
熱力学第二法則は、孤立系のエントロピーは時間とともに増大するか、最大値で一定に保たれると述べる。日常的な言い方をすれば、「部屋は放っておけば散らかる」「コーヒーは冷める」「建物は朽ちる」。秩序を維持するには外部からのエネルギー投入が必要であり、何もしなければ系は最大限に無秩序な状態（熱的死）に向かう。
| 熱力学の概念 | 組織における対応物 | 具体例 |
|---|---|---|
| エントロピー増大 | コミュニケーションの複雑化 | 5人→50人で情報経路が10倍→100倍に |
| エネルギー投入 | マネジメントの労力 | 1on1、全体会議、ドキュメンテーション |
| 熱的死 | 官僚主義による硬直化 | 大企業病——何も動かない状態 |
| 散逸構造 | 自律チームの自己組織化 | Spotifyモデル、アジャイルチーム |
組織のコミュニケーション経路は、メンバー数をnとしたとき、n(n-1)/2 で増加する。5人なら10経路、50人なら1225経路、500人なら12万4750経路だ。この二次関数的な増加が、組織のエントロピーを加速させる根本的な数学的要因だ。
スタートアップの低エントロピー状態——なぜ初期は速いのか
創業期のスタートアップは、熱力学的に言えば「低エントロピー状態」にある。メンバー全員が同じ部屋で同じ文脈を共有し、暗黙知が自然に伝播する。意思決定のプロセスは形式化されておらず、「ちょっといい？」の一言で方針が変わる。
この状態が可能なのは、いくつかの条件が揃っているからだ。少人数であること。物理的に近接していること。共通のビジョンと危機感を持っていること。そして、創業メンバー間に高い信頼関係があること。社会学者マーク・グラノヴェッターの「強い紐帯」理論が指摘するように、親密な関係性は情報の高速伝達を可能にする。
| 組織規模 | 意思決定速度 | 暗黙知の伝播 | 調整コスト | エントロピー水準 |
|---|---|---|---|---|
| 5人（創業期） | 即日 | 自然に共有される | ほぼゼロ | 極めて低い |
| 20人（初期成長） | 1-3日 | 意識的に共有が必要 | 低い | 低い |
| 50人（急成長期） | 1-2週間 | ドキュメントが必要 | 中程度 | 中程度 |
| 200人（成熟期） | 1-2ヶ月 | 制度的に伝達 | 高い | 高い |
| 1000人超（大企業） | 四半期単位 | 部門間で断絶 | 極めて高い | 極めて高い |
問題は、企業が成長する限り、エントロピーの増大は避けられないという点だ。新しいメンバーが加わるたびに、暗黙知を形式知に変換する必要が生じ、コミュニケーション経路が増え、調整のためのプロセスが追加される。これは組織の失敗ではなく、物理法則と同様の構造的必然だ。
散逸構造としての組織——秩序を維持するエネルギー
ベルギーの化学者イリヤ・プリゴジンは、エントロピー増大の法則に逆らって秩序を維持する構造を「散逸構造」と名付けた。生命体が典型例だ。生物は食物からエネルギーを取り入れ、代謝によってエントロピーを外部に排出することで、内部の秩序を維持する。
組織も同様に、「エネルギー」を投入してエントロピーに抗うことができる。ここでいうエネルギーとは、マネジメントの労力、組織設計の工夫、文化の醸成、情報インフラの整備などだ。
テック企業が採用してきた組織設計のいくつかは、散逸構造の原理を直感的に応用している。Amazonの「Two Pizza Team」（ピザ2枚で足りる人数のチーム）は、各チームのエントロピーを低く保つ仕組みだ。Spotifyの「Squad / Tribe / Chapter / Guild」モデルは、小さなチームの自律性を維持しながら、組織全体の整合性も確保しようとする試みだ。
| アプローチ | エントロピー対策の原理 | 代表的企業 | 限界 |
|---|---|---|---|
| 小チーム分割 | 各チーム内のエントロピーを低く保つ | Amazon, Spotify | チーム間の調整コストが発生 |
| 内部APIの強制 | インターフェースで複雑性を封じ込める | Amazon（マンデート） | 過度な分離が統合を困難に |
| 全社透明性 | 情報の非対称性によるエントロピーを削減 | GitLab, Buffer | 情報過多による認知負荷 |
| 文化の徹底 | 暗黙の行動規範で調整コストを削減 | Netflix, Stripe | 文化の維持コストが高い |
エントロピーに抗う技術——ドキュメンテーションとコードの類似性
ソフトウェアの世界にも、エントロピーの増大という現象は存在する。コードベースは時間とともに複雑化し、依存関係が絡み合い、変更のコストが増大していく。これは「技術的負債」と呼ばれるが、本質的にはコードベースのエントロピー増大に他ならない。
興味深いのは、ソフトウェアエンジニアリングがエントロピーに抗うために開発した手法が、組織マネジメントにもそのまま適用できるという点だ。モジュール化（責任の明確な分離）、インターフェースの定義（チーム間の契約）、リファクタリング（組織構造の見直し）、テスト（フィードバックループの構築）。ソフトウェア設計の原則は、組織設計の原則と深い相同性を持っている。
社会学者ニクラス・ルーマンは、組織を「コミュニケーションの自己再生産システム」として記述した。この視点からすれば、ドキュメンテーションとは組織の「ソースコード」であり、制度やプロセスはその「実行環境」だ。コードのエントロピーに対してリファクタリングが有効であるように、組織のエントロピーに対しても定期的な「組織リファクタリング」が必要になる。
エントロピーと共存する——完全な秩序は目指すべきではない
最後に、ひとつの逆説を指摘しておきたい。エントロピーをゼロにすることは、物理学的にも組織論的にも不可能であるだけでなく、望ましくもない。完全に秩序化された組織は、変化への適応力を失う。生物学の世界では、遺伝子の突然変異という「ノイズ」が進化の原動力となる。組織においても、ある程度の混沌は創造性とイノベーションの源泉だ。
問題は、エントロピーを排除することではなく、適切な水準に管理することだ。プリゴジンが示したように、散逸構造はエントロピーをゼロにするのではなく、秩序と混沌の境界（「カオスの縁」）で動的に維持されることで、最も高い適応力を発揮する。あなたの組織のエントロピーは、イノベーションを生む「創造的混沌」の範囲にあるか、それとも身動きが取れない「熱的死」に近づいているだろうか。
